一个项目的烂尾--前章

2019独角兽企业重金招聘Python工程师标准>>>

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

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

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

至于为什么你现在会经历目前的状况？只有复盘项目流程才能清楚。

情景一： 

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

 

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

 

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

 

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

情景五：

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

 

后续我将从自己真实的案例出发，为大家描述一个项目是如何一步步的走向烂尾的。

转载于:https://my.oschina.net/u/158474/blog/1475631