第九章项目经理感想

软件团队里除了能写代码、测试代码和画图做设计的成员，还有一类角色，不做上面这些事情但也很重要，就是项目经理——PM

项目管理的复杂度似乎跟人员数量的平方成正比。一个团队里若有4个成员，就有6种双向依赖和交流的途径，然后增加一位新成员，就要增加4条新的双向依赖交流的途径。对于N个成员的团队来说，交流的途径总数是n×(n–1) /2，这种N的平方的增长意味着这样的交流对人类来说是不可持续的。

PM做开发和测试之外的事情，开发和测试都是专注于代码，代码之外，还有什么呢？还有很多不确定性——风险。PM要在整个项目的生命周期管理风险。对于软件项目来说，风险是在正常软件生命周期事件之外的、可能发生的影响项目的成功的事件。

应对风险的手段

进一步研究 

例如，“听说新的HTML5标准快要出来了，可能会极大地改进用户体验，我们目前用的原生代码很快会被淘汰！”，最好的回应就是做扎实的技术研究。

接受，不必为团队完全掌控不了的事情而过多操心 

例如，公司高层可能有人事变动，也许会影响到本项目……

规避：能否改变项目的范围，躲开这个风险？ 

例如，听说6个月后，监管机构会严格控制视频播放软件和机顶盒的资质，我们的项目能否避开这一领域？

转移，能否像击鼓传花那样，把风险交给真正有能力应对风险的团队负责？ 

例如，如果我们的软件进军到一个新的国家，可能会受到专利方面的许多指控。那么，我们能否让公司的法务和专利团队负责此事？

降低：降低某个风险对团队的危害程度 

例如，我们知道飞行总是有一定的风险，但是我们不能因为这种可能性而不出门。有些公司就有明确规定不能让三个或以上的副总裁搭乘同一个航班

制定应急计划 下半年的预算很可能会缩减，我们不能支持所有的开发和测试人员，但是团队的目标不会有大的变化。这时候我们要准备一两套预案。