项目延期这个考核指标如何衡量呢？
软件需求由于用户需求不明确，延期；
设计人员由于软件需求业务需求不明确，延期；
开发人员由于无设计，无业务无法编码，延期；
测试、配置应该是最倒霉的，在后面垫底。。。
当测试包到测试手里时，或许离发布时间已经很近了，或许销售和客户已经在催了。。。。
在这个时候又无法压缩测试时间，最可怕的是如果开发人员代码质量很低，bug返工率很高，那测试计划定义的测试周期就完全变形得不成样了。。。。
每天都会有不同的人来问你，这个什么时候能发布，什么时候能测试完。。。。。。一些无形的压力就堆积在测试这边了。。。。而前期的过程可能会被模糊掉。。。。。。久而久之，前期的人员对时间、质量概念也会慢慢淡忘。。
但是项目延期的考核指标又是对项目组所有成员，难免这个时候会听到底下人有怨言了。。。因为他们发现前端的东西不是自己能控制的，但是反而也要承担同样的后果。虽然这个时候告诉别人这个就是团队意识、团队概念，但是有多少人能理解呢？甚至有人会恶性循环，反正别人延期也要扣分了，我干嘛这么急呢？慢慢的，整个团队就开始畸形发展了。。。
每个团队会想如何改善本身小组的工作效率和工作质量，想想用什么快速开发的模式。。。。
但是上面说的问题还是会存在，只是说慢慢过程控制会比较严谨了，暴露的冲突少了。
希望能看到的朋友，聊聊心得，分享一下。
由于感冒了，估计我写的这个思路有点混乱，请大家见谅。
很赞同。。。。
