技术开发 频道

如何解决初级软件项目经理的常见错误


    文山会海 

    当一个团队急于摆脱草台班子状态时,第一次规范化的尝试往往是这样的:

  •  早上要开会,布置一天的工作
  •  每天要写工作日志,填表格描述工作内容
  •  任何工作要项目经理发出书面通知
  •  任何代码的改动要提出书面申请
  •  ……

    总之都是“要”字诀。 

    这些手段往往可以在项目管理的书籍或规范中找到依据,但是在现实中往往流于形式。我们往往可以发现所有工作日志都是每天一句话:“全天工作”;“没有收到通知书”成为某些人不开始工作的借口;早上的会议,除了项目经理以外,其他人一言不发。 

    如此一来,这些原本试图有效控制团队成员的“管理工具”不仅无法达到效果,而且成为浪费时间的黑洞。可以想象一下,如果一个程序员因为心怀不满而在无人过问的时候偷懒,那么他完全有可能在自己的工作日志上写上千篇一律的“全天工作”。 

    工作日志是沟通和协调的手段,如果没有工作日志(或类似的手段),即使一个有经验的管理者也不太可能知道五名以上的下属员工在做什么。但是管理者如果没有看这些工作日志,或者没有对它们做出反应的话,那么工作日志的意义只是浪费资源和输入时间而已。 

    笔者的建议是:如果管理者本身就不注意沟通和协调,就如我们前面所说的发射后不管的项目经理,那么不管员工的工作日志是写在纸上还是写在电脑里面,都没有区别,管理者需要的是看在心里,并用人脑做出反应。

0
相关文章