先简单描述下项目案例吧!

　　当前有一个业务部门都在运维一个一期工程，该工程非常庞大，系统也非常重要，整个部门都在为这个一期负责。其中包括日常需求开发和测试两个小部门(开发8人，测试7人，包括一个开发经理和一个测试经理)。此时客户要求的二期工程到了，但是工时非常的紧，就只有1个半月，1个半月后就要上线。时间上是绝对没商量的。但是，根据现阶段的评估，二期的改动风险非常大，这15个人在1个月内修改加测试完成一个质量有保证的二期是非常困难的。此时，进入了一个项目经理，来专门负责这个项目。

　　外围的背景是：其他部门不熟悉这个工程的业务逻辑。总经理可以协调的人员很少，也不原因将不熟悉业务人员拉进项目，成本太高。

　　这个项目经理的计划是这样做的，让8个开发人员，每天加班到晚上10点，每周休息一天，用半个多月的时间来梳理改动内容点(因为改动内容牵扯较大，系统较大，需要梳理代码)。开发人员的开发计划，具体交由开发经理来做，如开发工作内容分配等。梳理结束后又用了半个多月的时间当开发结束后，15个人集体加班，每天加班到晚上10点，开发和测试集体来梳理大量的测试计划，并且15个人都参与到测试工作中，让每个人测试一部分内容，要写详细的测试记录和报告，并且告诉大家，测试的内容一旦出现问题，是要负责任的。直到上线当天还在测试中。

　　此时所有的人都在抱怨这种繁琐的工作和无休止的加班。而且测试的效率及准确率都在下降。测试测出问题，开发看代码没有问题。测试看代码，测试自己本地运行… ….

　　开发经理和测试经理渐渐主导了项目的走势，人员的消极怠工… ….

　　项目的结果让人担忧…….

　　写得内容杂乱无章，只是想简单的说明一个时间紧急复杂度高的项目的情况，在一个具体案例中探讨起来较明显一点。项目经理这个角色不好当，思考了很久，没有找到什么好的办法，可以将整个组织运作的合理。没有最正确的办法，只有偏向某一面较合理的办法。

　　如果你是这个项目经理，你会怎么做?当我们面临这样一个项目的时候，我们应该注重那个方面，放弃那个方面?