几个软件研发团队管理的小问题

本人亲身体会

 

1.年轻工作不长的人，在做项目里，在一些细节上，经常会说，这个没必要做，这个不需要做，

最后完成的功能大家可以想想，他是按时完成了，可问题多多，细节之处产品经理之类也不清楚，

为项目上线留下隐患。

 

2.在代码的审查上，技术经理相当于 报社的校对 ，对于一些注释和代码细节应认真核对

比如看到一段注释

 

/// <summary>
/// 是否存在改用户
/// </summary>

public static bool ExistPhoneNumber

 

改？看了半天，原来是 是否存在该用户的意思，

 

 

一个10人的团队中只有2-3个骨干程序员。他们解决了整个项目80%的问题，剩下的7-8个程序员无关痛痒，他们机械的去写一些有完整技术解决方案的模块，最坏的情况是这7-8个人解决不了任何问题，还会在原本成熟的解决方案下制造一些问题。这段可能很多人不爱听，但不能否则这是事实，同时也自问自己在团队中的价值。其实你看很多牛X的大产品其实都是由个别的几个牛X的技术人员写的，团队其他人基本都是打杂的，国内外都一样。

 

对于其他的7-8个程序员，适当的技术培训是必要的，但不应该对他们抱有太大希望，这样大家都会很累。既然他们想成为码农就让他们当好了，个别能脱颖而出的可以重点培养。