某項目由於屢次流標緻使實際項目時間嚴重壓縮，我該咋辦？

問題：

某政府項目，三個月前就開始招標，因各類緣由，流標三次，致使時間拖太長。
原計劃一期工期三個月+，1月底上線，但由於招投標影響直到一個月前簽定了合同，
上線時間不變，需求各類不明確，可是客戶對上線時間卡得特別緊，範圍在必定程度上不可變，時間由於某些緣由固定，大家怎麼處理？

Fireball的建議：（個人建議）

1.對於需求各類不明確的問題
這個多是首先要解決的，可讓大家公司對業務最熟的人出手，或派需求分析能力最強的出手。
基本原則：客戶不清楚要什麼，你就幫他定；根據需求重要程度和依賴關係排序。

2.對於1個月後上線，客戶對這個卡得很死的問題
搞清楚爲何卡得死，另外到時會有誰來檢查？
通常來講時間點卡得死是正常的，由於客戶向上級提交了計劃，須要有東西交付。若是僅僅是這樣，其實你作到有東西交付就好了，不必定都要作出來。
若是到時有重要領導檢查，則你須要取捨，某些必要功能須要實現，但某些功能能夠作成能夠達到演示效果就能夠了，什麼是「演示效果」? 就是有個樣子，看上去好像能夠操做，實質上是不能用的。

3.犧牲質量來保進度是不可行的
若是這樣作，你可能會絕大部分功能都有問題，不如捨棄部分功能來保證基本功能能用。
對於這樣的狀況，不要期望作到80分或更多，這是不可能的，客戶滿意度能有60分就能夠了。若是你勉強答應全部需求，你作不到最後客戶會更加不滿意，客戶滿意度可能只有0分！
若是你夠魄力頂住壓力，集中火力保證基本功能能用，雖然客戶和老闆會罵你，但你至少能夠有個60分。

4.分包估計也很難解決問題
可能會帶來更多管理成本、溝通成本和磨合成本，工做質量也很難保證。
這麼多短的時候，找到合適的供應商很難，另外咱們的項目通常是智力密集型的，很難簡單暴力拆分工做。用戶故事之間的關係，技術底層和數據庫底層等，這些不是簡單的暴力拆分能夠搞掂的。

上面說得這麼複雜，其實簡單說就是：你要勇敢地砍範圍！老闆不答應也不要管，頂住壓力，將在外君命有所不受！

再補充一點：關於因爲屢次流標緻使項目時間被縮短的事情
可能須要深究一下緣由是什麼，若是是競爭對手（有人）搞鬼，故意經過這樣的方式壓縮大家的項目時間，讓大家作爛項目。這些干係人要識別出來，他們後面確定會繼續下黑手的。

作項目不單單是作事情，要協調各類人，還有防各類人，還真TM的不是人乾的！

固然也不必定是這樣陰暗的，但做爲PM，要多設想最壞狀況才行。