為什麼團隊導入專案管理工具,三個月就沒人用?十年 PM 看過的 5 種死法

上個月一個帶 22 人手遊團隊的朋友傳訊息給我:「我們的 Jira 又沒人用了。這是第三套了,之前 Trello 跟 Notion 都死在三個月內。是不是我們團隊有問題?」
我跟他說:不是你們有問題,是你們每次都踩同一批地雷,只是換了工具再踩一次。
我做了十年遊戲業 PM,經手過的工具導入——自己主導的加上旁觀別組的——超過十次,活下來的大概三分之一。失敗的那些,死法出奇地集中,翻來覆去就是五種。這篇把五種死法攤開來講,每一種配一個我親眼看過的場景,和當時怎麼救(或沒救回來)。
先講結論:導入失敗,九成不是工具的錯。所以這篇大部分內容,跟你用哪套工具無關。急著對號入座的話,先看這張速查表。
| 死法 | 現場症狀 | 解法一句話 |
|---|---|---|
| 工具太複雜 | 第二週登入人數雪崩 | 上線只開一個看板、三種狀態 |
| 老闆自己不用 | 真正的優先級住在老闆的 LINE 裡 | 插單也要走系統,談不攏就別導 |
| 欄位設太多 | 大家開始亂填,報表變垃圾 | 必填欄位三個以內,每個欄位要有人拿來做決定 |
| 沒有單一事實來源 | 需求在群組裡長大,卡片停在第一版 | 不在系統上的需求,不存在 |
| 沒人維護流程 | 板上堆滿殭屍卡和離職者的名字 | 指定板主,每週 15 分鐘清板 |
死法一:工具太複雜,第二週就沒人開了
2019 年我待的一家公司,35 人團隊導 Jira。管理員是一位很認真的技術 lead,他開了完整的 Scrum 模板:Epic、Story、Sub-task 三層結構,外加一條七個狀態的自訂工作流。工程師勉強跟得上,美術和企劃直接陣亡。
第九天,美術組長跑來找我,一臉抱歉地說:「我只是想知道今天要畫哪張圖,為什麼我得先搞懂什麼叫 backlog?」第三週,美術組私下回去用他們原本的 Excel 排圖表。系統上的美術任務全部停在「待處理」,但圖其實都畫完了。
這裡的坑是:主導導入的人通常是全公司最懂工具的人,他會不自覺拿自己的上限,去設計別人的日常。
那次算是救回來一半:我們把美術組的板砍掉重開,狀態只剩三個,欄位只留截止日。兩週後美術組長自己跑來問,能不能加一個「卡住了」的狀態——這就是功能該長出來的時機,由用的人開口,而不是由管理員預先鋪好。
解法:上線第一個月,只開一個看板、三種狀態——待做、進行中、完成。就這樣。等團隊出現「不看板會不安」的體感,再逐步開 Sprint、開自訂欄位。功能是長出來的,不是部署出來的。
死法二:老闆自己不用
另一家公司,老闆在導入會議上拍桌:「以後所有任務都上系統,我要看得到進度。」隔天早上十點,他在 LINE 上直接丟一句「那個活動頁今天要改版」給主程——沒開單、沒進系統。
導入第 11 天,主程私下問我:「板上排第一的那張卡,跟老闆昨天 LINE 我的,哪個算數?」我答不出來,因為答案大家都知道:LINE 那個算數。從那天起,系統變成「給 PM 交差用的平行世界」,真正的優先級住在老闆的 LINE 裡。撐到第三個月,全團隊很有默契地回到 LINE 治國。那套系統沒人提議關掉,就一直開著,像辦公室角落那台沒人用的跑步機。
解法:導入前先跟老闆談好一條規則——插單可以,但插單也要走系統;或者至少授權 PM 把口頭指令搬上板子、以板子為準。談不下來就別導入,省下那筆錢和三個月的士氣。說實話,工具救不了不想被管理的管理者。
死法三:欄位設太多,填表比做事還累
這條我自己踩過,講起來比較痛。有一年我幫團隊設計任務模板,一口氣開了 14 個自訂欄位:優先級、所屬模組、目標平台、預估工時、實際工時、風險等級、驗收人……每一個在當下都有理由。
結果工程師關一張單要花 90 秒填表,一天關七、八張,光填表就十幾分鐘。第五週開始有人亂填——風險等級永遠選「中」,工時永遠填 4 小時。第八週我拉報表,發現整份數據是垃圾。輸入是垃圾,報表當然是垃圾,這帳只能算在我頭上。
後來我把 14 個欄位砍到剩三個:負責人、截止日、優先級。被刪掉的那 11 個,接下來半年沒有任何一個人問起——它們本來就沒人在用,只有我以為有用。
解法:每加一個欄位前先回答:「誰、會看這個欄位、做什麼決定?」答不出具體的人和具體的決定,就不要加。我現在的標準是上線時必填欄位不超過三個。欄位跟稅一樣,收得越多,逃漏越兇。
死法四:沒有單一事實來源,需求還是在 LINE 裡長大
一個改版需求,在 LINE 群裡被企劃改了三次口徑:按鈕從左邊搬到右邊、又加了一個彈窗、最後整個入口換位置。板上那張卡還停在第一版。工程師照卡做,三天的工當場作廢。
會後檢討,誰的錯?企劃說「我在群裡講過了」,工程師說「卡上沒寫」。兩邊都對,所以兩邊都錯。問題不在大家愛用 LINE——LINE 拿來討論很好——而是沒有人規定「哪裡的版本是準的」。
解法:立一條全團隊都背得出來的規則:不在系統上的需求,不存在。LINE 上可以吵、可以丟點子,但討論結束十分鐘內,發起討論的人要把結論搬回卡片;改需求就改卡。注意是「發起討論的人」搬,不是 PM 一個人搬——PM 當全職搬運工的下場,是變成全團隊的人肉緩衝區,那是另一種死法。這條規則需要老闆背書——請回頭看死法二。
死法五:沒人負責維護,看板變成垃圾場
我接手過一個專案,打開看板的第一眼:247 張卡,最舊的一張 14 個月沒人動,「負責人」欄位裡躺著兩位離職超過半年的同事。你看到這種板,第一反應是什麼?「上面的東西都不用當真。」於是它就真的沒人當真了。
這是最陰險的一種死法——不是砰一聲死掉,是安靜地爛掉。導入時大家很熱,三個月後熱度散了,沒人發現工具已經停止反映現實。
那次我花了兩個下午清板:能關的關、找不到主人的歸檔,清完剩六十幾張活的卡。最明顯的變化不是數字,是下一次週會,終於有人願意把看板投影出來對著講——因為上面的東西又能當真了。
解法:指定一個板主,不一定是 PM,願意管的人就行。每週固定 15 分鐘清板:關掉殭屍卡、更新負責人、把「進行中」躺超過兩週的卡拉出來問。工具跟花園一樣,不除草,三個月就看不出原本的樣子。
有三種情況,你根本不該導入
寫到這裡得潑一下冷水。我自己做了一套專案管理工具(LIVO),這段話由賣工具的人來說,可能更有份量。
- 團隊五人以下、專案單線進行——一份共用表格加每天十分鐘站會就夠了,上系統是自找的管理成本。
- 你的問題是人,不是資訊——如果需求一直變是因為老闆想到什麼說什麼,工具只會讓混亂被記錄得更整齊,不會讓它變少。
- 團隊有技術同事、預算是零——Plane CE、Worklenz、OpenProject CE 這些免費開源自架方案完全可用。先用免費的把流程跑順,再談要不要花錢。
工具要活下來,其實就三個條件
回頭看那五種死法,救回來的案子都做對了同樣的事:老闆帶頭用(死法二)、全團隊承認單一事實來源(死法四)、有一個人每週養它(死法五)。至於死法一和三,本質是同一件事——上線時越小越好,複雜度等團隊自己長出需求再加。
我後來做 LIVO 時,把這些教訓直接寫進預設值:開箱就是一個乾淨的看板,欄位要自己一個一個加。因為我看過太多反過來的死法了。
常見問題
導入專案管理工具,多久才算過了危險期?
我的經驗值是八週。前兩週看登入率;第四週看「有沒有人開始在卡片上吵架」——這是好事,代表工作真的搬上去了;第八週看老闆開會時開的是系統還是 LINE。三關都過,基本上就活了。
團隊就是抗拒用,怎麼辦?
先分清楚是「懶得學」還是「學了沒好處」。前者用死法一的解法:功能砍到剩看板。後者更常見也更難——如果認真填了系統,老闆還是用 LINE 派工,那抗拒是理性的,該修的是死法二,不是團隊。
免費工具跟付費工具,導入成功率有差嗎?
誠實說:沒差。五種死法沒有一種是花錢能避開的。付費的差別在中文介面、有人幫你排錯、出事有窗口——這些影響的是維護成本,不是存活率。預算緊就先用免費開源的,流程跑順了再說。
如果你正要(再)導入一次,想先看看「開箱只有一個乾淨看板」長什麼樣子,LIVO 有個免登入的線上 Demo,點開就能拖拖看,不用留 email。