一個項目的爛尾--前章

你正在經歷迷茫、糾結，或者憤怒、痛苦的情緒，由於，你的項目將要爛尾了。

目前的情況只有3種： 
1. 項目一直拖到如今，而且極可能繼續拖下去 
2. 項目在開發期間不斷上漲成本 
3. 項目完成，BUG多多，不能使用

這兩種情況把你困在了一個尷尬的境地，你一方面心疼你已經花費的時間和精力，但願這個項目完成下去；另外一方面你看着無限拖延的時間和無限增長的成本，其實內心清楚這個項目是完成不了了。

至於爲何你如今會經歷目前的情況？只有覆盤項目流程才能清楚。

情景一： 

沒有嚴格的進行開發週期評估和資源預算。任何沒有通過長時間的溝通、討價還價，開口「這個項目交給咱們作，X萬，X個月包你上線！」的人都是騙子。系統開發是一個艱難的開發，開發的週期和報價是按照客戶需求所斷定的，沒有作過詳細的需求梳理和評估，任何報價都是瞎 扯 淡 ！爲了拿單不按實際要求肯定開發週期和報價致使的問題是，公司由於項目的報價減小資源的投入甚至減小原本就已經不多的開發週期！

 

情景二： 
項目合同一簽完，開發公司和客戶只見的關係一下變得安靜了。這就是危險的信號，由於極可能開發人員埋頭苦幹投入的時間和精力研發的系統功能並非客戶系那個要的。做爲負責任的開發公司，在項目正式開始後，理應指派專人負責雙方的溝通。客戶應該及時瞭解到項目的情況和進程，以便對總體項目做出反饋或調整。項目經理應該全程跟蹤項目進展。記錄每一次和客戶的項目需求溝通，並永久保存。應該造成對應的會議機制，每一次會議都要有技術人員出席。

 

情景三： 
項目開發進展到一半，客戶忽然說原先的功能不作了，改爲另外一個功能，留下你原地懵逼。或者等到項目已經完成了，客戶才反饋這個功能甚至整個系統根本不符合他們的要求。系統的開發應該是分階段性的，大體分爲產品原型、UI設計、前端、後端、後臺和測試。每個階段都要和客戶相互配合，相互確認。按照流程走完。確認無誤後，再繼續進行下一階段的開發。

 

情景四： 
項目交付的時間從春暖花開一直拖到了寒冬臘月，拖着拖着最後仍是完成了。你懷着激動的心情給客戶使用，客戶用雞蛋裏面挑骨頭無比噁心的方式拖延項目的驗收。一旦你說她們根本沒有提過這個需求，她們總可以在需求文檔中利用博大精深的中文文字挑出你沒完成的功能。前期的需求調研必定要嚴謹對待，尤爲是須要雙方簽字的需求規格說明書，裏面必定要把什麼角色涉及什麼功能描述清楚。禁止使用，後期、等、或這種模糊的字眼。文檔中必定不準出現這、那、他、我這種含糊的代詞。

情景五：

 項目爲了節省成本沒有作好相關人事上的風險控制與工做交接。在關鍵的崗位上把大量的工做集中在一人身上。致使該崗位的人員一旦離職，相關工做當即癱瘓。任何一個重要的崗位上都要設置AB角，儘量保證崗位上的工做保持單一性。如開發人員只作開發，管理人員只作管理，測試人員只作測試，運維人員只作運維。不少企業爲了節省成本，不只不對員工設置AB角，還把過多的角色集中在一我的身上。有些公司甚至出現了，一個核心模塊，需求、設計、開發、運維、測試都是一我的的狀況！哪怕這我的再盡心盡責作交接，一旦離職，哪怕作最好的交接，形成的後續風險會很是大。

 

後續我將從本身真實的案例出發，爲你們描述一個項目是如何一步步的走向爛尾的。