自从开始做纯管理以后，不太愿意去做一些实际的细节的工作。有时候是不愿意，有时候也是不知道应该做哪些。
昨天去参加了一个组的线上问题复盘，发现挺多问题的。
线上问题暴露了以后，没有一个人能彻底跟进直到解决，没有人owner意识。比如后端服务报警了，后端排查出是什么参数报错了，应该是前端的问题，然后就结束了。非常多这种情况，不知道是不是因为现在处在交接期，所以之前的负责人不太负责。
程序的健壮性如何体现?忽然想明白，程序的健壮性就体现在应对各种异常场景的时候，都可以尽力对用户无感知，或者感知微弱，在可接受范围内。比如我们服务因为第三方服务超时，如果直接给用户抛出一个系统异常，那就是不健壮的。如果系统自动重试，或者给用户一个友好提示，请稍后重试，都会让用户感知比较好。而我们的服务对第三方的异常兼容的非常少。这块是需要我们大力去提升的点。
最后一个就是发现了一个ToDo跟进的比较好的方式。那就是统一收敛到一起，每天或者定时去过一下ToDo的完成情况。我们现在ToDo散落在各个会议上，也没有人持续跟进，所以导致很多ToDo都变成了形式。说白了还是一点，每个事情都要有一个实施的负责人，以及一个check的负责人，这两个负责人最好不是同一个。double check，这样才能保证事情被有效执行。也许这也是为什么很多专项都要有一个总得负责人，这个负责人负责统计进度和暴露问题。因为一是管理者没有时间去依次check每一个人的完成情况，二是同时也可以锻炼负责人的组织分析能力，进度把控能力等，可谓是一举两得。
从昨天的经历来看，想发现问题，一定要深入现场，深入一线，并且要认真对待，参与有深度。这样才能更好的发现问题，解决问题。
网友评论