一个项目的烂尾--前章

你正在经历迷茫、纠结，或者愤怒、痛苦的情绪，由于，你的项目将要烂尾了。

目前的情况只有3种： 
1. 项目一直拖到如今，而且极可能继续拖下去 
2. 项目在开发期间不断上涨成本 
3. 项目完成，BUG多多，不能使用

这两种情况把你困在了一个尴尬的境地，你一方面心疼你已经花费的时间和精力，但愿这个项目完成下去；另外一方面你看着无限拖延的时间和无限增长的成本，其实内心清楚这个项目是完成不了了。

至于为何你如今会经历目前的情况？只有复盘项目流程才能清楚。

情景一： 

没有严格的进行开发周期评估和资源预算。任何没有通过长时间的沟通、讨价还价，开口“这个项目交给咱们作，X万，X个月包你上线！”的人都是骗子。系统开发是一个艰难的开发，开发的周期和报价是按照客户需求所断定的，没有作过详细的需求梳理和评估，任何报价都是瞎 扯 淡 ！为了拿单不按实际要求肯定开发周期和报价致使的问题是，公司由于项目的报价减小资源的投入甚至减小原本就已经不多的开发周期！

 

情景二： 
项目合同一签完，开发公司和客户只见的关系一下变得安静了。这就是危险的信号，由于极可能开发人员埋头苦干投入的时间和精力研发的系统功能并非客户系那个要的。做为负责任的开发公司，在项目正式开始后，理应指派专人负责双方的沟通。客户应该及时了解到项目的情况和进程，以便对总体项目做出反馈或调整。项目经理应该全程跟踪项目进展。记录每一次和客户的项目需求沟通，并永久保存。应该造成对应的会议机制，每一次会议都要有技术人员出席。

 

情景三： 
项目开发进展到一半，客户忽然说原先的功能不作了，改为另外一个功能，留下你原地懵逼。或者等到项目已经完成了，客户才反馈这个功能甚至整个系统根本不符合他们的要求。系统的开发应该是分阶段性的，大体分为产品原型、UI设计、前端、后端、后台和测试。每个阶段都要和客户相互配合，相互确认。按照流程走完。确认无误后，再继续进行下一阶段的开发。

 

情景四： 
项目交付的时间从春暖花开一直拖到了寒冬腊月，拖着拖着最后仍是完成了。你怀着激动的心情给客户使用，客户用鸡蛋里面挑骨头无比恶心的方式拖延项目的验收。一旦你说她们根本没有提过这个需求，她们总可以在需求文档中利用博大精深的中文文字挑出你没完成的功能。前期的需求调研必定要严谨对待，尤为是须要双方签字的需求规格说明书，里面必定要把什么角色涉及什么功能描述清楚。禁止使用，后期、等、或这种模糊的字眼。文档中必定不准出现这、那、他、我这种含糊的代词。

情景五：

 项目为了节省成本没有作好相关人事上的风险控制与工做交接。在关键的岗位上把大量的工做集中在一人身上。致使该岗位的人员一旦离职，相关工做当即瘫痪。任何一个重要的岗位上都要设置AB角，尽量保证岗位上的工做保持单一性。如开发人员只作开发，管理人员只作管理，测试人员只作测试，运维人员只作运维。不少企业为了节省成本，不只不对员工设置AB角，还把过多的角色集中在一我的身上。有些公司甚至出现了，一个核心模块，需求、设计、开发、运维、测试都是一我的的状况！哪怕这我的再尽心尽责作交接，一旦离职，哪怕作最好的交接，形成的后续风险会很是大。

 

后续我将从本身真实的案例出发，为你们描述一个项目是如何一步步的走向烂尾的。