如何判断项目是否健康?

    通用的项目管理的重要特点的是：项目管理过程是一次性的过程，项目管理虽然有一定的共同规律（项目管理经验），但是很难直接的项目之间进行直接复制(因为人力资源、目标、技术可能都不同)，很多情况下只有当项目结束，才发现项目过程中积累了大量的风险，但是项目失控可能为时已晚（超预算、超时间、质量超标等等）。软件研发的项目也是类似，虽然有成熟的CMM，RUP等过程管理的方法来增加项目研发的可控性和可度量性。显而易见的是采用过程方法来观测项目健康程度过于专业，同时某些重型方法裁剪难度较大，同时如果团队不知道这些过程控制的方法实际目的是什么？而导致的为了过程而过程，那么离官僚和效率低下往往也不远了。
   了解项目的健康程度，对项目的改进合理评价项目经理的的工作具有很重要的参考，撇开过程控制的方法论，我觉得需要从一下几个重要方面来判断项目的健康程度：
1、团队成员的工作状态。有些团队死气沉沉，会议上，就听项目经历或者产品经理的调度，缺乏自己的思考和进步。成员就觉得每天等着下班和领工资，哪里出了问题呢？。
2、正向激励还是反向激励。往往出现在项目经理缺乏管理的深度，导致在激励上出现偏差，如果不是真正的贡献者被激励，就会带来反向激励的效果，团队成员都浮于上面。这种情况表现为片面追求进度和需求完成度，实际上软件已经处于一种无法维护的状态了，临时解决了问题，但是爆发的时候是无法收拾的结局。
3、设计和代码的健康程度。持续的设计和验证，以及持续的重构和代码优化，并且产出的功能被即时的需求验证，使得项目进展更加清晰和可控。
4、决策流程的清晰，和决策承担的职责是否明确。确定方案之前，引入方案的评审和讨论，这是一个开放扩展思路的过程的，同时对参与讨论的人是一个学习和交流的机会。但是相持不下的争论严重损害了团队的积极性和团结程度，并且大量的时间花费在争论上，无法达成决定，而项目可以每天都有必须有决策才能运转。明确决策流程，避免没有必要的争论是非常有必要的。
5、加班的主动性。因为从个人的经历上来看，如果真的投入研发中，思维和逻辑的连贯性被上班时间的界限打断是很难受的事情，一天工作8小时，有时候进入角色，理清思路，可能就要好几个小时，有时候可能就要一天，如果对开发有强烈的成功欲望，你能放得下不把思路立即实现的诱惑吗？另外项目冲刺阶段的加班一般情况下也是必须的。所以总的来说我对平时的加班持有不鼓励，不反对的态度，最好是可以提高工作效率，如果有必要则自愿的原则加班，对项目冲刺阶段的加班是鼓励的，对于持续没有尽头的疲劳战加班是坚决反对的。
6、避免无休止的变更，和没有规律的人员调动。需求变更频繁，肯定是某个环节出现问题，如果频繁的调动人员，放下手上一半的工作又飞奔去救火，肯定也是出了问题，拯救项目的时间到了，要不然会很危险。
7、团队的远景理解程度。远景的贯彻也很重要。

8、制定流程和流程的推进需要勇气，同样进行裁剪和简化也需要勇气。如果团队处于一种为了流程和考核做事的境地，官僚就会滋生(我都按流程做事情啊)，创新往往被抹杀（只要做领导喜欢的不出错就行）。

9、团队工作持续改进的能力。持续改进工作的能力是指，团队能够识别自己存在的问题（诸如研发组织上，进度管理上等等）然后找出正确的行动方案并能持续观贯彻的能力。如果项目经理没有对当前工作问题的分析和改进措施的方法，可能存在问题。

10、项目经理独立判断的意见。项目经理如果没有独立的意见和主张往往导致项目管理的控制里比较软。因为项目经理需要对项目的状态了如指掌，如果上级的意见，任务下发过多的承诺和没有独立的意见，项目的最后可能隐患很多。