作為一個it從業者，我相信每個人都經歷過項目延遲的情況。關於項目延期的原因，每個人的見解不盡相同，作者也算在這個行業摸爬滾打多年，本節簡單介紹自己對這個問題的看法。
1、對於需求的確定，需求是項目啟動的必要條件。這些需求可能來自用戶或產品經理。無論需求來自何方，產品經理都應在項目開始時明確每個需求的關鍵路徑和預期效果，如果需求可能存在風險，則應提前估計風險。對於複雜的需求，在確定方案之前，我們應該找技術人員對實施成本進行評估。最好將一個大的需求分為若干個子需求，這樣有助於跟蹤進度，及時應對風險。在開發過程中更改需求是程序員最討厭的事情之一。只要
2、溝通是大事！，產品經理抱怨程序員速度慢，程序員經常改變他們的需求。這就像婆媳關係中的自然。但想想看。誰一開始就不想做他的工作？當開發質量經常出現問題時，是開發人員技術能力差，還是開發週期短，在調度上留了餘地？在實現特定的需求時，程序員能否找到不合理的地方及時與產品經理溝通？畢竟，及時的溝通和反饋可以避免許多不必要的風險。
3、需求溝通完成並確定後，可初步制定整個項目的進度計劃。對於長期項目，首先需要定義里程碑時間點。項目的進度取決於項目的交貨期、需求和所需的人力。具體時間點由技術負責人和產品負責人討論制定。進度計劃確定後，整個項目的進度應隨時同步。大型項目的前期可以採用週會的方式來同步進度。後期或短期項目可採用晨會形式。一旦發現延誤風險，應及時暴露和處理，避免風險積聚造成的被動性。如果開發週期有明顯的延誤跡象，產品負責人要敢於做減法，區分主次需求，丟車保指揮，避免項目整體延誤。當然，用常規方法（如加班）趕上進度也是一種常見的方法，儘管作者並不提倡。
分享到:
閱讀更多 鄧鋤頭挖科技 的文章
