团队管理

虽然我没有很多项目经验，但是我还是从有限的项目经验中得出一些我任务有用的管理经验，供大家参考，一家之言，如有不同意见，欢迎讨论！随着工作经验的增加，此贴会随时更新：

1、让我的组员都有一个共同的意识,那就是这个产品是我们的心血,而不仅仅是在为公司工作。

 

2、频繁加班无法保证软件质量。

 

3、有组员主动加班不是好事，一是时间一长，他的激情都被加班磨光了，反而正常上班的效率都没了。二是容易引起团队矛盾。他老主动要求加班，显得多爱岗敬业似的。别人怎么办？为了不被上头认为不敬业也加班？这样下来怨气可不少。 很多时候就是这样，下班时间一到，所有人都不走就你走了。自己走得心里都不踏实。

 

4、部门级的会议后,我都会把项目的成绩和不足和他们交换意见,让他们觉得自己不仅只是项目中的CODING人员,也是决策参于人。

 

5、让他们自由发挥,有好的想法,就马上同意让他们去实现.就算有不同的意见,也是罗列优劣,让他们自己来判,使他们有自己在把握方向的感觉。并灌输他们从设计的高度来看自己的代码优劣,让他们享受到编程的乐趣,培养一种迎难而上的精神。

 

6、做软件尽快作出个release，给大家点成就感刺激刺激，然后休息一下， 这是敏捷开发正常的节奏。你的团队可能一直在一种单一的节奏里，就是每周加班，每周看不见目标。久而久之， 就像皮带长期绷紧，已经没有弹性和活力了。

7、如果项目紧张，把一些不是很紧急的变更需求拒绝或者延期实现。不能把客户提的所有变更需求都接受。这样会害了这个项目，兄弟，要学会拒绝。

 

8、项目经理责任之一就是控制需求。

 

9、你要和客户约定好“游戏规则”：新需求不是不可以提，不是不原意做，也不是提一个新需求要加多少钱的问题，而是新的需求按怎样的流程确认,不是七嘴八舌人人都可以提的，哪些是“必须有”的需求，哪些是“最好有”的。新需求最终确定，工作量怎么算，进度怎么调整，先要把这些话说在前面。如果你不能和客户订好这个游戏规则，那就让公司上面去和客户谈。