關於研發項目計劃排期與項目需求延期的想法

近段時間由於一些不可控因素,內部項目計劃連續多次延期,導致公司內部與客戶等多方不滿;對於項目計劃延期,深受其害;

我們都知道,在產品研發過程中,每個產品線每個需求集,都是要列項目計劃的;而且列項目計劃的基本都是產品、研發組合;

既然是人排的項目計劃,而且產品項目研發過程中,又有著太多不可控因素,那就避免不了會有延期的情況發生;

一旦延期,就會導致某個時間節點的需求上不去,導致一系列的後續問題,例如答應客戶了某個功能沒上去導致客戶不滿,答應銷售某個亮點功能沒上去導致某一批潛在客戶流失,答應市場某個可大肆宣傳的功能沒上去導致宣傳計劃擱置等等;

我們在研發管理過程中,怎麼樣避免發生項目延期、需求上不去的情況,是每一個研發組都面臨的問題;

那麼怎麼樣排好一個項目計劃,執行過程中某個模塊延期了怎麼辦,我們就圍繞這幾個點來分解分解;如有說得不到之處,各位看官且拍磚;

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

1、我們來羅列一下項目計劃是怎麼排的;

1)、我們內部會有很多需求,有一些需求是產品正常迭代計劃,有一些需求是答應了客戶的某個時間點要上的,有一些需求是答應銷售要在某個節點上去開闊潛在客戶的,有一些需求是答應市場同學在某個節拿出一整天連貫的宣傳運營方案的;

2)、這麼多種種類型的需求,我們都會先由產品與客戶一起排好優先順序,然後跟技術研發一起,排整個需求的研發時間;

這個過程中,由產品提供需求詳細描述,包括需求範圍、定位、優先順序及需求詳細情況,然後由技術根據產品描述,評估出某個需求的具體研發時間與測試時間,再根據全盤時間節點,排開始研發時間、結束研發時間、上線測試時間、全量開放客戶使用時間;

3)、產品研發一起排完時間,與客戶、銷售、市場運營人員等多方溝通,確認各個需求上線時間節點沒有問題,然後產品與研發同學一起整理輸出整個完整的項目計劃,後續很長一段時間大家都按照該項目計划進行執行;

4)、整個計劃流程看起來天衣無縫,實際上暗藏殺機暗藏諸多問題;下面繼續分解;

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

2、我們平時項目研發過程中技術經常說的延期理由有哪些,或者說常見的延期情況有哪些;

1)、研發過程中某一天技術跟你說,需求在研發過程中發現跟初始產品的分解分析有較大出入,導致開始估值時間無法完成需求;

2)、研發過程中某一天技術跟你說,由於某個同學請假或者離開等不可控因素導致既定需求完成一部分,剩餘部分另找他人研發對需求不熟悉導致無法暗示完成需求;

3)、研發過程中某一天技術跟你說,需求由於上游部門設計同學沒有按期給到相關設計圖也頁面導致研發沒有按時開工導致需求無法按時完成;

4)、需求研發過程中某一天技術跟你說,對於需求的時間估值估錯了導致剩餘的時間無法完成需求;

5)、需求上線當天技術跟你說,由於某個模塊還有點問題,無法按時上線;

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

3、針對項目延期的種種情況,我們總結一下,項目延期過程中可能出現的原因;

1)、由於產品對需求分解分析有出入,導致技術研發過程中出現問題,導致需求無法按時完成;

2)、由於研發資源流失,需求研發進度暫緩,導致需求無法按時完成;

3)、由於多部門溝通協作出問題,研發沒有按時得到上游交付品,導致需求無法按時完成;

4)、由於研發部門對需求預估工期錯誤,導致需求無法按時完成;

5)、由於研發過程中技術原因某些問題無法及時得到解決,導致需求無法按時完成;

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

4、鑒於以上種種原因與情況,我們怎麼來排這個計劃,怎麼樣來避免項目延期;

需求項目研發過程中,包括三個部分:產品需求分解、多部門協作溝通、技術研發測試上線等多個環節,我們要在每一個環節做好風險準備工作;

1)、在產品需求分解階段;

a)、產品需要對需求進行完整的邏輯思考與分解,儘可能地思考全面,與多部門同事、客戶多溝通,確保需求分解跟需求初始沒有出入;

