程序员管理试错

工作7年，以编码为主，管理一个项目大概一年左右的时间了，之前也有大概两年左右的项目管理经验。很长时间没有写技术或者管理方面的东西了，最近人员管理还有很大的提高空间，还是需要抽时间总结总结经验，技术方面也需要积累。

 

现在正在进行新产品的研发，已经花费了近一年的时间了，团队成员保持5个左右，管理模式采用周任务分配模式。每周结束，总结一下本周的开发情况，制定好下周的任务，沟通一般都实时沟通，基本没有团队内的会议。总的执行下来效率还是蛮高的，问题也慢慢凸现：一是团队开发出来的东西BUG比较多；二是有些成员开发出来的代码质量不高。

 

团队以我为中心，做什么功能模块，做成什么样也是我检查出标准。新的功能，我一般会给相关的人员讲解一遍，然后去开发。团队人员更替很正常，现在团队中有两个工作时间不长的成员，有时候沟通的时候需要反复强调几遍才能明白，我个人比较重视效率，所以有时候可能会说话声音比较大，用较快的语速反复确认几遍。现在的结果呈现出来的是，团队其他成员说话声音小，对我说的一般都会反馈正确的答案，否则我就会当面反复讲解，直到给出我想要的答案。有的成员甚至会害怕听我讲话，担心挨骂。这并不是一个健康的团队发展，甚至会阻碍成员的主动性，做事之前都得想想这样做会不会挨骂。其中我个人的问题还是比较大，不能很友好的沟通。虽然在重压下，项目进度很好，整体像一个人似的效率相对很高。但是团队很难培养出中坚力量，存在不稳定因子。

 

调整一下自己：

对于代码质量不高：采取分配提交后，对功能进行检查和代码检查，每天抽出一定的时间去做这件事情；

对于人员沟通问题：除非特别急迫，尽量少的采用主动沟通的方式，把功能点采用邮件或者QQ的方式确认好；

 

一个人再厉害，也不如一个团队更强大。