项目中 3 类潜藏较深的陷井，项目经理注意脚下不要踏进去

2017-01-23 15:01:00

00 引言

当前的环境中，虽然技术在不断的进步，逐步发生了迅速变化，但人类的本性仍然不变。软件开发中的一个关键因素，也许是关键的因素：那就是是人。
通过工具和方法使我们能够更加有效地做事情，但软件开发仍然是一个独特的人类努力。因此，成功的项目经理需要掌握人和技术技能。
但实际的项目中，困扰软件团队的问题往往涉及过度乐观，害怕评估和使用错误的应对方法这3大类，这3类问题往往看起来并不明显，但确实是项目中的陷井所在。

01 希望项目尽快获取胜利

这是由于存在竞争压力；招标（特别是在外包领域）涉及到大量的内部压力，要求参与者赢得业务。这种竞争的愿景往往会导致过于乐观的假设，却忽视组织已经证明的能否保证交付软件项目的能力。
未发现的生产率假设；如果总是要花20小时来生产一个小部件，那么增加再多的开发人员或团队也不会把这个数字减少到10，生产力的提高是一个长期的努力，而不是短期的冲刺就能解决的。

02 对项目评估的恐惧

不从历史项目的经验中学习；善于对项目进行评估的公司，能够通过组织学习，来识别自身的能力和模式，并了解自身的优势和弱点。
总之，学习型组织是从经验中学习，并为项目规划开发经验基础。但不幸的是，大多数组织缺乏正式的对软件能力和项目交付的评估能力或计划，而正是由于缺乏对自我的认知，这些组织不断面临着项目交付中的风险。
没有去考虑项目的变化；计划中的项目和实际交付中的项目往往是不一致的，可能是某个组件产生了变化，或者是需求可能存在变更。良好的项目管理和有效的变更控制有助于缓解项目交付范围的蠕变，但实际很多项目再基于要求锁定在预算和时间表上的时候，项目将被迫严格按照要求增加额外的时间满足这些承诺。
不抬头看方向；大多数软件团队努力工作，并希望成功。当有问题出现时，有一个令人钦佩的项目经理倾向于加倍努力。这种行为应该受到鼓励，但是巨大的努力仅仅是为了修正的一个可怜的替代品或者是为了隐瞒某件事的时候。当问题终于出现时，采取有效的对策通常为时太晚，没有再交付的过程中抬起头去判断下，方面正确不正确，否则，做的越多，错的越多。

03 错误的应对方法

无效或不适当的对策；当项目有可能超出预算或时间表时，只有3种可能的行动方案。每个工作都是在有限的可能性范围内，并伴随成本。
调整计划来降低项目交付成本，但成本较低的项目，可能会存在较多的缺陷。为什么调整计划不能被频繁使用，比如法律或合同要求可以规定在某一日期交货;逾期交货可能会招致罚款或客户商誉的损失。此外，组织可能已承诺项目人员会在某一时间参与其他工作，一旦调整计划，则可能会产生更大的影响，有的时候的原因可能更多地是不愿改变和不愿“失去面子”。
减少交付的范围；将非关键功能推迟到更高版本（或完全消除）可以使项目在时间和成本限制之内。但额外的成本是显而易见的：交付少于承诺或预期。
添加项目成员；在变小的范围内，增加工作人员可以加快进度，这个进度实际上并不特别的明显并且成本相当高。