在很多企業里，項目延期幾乎成(cheng)了常態。我經常聽到的解釋(shi)往往是執(zhi)行(xing)力不(bu)夠，團隊(dui)效率(lv)低(di)。

但從我這些年的經歷來看，延期的根源并不在執行，而在于需求沒有被管住。

目標不(bu)(bu)清晰、范圍反復(fu)加碼、邊界沒人(ren)敢定，這(zhe)些才是拖慢節奏的根本原因。執行再快，也追不(bu)(bu)上一個不(bu)(bu)斷(duan)變化的方向。

文章參考>> //gaoyunjjd.com

一、執行力并不是最大問題

大多數團隊的執行力并不差。研發、設計(ji)、測試(shi)各自按(an)照分工(gong)推進，進度表也擺在那。但如果(guo)目(mu)標在過程中(zhong)反復變化，團隊再(zai)快也白搭。

今天說要(yao)這樣，明天說要(yao)那樣，團隊的產出永遠追(zhui)不上需求的變化。表面看是(shi)執行拖了(le)后腿，本質上是(shi)目標本身沒有穩定(ding)下來。

二、需求沒管好

1.范圍不斷擴大，需求很難量化

立(li)項時(shi)目標明確(que)，范圍(wei)不算大，但推進中(zhong)有人覺得既(ji)然(ran)要(yao)做，就把幾個額外功能順便加上。最后(hou)項目體量翻倍，但時(shi)間沒變，延期成了必(bi)然(ran)。

進度有百分比(bi)，成本有數字，但需求(qiu)清不(bu)(bu)清楚，邊界穩(wen)(wen)不(bu)(bu)穩(wen)(wen)，沒有直觀指標。很多(duo)管理(li)者覺得抓不(bu)(bu)住(zhu)，于是忽略。

2.需求不清晰，導致頻繁調整需求涉及多方博弈

需求一開始沒定義透，執(zhi)行(xing)時才發現理解(jie)不一致，做(zuo)出(chu)來的東西(xi)和預期差距大。于是返工(gong)、修改不斷，團隊陷入反復推(tui)翻重來的循環。

業務、市(shi)場、技(ji)術、客戶，每個人都(dou)有訴求(qiu)，誰都(dou)想多(duo)要一點。真正坐(zuo)下來劃清邊界，最困(kun)難，也(ye)最容易被跳(tiao)過(guo)。

3.決策鏈條過長，責任模糊

一個需求要層(ceng)層(ceng)確認，意見來(lai)回(hui)修(xiu)改，誰都能提要求，誰也不拍板。項目組在等待和澄清中耗掉了大(da)量(liang)時間。

需求到底由產品經理(li)管(guan)，還是(shi)項目經理(li)管(guan)？很多企業沒有(you)明確界定，結果就是(shi)大家都能提，沒人真正(zheng)負責(ze)。

這三類情況是大多數延期的根本(ben)原因，歸結起(qi)來(lai)，就是需求(qiu)沒管好(hao)。

三、怎么把需求管住

1.劃定邊界

項目啟動前，必須明確(que)到底(di)做(zuo)什么。范圍不清，項目必然被(bei)拖垮(kua)。

2.設立變更機制

需(xu)求可以調整，但要有代價。任何新增和修(xiu)改，都要經(jing)過(guo)評估，明確會帶來多少時間和資源的變(bian)化(hua)，再決定(ding)是(shi)否接受。

3.指定唯一責任人

一個需(xu)求必須有(you)人最(zui)終拍板(ban)。否則(ze)，項目組就(jiu)會在意(yi)見拉扯中失去(qu)方(fang)向(xiang)。

這三點是最低限度的需求管理。做不到，項目延期就是常態。

四、總結

項目延期，看似是(shi)執行慢，其實大多(duo)數(shu)時(shi)候是(shi)需(xu)求沒有(you)被(bei)管住(zhu)。范圍失控(kong)、定義不清、決策鏈條過長(chang)，都是(shi)同(tong)一問題的不同(tong)表現。

想要真正解決延期，就必須從(cong)需求入(ru)手。邊界、機制(zhi)、責任人(ren)，這(zhe)三(san)點如果不落實，項目管理只會停(ting)留在表面。

我在企業干了很多年了，這些經驗都告訴我，進度問題表面在執行，根子在需求。只有(you)管(guan)住需求，才能管(guan)住進度。