做为管理者认知的改变

开发TYC负责一单11月版需求,临近提测时间,他反馈有很重要的功能没有开发,导致临时把工作分给其他开发,其他开发赶工写出来的代码质量不佳,可能有冒烟不通过的风险。
LXJ的反应不是指责TCY,而是考虑以后怎么尽量避免出现这种情况,想到要求每个开发每天汇报:今天做了什么工作,明天打算做什么工作,提前发现风险,不至于那么被动。
如果不是管理者,我们多半会平均TYC,觉得这个人不靠谱啊,但是做为管理者,在遇到问题的时候,首先要思路怎么先解决问题,然后想以后怎么避免或杜绝类似问题。

原文地址:https://www.cnblogs.com/Uni-Hoang/p/13911882.html