PMI（項目管理協(xié)會）2023年報告顯示，全球每投入10億美元，就有1.14億因項目失敗而蒸發(fā)。但最扎心的不是這個數(shù)字——是另一組：83%的項目在啟動會后，計劃文檔再沒被打開過。

這不是執(zhí)行力問題。是 visibility（可見性）的系統(tǒng)性崩塌。

01 證書墻上的PMP，救不了Slack里的項目

每個組織都有方法論。書架上躺著PMBOK（項目管理知識體系指南），工牌后印著PMP（項目管理專業(yè)人士認(rèn)證），風(fēng)險登記冊、RACI矩陣（責(zé)任分配矩陣）、溝通計劃——培訓(xùn)時建得漂亮，考完試就忘。

交付物按時產(chǎn)出，計劃書歸檔完畢。然后團隊回到老樣子：Slack（即時通訊工具）線程里扯皮，知識靠口頭傳遞，會議室里誰嗓門大誰說了算。

這不是項目管理。這是項目 paperwork（文書工作）。

真正的項目管理是一份 living document（活文檔），不是投標(biāo)書。RACI矩陣在責(zé)任模糊時被真正查閱，風(fēng)險登記冊在"聞到異味"時就打開，而不是等爆炸之后。進度表反映現(xiàn)實，現(xiàn)實變了它就跟著變。

工具本身沒問題。問題是啟動會結(jié)束后，繼續(xù)使用的結(jié)構(gòu)和紀(jì)律——大多數(shù)團隊直接扔了。

02 儀表盤亮著綠燈，船已經(jīng)撞冰山

數(shù)據(jù)端的故事一模一樣。指標(biāo)建好了，報告排期了，儀表盤共享了。然后沒人看，直到出事——這時候問題通常變成"找誰背鍋"，而非"怎么修正"。

數(shù)據(jù)的作用是在問題變成危機前發(fā)出信號。它該顯示 effort（投入）流向哪里、result（結(jié)果）從哪里來，切開那些互相矛盾的過程敘事。

但這需要有人真看、真問、真行動。measurement without follow-up（測量而不跟進），只是純成本。

狀態(tài)匯報會上，每人念一遍上周做了什么——這不是協(xié)作，是 performance（表演）。項目在共享舞臺上存在15到45分鐘，然后所有人回各自 silo（孤島）。

真正的協(xié)作是：計劃作為共享對象，可見、最新、團隊共同承擔(dān)。問題在變成 blocker（阻塞項）前上報。問責(zé)是 frank（坦率的），負(fù)責(zé)人站在團隊身后而非對面。

03 把項目管理和數(shù)據(jù)當(dāng)基礎(chǔ)設(shè)施，而非事后反思

當(dāng)項目管理與數(shù)據(jù)被當(dāng)作 team infrastructure（團隊基礎(chǔ)設(shè)施）而非 afterthought（事后補充），事情才開始運轉(zhuǎn)。不是更多流程，是更清晰的 visibility。不是更多報告，是更快的反饋循環(huán)。不是更復(fù)雜的工具，是更簡單的 accountability（問責(zé)）結(jié)構(gòu)。

工作失控，因為無人負(fù)責(zé)。問題惡化，因為無人測量。項目偏離，因為計劃只是啟動會上的PPT，再也沒人打開。

跟進會上，大家說著好聽的話離開，清晰度不比來時多一分。

這不是人的問題。是 visibility 的問題。

你的團隊上周打開過項目計劃文檔嗎？還是它正在某個共享文件夾里積灰，而你們已經(jīng)在Slack里吵了三輪？