b)、產品在需求交付過程中,對每一個需求進行分割,即把每一個需求分為幾個部分,核心部分(到了時間節點必須要上去)、次要核心部分(到了時間點,原則上要上,實在不行就不山去)、邊緣部分(非核心部分,順手就給做了,時間充裕就給上去);

c)、產品交付過程中,考慮到需求文檔的閱讀對象很有可能是技術領導,由技術領導理解之後,通過分配任務時口述的方式給具體執行同學描述需求,所以儘可能用一些可視化簡單直接的邏輯圖畫出需求的邏輯情況與實現情況交付給技術研發;

2)、在多部門協作溝通階段;

a)、需求交付設計部門時,需要與設計部門詳細兌好項目計劃時間,確保在產品、設計、技術資源有效期內完成設計交付工作;

b)、在技術開始研發之前,與設計部門及時保持溝通,確保提前及時掌握需求設計資源執行情況,確保技術在開始研發之前及時獲取設計的交付產物;

c)、在排項目計划過程中,與研發技術詳細勾兌需求情況,確保每個需求切割之後的多個部分的資源研發、測試工期時間,細化到責任人與人日,並且標明某個需求如果某個同學離開交由誰接手,及新同學接手的風險時間工期;同時,每個責任人都需要做到簽字,確保每個人自己承諾的時間,以免到時候扯皮;

d)、同時針對技術給出的每個需求的切割子需求的預估時間基礎之上,給技術同學擴充20%的擴展時間,以預防某個需求時間預估錯誤;

3)、在技術研發測試上線階段;

1)、技術開始研究之前,再次與具體執行技術同學溝通需求情況,確保需求理解程度與續期分解情況保持一致;如果有出入,可以及時提出並解決;

2)、技術研發過程中,及時提前與研發溝通進度情況,隨時掌握需求研發過程中碰到的問題與解決情況,確保研發階段正常按時進行;如果過程中發現有某個問題比較棘手,可以及時找技術資源協助解決;如果需求是在解決不了,需要技術根據問題程度重新給一個時間,同時需要及時把延期情況同步給其他部門同事及客戶,並說明什麼原因導致,我們將會在一個新的時間節點上去這個需求;

3)、在研發過程中,如果提前發現某個需求,有部分由於技術原因無法按時完成,則按照需求交付時的核心原則,只把需求的核心部分上上去,在滿足核心需求功能的情況下上去,其他部分後續再排時間研發;同時需要及時把需求延期情況同步給其他部門同事及客戶,並說明我們上線的核心需求及其他需求延期什麼原因導致,我們將會在一個新的時間節點上去其餘部分需求;

4)、在測試階段,需要及時與測試、技術緊密溝通測試情況,確保測試中出現的問題能夠被及時解決,避免總是在需求上線最後一刻發現上不去;如果發現某個需求在最後一刻有某個問題短時間解決不了,那麼可以按照需求交付時的核心原則,只把需求的核心部分上上去,在滿足核心需求功能的情況下上去,其他部分問題後續再解決;如果無法解決的問題是核心需求部分,那麼該需求只能做延期處理,需要技術根據問題程度重新給一個時間,同時需要及時把延期情況同步給其他部門同事及客戶,並說明什麼原因導致,我們將會在一個新的時間節點上去這個需求;

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

5、其實在項目研發過程中,因為種種不可控因素,需求延期總是在所難免的;

很多時候,客戶也好,其他部門也好,並不是不能忍受你需求延期,只是忍受不了你總是在需求上線最後一刻通知對方你要延期了;這種對需求上線的渴望與期盼,這種信息不對稱不及時導致的忍耐上限,是我們一直在面臨的巨大問題;

所以,我們在項目計劃研發管理過程中,要做的就是,及時與各方保持信息同步,確保需求按時間按計劃及時完結上線;

如果某些需求在研發過程中某個環節即發現可能有延期情況發生,或者是已經開始延期,需要及時把延期的信息同步給有關各方,讓所有環節的同學都能及時獲取項目進度情況,確保大家保持同一戰線,不用忍受需求之後一刻無法上線帶來的對各方的傷害;
推薦閱讀:

TAG:項目計劃 | 需求 |