近段時間由於一些不可控因素，內部專案計畫連續多次延期，導致公司內部與客戶等多方不滿；對於專案計畫延期，深受其害；
我們都知道，在產品研發過程中，每個產品線每個需求集，都是要列專案計畫的；而且列專案計畫的基本都是產品、研發組合；
既然是人排的專案計畫，而且產品專案研發過程中，又有著太多不可控因素，那就避免不了會有延期的情況發生；
一旦延期，就會導致某個時間節點的需求上不去，導致一系列的後續問題，例如答應客戶了某個功能沒上去導致客戶不滿，答應銷售某個亮點功能沒上去導致某一批潛在客戶流失，答應市場某個可大肆宣傳的功能沒上去導致宣傳計畫擱置等等；
我們在研發管理過程中，怎麼樣避免發生專案延期、需求上不去的情況，是每乙個研發組都面臨的問題；
那麼怎麼樣排好乙個專案計畫，執行過程中某個模組延期了怎麼辦，我們就圍繞這幾個點來分解分解；如有說得不到之處，各位看官且拍磚；
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、其實在專案研發過程中，因為種種不可控因素，需求延期總是在所難免的；
很多時候，客戶也好，其他部門也好，並不是不能忍受你需求延期，只是忍受不了你總是在需求上線最後一刻通知對方你要延期了；這種對需求上線的渴望與期盼，這種資訊不對稱不及時導致的忍耐上限，是我們一直在面臨的巨大問題；
所以，我們在專案計畫研發管理過程中，要做的就是，及時與各方保持資訊同步，確保需求按時間按計畫及時完結上線；
軟體需求工程與建模 專案需求分析與專案計畫
一 專案名稱 健身助手 二 nabcd分析 need 隨著人們生活水平的提高，大部分人越來越追求食不厭精膾不厭細 又因忙碌的學習與工作忽視了鍛鍊的時候，身體素質與身材也一天天地不如人意起來 而當此炎夏悄然降臨之時，涼爽的衣物又往往將暴露自己的身材 benefit 給想要健身卻沒什麼思路的人乙個完整詳...
關於「專案需求分析」
專案需求規格說明書 我相信，對於每乙個寫過專案的人來說都不陌生，在這裡我想通過以下幾點向大家一起分享我在寫需求分析這個過程中的一些想法和感受 1 什麼是 專案需求分析 還記得剛開始學習c語言時，老師會給我們布置一些課後作業，當時的我就是，一邊看題，一邊編寫 覺得完成這道題就ok啦，這個時候老師就會說...
專案計畫與專案進度跟蹤
軟體專案交付延期是比較常見的問題，主要的原因包括外部和內部兩方面，外部包括客戶的原因，或者第三方的原因，這個是比較難預料和控制的，我這裡主要 內部的原因和相應的對策 1.專案估算和專案計畫本身的問題。如果專案實際需要100個人月，但是估算只有90個人月，另外10個人月的工作量就需要額外的人力和時間來...