1. 程式人生 > >某項目因為多次流標導致實際項目時間嚴重壓縮,我該咋辦?

某項目因為多次流標導致實際項目時間嚴重壓縮,我該咋辦?

項目管理

問題

某政府項目,三個月前就開始招標,因各種原因,流標三次,導致時間拖太長。
原計劃一期工期三個月+,1月底上線,但因為招投標影響直到一個月前簽訂了合同,
上線時間不變,需求各種不明確,但是客戶對上線時間卡得特別緊,範圍在一定程度上不可變,時間因為某些原因固定,你們怎麽處理?

Fireball的建議:(我的建議)

1.對於需求各種不明確的問題
這個可能是首先要解決的,可以讓你們公司對業務最熟的人出手,或派需求分析能力最強的出手。
基本原則:客戶不清楚要什麽,你就幫他定;根據需求重要程度和依賴關系排序。

2.對於1個月後上線,客戶對這個卡得很死的問題
搞清楚為什麽卡得死,另外到時會有誰來檢查?
一般來說時間點卡得死是正常的,因為客戶向上級提交了計劃,需要有東西交付。如果僅僅是這樣,其實你做到有東西交付就行了,不一定都要做出來。

如果到時有重要領導檢查,則你需要取舍,某些必要功能需要實現,但某些功能可以做成可以達到演示效果就可以了,什麽是“演示效果”? 就是有個樣子,看上去好像可以操作,實質上是不能用的。

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

4.分包估計也很難解決問題
可能會帶來更多管理成本、溝通成本和磨合成本,工作質量也很難保證。

這麽多短的時候,找到合適的供應商很難,另外我們的項目一般是智力密集型的,很難簡單暴力拆分工作。用戶故事之間的關系,技術底層和數據庫底層等,這些不是簡單的暴力拆分可以搞掂的。

上面說得這麽復雜,其實簡單說就是:你要勇敢地砍範圍!老板不答應也不要管,頂住壓力,將在外君命有所不受!

再補充一點:關於由於多次流標導致項目時間被縮短的事情
可能需要深究一下原因是什麽,如果是競爭對手(有人)搞鬼,故意通過這樣的方式壓縮你們的項目時間,讓你們做爛項目。這些幹系人要識別出來,他們後面肯定會繼續下黑手的。

做項目不僅僅是做事情,要協調各種人,還有防各種人,還真TM的不是人幹的!

當然也不一定是這樣陰暗的,但作為PM,要多設想最壞情況才行。

某項目因為多次流標導致實際項目時間嚴重壓縮,我該咋辦?