项目控制的技能
项目控制的技能
李建奇
（感谢作者荐稿）
项目不可能一帆风顺，避免导致失败的问题才是唯一的出路。项目控制是一项重要的技能，这是一项问题解决技能，标准的模式是：
1. 识别问题
2. 分析问题
3. 提出解决方案
4. 选择解决方案
5. 实施
6. 评估实施结果
一些常见的问题和常见的解决方案将列出。项目出了问题，有经验的项目经理会很冷静的处理，没有经验的项目经理会焦虑不安，这是一种生活态度。当然，成功的项目经理会在问题出现前杀死它。
主管态度变得冷淡
唯一的办法是辞职。
在此悲惨的结局出现之前，项目经理一定要早请示、晚汇报，争取与主管的默契，在项目出现异常的时候，才能得到主管的鼎立支持。
主要的资助人离开
一个依赖的资助人的离开，可能彻底损坏项目的基石。很多的政治斗争问题，落在项目经理肩上,可能变得对项目经理不利，项目经理的压力剧增。
这个时候，应该寻求新的资助人，同时项目经理应该尽可能缩小项目范围，求得项目不出纰漏。
重要的人才离开
首先，要避免类似的事情再次发生。找到根本原因，比如工作气氛、项目挫折、人际冲突、工资待遇，并且设法解决。
其次，应该利用一切可利用的资源，首先是项目成员的介绍，去寻找替代。
当然,这个消息应该不是一个意外的消息,项目经理应该在第一时间了解重要成员的活动。
艰难的组间协调
利益不同的组间，要书面的形式，合同、协议、备忘录来纪录相互的权利、义务以及交付的实物。
承担组间协调的中间人的上级单位，推诿职责，应该请更大的委员会来处理。
不服从项目经理的管理
解聘项目成员，否则如果不能解聘项目成员，那么项目经理就辞职。另外一种解聘的方式是，项目经理给他安排一些无聊杂务，让它主动辞职。
为了避免这种情况，首先项目经理应该挑选有责任感的诚实的项目成员。
合作方（合同方）失败
应该尽一切可能，把对合作方（合同方）的依赖放在关键路径之外。
只选择有类似经验的合作方（合同方）。
有干扰的外部环境
首先应该专注于把在控制范围内的工作做好。
其次，应该捕捉一切可能改变外部环境的机会。
项目质量一团糟
解聘项目经理,否则，聘用一个有类似项目经验的SQA 能起到一些作用。很多情况下，应该终止项目。
成员频繁离职
首先，要解决根本原因。
其次，为了预防这种情况的发生，最好不要聘用那些可能在项目中间离职的人员，比如读书、结婚、第二职业等等。
客户抱怨持续增加
首先解聘项目经理，或者主要的责任人。
其次，设法消除使客户抱怨的因素。否则，终止项目。
频繁延长的项目进度
把可能的产品最快交付，删掉任何不可能的功能，然后尽快终止项目。
同样的错误总是反复发生
请一位过程工程师，协助基层工作人员梳理部分流程。注意，中间的管理人员可能不喜欢这样的做法。
不要试图领导比项目经理地位高的人员。
他们是领导，应该沟通和服从。
系统性能很差
聘用技术顾问，不要指望自己的技术团队。
对于没有经验的大型系统，一开始就应该聘用技术顾问。
团队精神被破坏
自我管理的团队，是最好的团队。
排除干扰因素，去掉那些干扰团队精神的人员。
组织团队熔炼活动，安排项目组在一个方便沟通的环境中工作。
不对最初的项目需求签字
终止项目吧。开始一个新的咨询项目的招标。
带来干扰的过程
项目成员对于过程最有发言权，把团队带到一个封闭的开发场所，忽略这样的过程。
无法消除的风险
终止项目吧。
问题发生时项目经理不在现场
如果是偶然，那么项目经理应该立即赶往现场。如果是经常，项目经理应该辞职。战斗最激烈的地方，没有项目经理是不可能的。
一个团队成员宣称项目必然失败
立即解聘。如果项目经理也对项目的状况模棱两可，那项目经理应该辞职。
一个成员要求休假
不应该允许。
项目经理应该在项目开始时候，宣称项目纪律，项目成员应该全身心投入项目，不允许休假、第二职业、攻读学历等等。
有人要调走一名骨干成员
不能同意，除非大老板亲自找你长谈。
要你缩短项目工期
同意，一定要砍掉尽可能多的功能。不要靠增加人手缩短工期。
出现了一个新的反对者
赶紧去拉拢那些第三者吧。
所有的问题都是人的问题，人的问题就会是痛苦的问题。安慰那些遭遇不幸的项目经理吧。他们迟早会掌握预防这些问题的技能。
参考书目：
《软件开发的滑铁卢》<Software runaways – lessons learned from massive software project failures>
《死亡行军》<Death march>
