潘英杰
每天都很忙,專案進度卻原地踏步?用 3 個問題找出真正卡住的地方
下班前,Max 的電腦螢幕上還開著好幾個視窗。上午回覆好幾位客戶訊息,中午趕一份報告,下午連開 3 場會議,臨走前又處理了一件主管交辦的急事。Max 回頭看今天的行事曆,幾乎沒有空檔,但心裡卻有點說不上來的疑惑:原本最重要的那件工作,進度好像還停在昨天。
這種情況在企業裡並不少見。人很忙、事情有人處理、進度表也按時更新,到了檢討會議,真正想改善的問題卻依然存在。
忙碌有很多種樣貌。有些忙,是工作正在往前推;有些忙,只是讓一件卡住的事情不斷換個方式出現在我們面前。兩者外觀看起來相近,結果卻可能差很多。
有人在追進度,不代表有人在解決問題
以一個跨部門改善專案為例。公司希望縮短客戶訂單的處理時間,指派 Max 負責協調業務與後勤部門。
Max 很認真。每天早上先確認各單位的進度,接著整理會議紀錄、回答主管詢問;遇到資料未到齊,就逐一提醒承辦人。為了讓大家掌握情況,他還維護了一份相當完整的追蹤表。哪個部門還沒回覆、哪些事項正在確認,都記得清清楚楚。
6 周過去了,訂單處理時間卻沒有明顯縮短。主管看著報表納悶:「大家不是一直在處理嗎?」
回頭翻查才發現,真正拖慢流程的是訂單資料的判定標準。業務部門認為資料已經填齊,後勤部門卻常因規格不明而退回確認。這個問題第二周就被提出,此後每周都在進度表上出現,欄位始終寫著「跨部門確認中」。
Max 追了很多次進度,兩個部門也回了很多次訊息,唯獨沒有把「資料完整到底由誰認定、依據是什麼」談清楚。
這樣常見的職場情境提醒我們:一件事有人持續跟進,不表示造成延誤的原因已經受到處理。
你說的「已完成」,是交了東西,還是解決了問題?
談工作成果時,我經常會提醒學員留意 output 與 outcome 的差別。
output 指工作完成後交付的具體產出,例如報告、會議紀錄或追蹤表;outcome 關注的是工作帶來什麼結果或改變。以 Max 的專案來說,完成進度報告是產出,縮短訂單處理時間才是團隊希望達成的成果。
兩者都不可少。沒有過程中的交付物,很多事情難以協作;但如果注意力只停在「表格更新了沒」、「會議開完了沒」,就容易漏掉更重要的追問:訂單究竟有沒有變快?退回重填的次數有沒有減少?
我常在課堂上請主管們回想近期的一項工作:當大家報告「已完成」時,究竟是完成了一項交辦動作,還是原本想解決的問題已有改善?不少管理落差,就是從這兩種理解沒有對齊開始的。
因此,檢討工作時,除了確認交付項目,也值得問一句:「做完這件事以後,哪個結果應該跟著改變?」這個問題看似簡單,卻能把討論重新帶回工作的目的。
回報連續寫著「持續追蹤」,就該往下問:卡在哪?
大部分專案一開始就有完成期限,但卻沒有安排處理偏差的時機。任務分派下去後,各部門各自忙碌;直到接近交付日,才發現某個問題已經反覆發生好幾周。
這時再增加會議或催促,未必能補回耽擱的時間。真正需要處理的,往往是決策尚未做出、判斷標準沒有共識,或某項責任始終無人承接。
工作節奏的重要性,就在這些地方顯現。不同任務需要不同的檢視安排:例行工作可以按既有流程進行;跨部門、變動較多的專案,則要更早辨識阻礙,讓需要協調或決策的事項及時浮現。
特別要留意那些連續幾次都沒有進展的項目。如果回報內容始終停留在「持續追蹤」,管理者就應該往下問:
- 究竟卡在哪裡?
- 誰能協助判斷?
- 還缺少哪個決定?
與其多催一次資料,不如攤開被退回的訂單
回到 Max 的案例。與其每天再多催一次資料,他可以先把團隊拉回專案目標:這次要縮短的是哪一段處理時間?目前耗時最久的環節在哪裡?
接著,找業務與後勤部門拿幾筆實際被退回的訂單,一起對照資料欄位。哪些資訊容易有不同解讀?後勤需要的判斷依據是什麼?新標準由誰拍板?這些問題談明白了,才有機會改變訂單來回補件的情況。
雙方形成共識後,也不急著宣布改善完成。先以接下來的一批訂單試行,再檢查是否仍有相同的退回原因;如果還有,就接著調整。這一次的追蹤重點,才有機會從「資料交了沒有」移到「流程是否真的改善」。
你會發現,Max 不一定要做更多事,甚至可能可以少開幾場沒有結論的進度會議。他需要的是把時間花在真正影響成果的障礙上,讓每一次檢視都能帶出下一步行動。
忙一整天不難,難的是說出哪件事真的往前走了
我們的工作永遠有新的訊息、新的任務,也總有人需要即時協助。要讓自己一整天都很忙,其實不難;比較難的是,忙了一段時間之後,能清楚說出哪些重要事情已經產生進展。
對工作者來說,值得定期回頭看看:今天投入最多時間的事情,與原本最重要的目標有多大關係?對主管而言,除了聽取完成項目的回報,也要留心反覆出現卻遲遲沒有解決的障礙。
工作節奏的價值,在於讓重要事情有機會持續往前,而不是每次都等到期限逼近才全力衝刺。當我們逐漸養成確認成果、檢視進展與調整工作安排的習慣,忙碌才更有機會累積成真正的工作成果。
(本文為讀者投稿)