你有沒有遇過這種情況?
星期一開會時,大家分配好任務。
- 業務負責確認客戶需求
- 行政負責場地與設備
- 設計負責主視覺
- 企畫負責活動流程
- 講師負責教材
- 專案負責人負責整體追蹤
會議結束時,大家都很有信心。每一件事情看起來都有人負責。
到了星期五,主管問:「目前進度如何?」
業務說:「客戶還沒正式回覆。」行政說:「場地設備還在確認。」設計說:「我在等正式文案。」企畫說:「流程要等人數確定。」講師說:「教材要等流程定案。」
專案負責人安靜了幾秒。因為每一件事情都有人負責。但每一件事情也都在等別人。
這時候,最容易出現一句話:「大家下星期再加快速度。」
問題是,真正需要改善的不一定是速度。而是團隊太晚才發現:
專案裡的黃燈,其實已經亮了一段時間。
任務有人負責,不代表進度有人看見
很多團隊很重視分工。這當然很重要。但如果分配任務之後,只等到下一次會議才重新確認,就容易出現幾個問題:
- 小問題沒有提早處理
- 等待時間持續累積
- 卡點沒有回報
- 需求變更沒有同步
- 責任雖然有人接,卻缺少下一步
- 黃燈拖成紅燈
- 最後幾天才開始救火
任務分配像是把球傳出去。但專案管理不能只知道:球傳給誰了?還要知道:球現在跑到哪裡?有沒有卡住?下一棒接得到嗎?
紅黃綠燈不是裝飾,而是提早處理問題的語言
可以將每一個工作項目分成三種狀態:
| 狀態 | 代表意義 | 建議處理方式 |
|---|---|---|
| 綠燈 | 正常推進,目前沒有明顯問題 | 保持追蹤,簡短呈現 |
| 黃燈 | 可能延誤,已經出現風險訊號 | 提前處理,指定下一步與期限 |
| 紅燈 | 已經卡住,可能影響整體專案 | 優先協調,必要時請主管決策 |
例如:
| 工作項目 | 狀態 | 目前情況 |
|---|---|---|
| 講師時間確認 | 綠燈 | 已完成 |
| 客戶 Logo 提供 | 黃燈 | 已等待三天 |
| 主視覺設計 | 黃燈 | 等待正式 Logo |
| 場地容量 | 紅燈 | 人數增加,原教室不足 |
| 教材印刷 | 綠燈 | 等最終人數確認後送印 |
這樣,團隊不需要每週從第一項開始朗讀全部工作。先看紅燈,再看黃燈,綠燈快速帶過即可。
黃燈最容易被忽略,卻最值得提早處理
紅燈很明顯。大家通常知道要立刻處理。真正容易被忽略的是黃燈。
例如:
- 客戶尚未正式回覆
- 廠商說「應該來得及」
- 場地設備尚未完整確認
- 人數可能還會改變
- 文件已完成,但還沒有人驗收
- 主管已口頭同意,但沒有留下紀錄
- 設計說還差一個素材
- 企畫說流程大致完成
- 同事說這幾天會處理
這些話聽起來都不嚴重。但它們有一種共同特徵:還沒有真正完成。
黃燈不是代表有人做錯。而是提醒團隊:
如果今天不處理,過幾天可能會變成紅燈。就像廚房聞到一點燒焦味。不一定已經失火。但最好先去看一下。
專案容易失控,通常有五個原因
1. 狀態定義不清楚
同事說:「這件事處理中。」但「處理中」可能代表:已經開始做、還沒開始但準備要做、正在等資料、已經完成一半、已經寄出 Email 等對方回覆、卡住了但還不知道怎麼辦、快忘記了剛好有人問才想起來。
如果每一個人對狀態的理解不同,主管很難判斷風險。可以使用更清楚的狀態:
| 狀態 | 說明 |
|---|---|
| 尚未開始 | 還沒有啟動 |
| 正常進行 | 有明確進度,沒有明顯風險 |
| 等待資料 | 需要前一棒提供資訊 |
| 等待確認 | 已完成初步成果,等待核准 |
| 可能延誤 | 已出現風險,需要提前處理 |
| 已經卡住 | 無法繼續,需立即協調 |
| 已完成 | 已符合交付標準 |
| 待驗收 | 已完成成果,等待確認 |
不要讓所有工作都住在「處理中」這一個大房間裡。
2. 只回報進度,沒有回報卡點
例如:「目前完成 70%。」這是一個數字。但主管還需要知道:剩下 30% 是什麼?卡在哪裡?會不會影響期限?誰負責處理?需要什麼協助?有沒有備案?
有些專案已經完成 90%。但剩下的 10%,剛好是最難的地方。就像搬家已經完成 90%,結果最後留下的是一台鋼琴。
3. 沒有設定黃燈與紅燈條件
如果團隊只靠感覺判斷,就很容易太晚才發現問題。例如:
| 工作項目 | 黃燈條件 | 紅燈條件 |
|---|---|---|
| 客戶需求確認 | 超過兩天未回覆 | 已影響設計與執行 |
| 最終人數 | 活動前五天仍未定案 | 活動前兩天仍持續變動 |
| 主視覺 | 尚缺部分素材 | 已影響通知信與官網 |
| 場地設備 | 部分設備未確認 | 核心設備無法提供 |
| 廠商交付 | 交期可能延後 | 已確認無法準時交貨 |
條件寫清楚,團隊比較容易知道:什麼時候應該主動回報?不要等專案已經冒煙,才開始討論滅火器放在哪裡。
4. 黃燈沒有下一步
例如:「場地設備尚未確認。」這只是一個問題描述。比較完整的寫法是:「場地設備列為黃燈。行政今天下午五點前完成確認;如果場地方無法提供 HDMI 轉接頭,改用備用設備。明天上午更新狀態。」
每一個黃燈與紅燈,都應該包含:目前問題、主要負責人、下一步、完成期限、備案、下次更新時間、是否需要主管協助。
問題被看見,很重要。但問題有人接住,更重要。
5. 追蹤表太複雜,最後沒有人願意更新
有些追蹤表非常完整,欄位多到讓人感動,但也多到讓人不太想打開。最後,大家選擇在群組裡說:「進度正常。」
追蹤表的目的是讓工作變清楚,不是讓同事每天參加 Excel 耐力賽。一開始先保留真正需要的欄位即可。
建立一張「每週紅黃綠燈追蹤表」
一份實用的每週追蹤表,可以包含以下欄位:
| 欄位 | 要記錄的內容 |
|---|---|
| 工作項目 | 目前要完成什麼? |
| 主要負責人 | 誰負責推進? |
| 協作人員 | 哪些人需要提供資料? |
| 交付成果 | 完成時要交出什麼? |
| 完成期限 | 最晚什麼時候完成? |
| 目前狀態 | 綠燈、黃燈、紅燈或待確認 |
| 目前進度 | 已經完成到哪裡? |
| 主要卡點 | 現在卡在哪裡? |
| 下一步 | 接下來要做什麼? |
| 下一步負責人 | 誰負責下一個行動? |
| 更新期限 | 何時要再次回報? |
| 備案 | 如果無法完成,替代方式是什麼? |
| 需要主管協助 | 是否需要決策、資源或跨部門協調? |
這張表的目的,是讓團隊每週快速看見:哪些事情正常?哪些事情需要提早處理?哪些事情已經不能再等?
用五個步驟,建立每週追蹤節奏
第一步:只放真正重要的工作節點
不要把每一個小動作都放進追蹤表。每週追蹤表應聚焦會影響整體進度的關鍵節點。
例如,一場企業活動可以先追蹤:客戶需求確認、課程方向確認、講師時間確認、場地與設備、最終人數、主視覺、通知信、教材、工作人員、現場流程、課後回饋。
如果只是寄出一封提醒信、整理一張圖片、修改一個標點符號,可以放在個人待辦清單中,不必每週在追蹤會議上說明。
第二步:明確定義紅黃綠燈
不同團隊可以有自己的規則。例如:
| 狀態 | 定義 |
|---|---|
| 綠燈 | 按照時程推進,資料齊全,沒有明顯風險 |
| 黃燈 | 已出現等待、變更或不確定因素,但仍有時間處理 |
| 紅燈 | 已經延誤、卡住或影響其他工作,需要立即處理 |
| 待確認 | 缺少負責人、期限、資料或正式決策 |
定義一致,大家比較不會因為怕被責怪,所有事情都填綠燈。追蹤表不是成績單。黃燈也不是處罰。它只是提醒:這裡值得先看一下。
第三步:每個黃燈與紅燈都要有下一步
例如:
| 工作項目 | 狀態 | 問題 | 下一步 | 負責人 | 期限 |
|---|---|---|---|---|---|
| 客戶 Logo | 黃燈 | 尚未收到正式檔 | 業務再次追蹤 | 業務 | 今日下午五點 |
| 場地容量 | 紅燈 | 人數增加,原場地不足 | 提供兩個替代場地方案 | 行政 | 明日上午 |
| 主視覺 | 黃燈 | 等待 Logo | 先使用暫代圖示完成版型 | 設計 | 今日下班前 |
| 教材送印 | 綠燈 | 無 | 最終人數確認後送印 | 行政 | 星期四 |
每一個黃燈都要有人接住。不要讓黃色警示燈在追蹤表裡安靜地閃了一個月。
第四步:固定每週更新,不要想到才檢查
建議設定固定節奏:
| 時間 | 建議做法 |
|---|---|
| 星期一 | 更新本週重要工作與期限 |
| 星期三 | 快速檢查黃燈是否需要提前處理 |
| 星期五 | 整理本週完成事項、卡點與下週行動 |
| 重要節點前 | 提高檢查頻率 |
| 出現需求變更時 | 立即更新影響範圍 |
如果專案距離活動日期愈近,可以增加更新頻率:活動前一個月每週一次、前兩週每週兩次、前一週每天快速確認、前一天只處理紅燈與備案。追蹤不是為了增加會議,而是避免最後一天開一場超長的救火大會。
第五步:主管只看需要決策的事情
主管通常不需要閱讀所有細節。可以將主管摘要整理為以下格式:
本週主管摘要
整體狀態:黃燈,多數工作正常,但有一項場地問題需要決策。
紅燈:場地容量不足,需要確認替代教室。
黃燈:客戶 Logo 尚未收到,設計先使用暫代版本;最終人數尚未確認,行政先保留 10% 教材彈性。
需要主管決策:是否同意改用大型教室?是否增加一位助教?
下一步:行政明日上午提供兩個替代場地方案;業務今日下午五點前確認最終人數;星期三下午更新進度。
主管不需要從第一頁讀到最後一頁。先看需要自己做什麼。
案例:企業課程準備,如何使用每週紅黃綠燈追蹤表?
假設團隊正在準備一場企業創新課程,活動日期是兩週後。
| 工作項目 | 負責人 | 交付成果 | 狀態 | 卡點 | 下一步 | 期限 |
|---|---|---|---|---|---|---|
| 課程主題確認 | 業務 | 正式課程名稱 | 綠燈 | 無 | 更新主表 | 已完成 |
| 講師時間 | 行政 | 行程確認 | 綠燈 | 無 | 無 | 已完成 |
| 場地容量 | 行政 | 場地確認表 | 紅燈 | 人數由 30 增至 55 人 | 提供兩個替代場地 | 明日上午 |
| 客戶 Logo | 業務 | 正式圖檔 | 黃燈 | 客戶尚未提供 | 今日再次追蹤 | 今日下午五點 |
| 主視覺 | 設計 | 16:9 與社群版圖片 | 黃燈 | 等待 Logo | 先使用暫代圖示 | 明日下午 |
| 教材份數 | 行政 | 印刷數量 | 黃燈 | 人數尚未定案 | 先預留 10% 彈性 | 星期四 |
| 課程流程 | 講師與企畫 | 正式流程表 | 綠燈 | 無 | 配合場地微調 | 星期五 |
主管只要看一分鐘,就能理解:最大問題是場地、Logo 尚未收到但已有備案、教材不需要立刻送印、流程大致正常。這比在群組中翻找 86 則訊息有效率多了。
案例:網站文章製作,如何避免漏掉最後一哩路?
假設網站文章已完成正文,但要真正上線,還需要 SEO Title、Meta Description、URL slug、首圖、三張內文圖、圖片 alt 文字、FAQ、Schema、CTA、延伸閱讀、手機版檢查、連結測試。
| 工作項目 | 狀態 | 卡點 | 下一步 |
|---|---|---|---|
| 文章正文 | 綠燈 | 已完成 | 上傳網站 |
| SEO 資料 | 綠燈 | 無 | 完成設定 |
| 文章圖片 | 黃燈 | 內文圖尚缺一張 | 完成生圖後上傳 |
| FAQ | 綠燈 | 已完成 | 加入可展開區塊 |
| Schema | 黃燈 | 尚未設定 | 加入 FAQPage 與 Article schema |
| CTA | 黃燈 | 連結尚未測試 | 完成連結測試 |
| 手機版檢查 | 待確認 | 尚未測試 | 發布前檢查表格與按鈕 |
文章不是貼上文字就算完成。最後一哩路常常藏著很多小石頭。用紅黃綠燈追蹤,就比較不容易在上線後才發現:CTA 按鈕很漂亮,但點下去沒有任何事情發生。
案例:新人交接改善,如何避免做了一半就停住?
假設公司決定改善新人交接,團隊已經分配任務:資深同事整理常見問題、行政整理資料位置、主管整理第一週任務、專案負責人安排測試。
| 工作項目 | 負責人 | 狀態 | 卡點 | 下一步 |
|---|---|---|---|---|
| 常見問題整理 | 資深同事 | 綠燈 | 已整理 15 題 | 補至 20 題 |
| 資料夾索引 | 行政 | 黃燈 | 部分資料夾名稱不一致 | 統一命名 |
| 第一週學習地圖 | 主管 | 黃燈 | 星期三與四任務尚未確認 | 補充任務內容 |
| 求救路徑 | 行政 | 綠燈 | 無 | 完成版面整理 |
| 新人測試 | 專案負責人 | 待確認 | 尚未找到測試人員 | 安排一位近期新人試用 |
這樣,團隊不會三個月後才發現:大家都覺得新人交接很重要,但新人還是只能自己在資料夾裡探險。
AI 可以如何協助建立每週紅黃綠燈追蹤表?
AI 很適合協助整理:會議紀錄、決策行動追蹤表、專案主表、群組訊息、Email 摘要、需求變更紀錄、各部門回報、待辦事項、風險清單、上星期追蹤表。
1. 整理本週重要工作
不是將所有細節都放進去,而是優先整理:會影響整體時程的工作、有依賴關係的工作、接近期限的工作、出現等待的工作、已有風險訊號的工作、需要主管協助的工作。
2. 判斷紅黃綠燈
AI 可以根據是否接近期限、是否已經延誤、是否缺少資料、是否等待確認、是否影響下一棒、是否有備案、是否需要主管決策,提出建議狀態。但最後仍然應由熟悉專案的人確認。
3. 找出資訊缺口
例如:沒有負責人、沒有期限、沒有交付成果、沒有下一步、沒有更新時間、沒有備案、不知道是否需要主管協助。請 AI 標記「待確認」。
4. 產生主管版與團隊版
主管版包含:整體狀態、紅燈、黃燈、待決策事項、下一步。團隊版包含:工作項目、負責人、交付成果、期限、卡點、下一步、備案、更新時間。同一份資料,針對不同受眾產生不同版本。
5. 比較上週與本週變化
例如:哪些綠燈變成黃燈?哪些黃燈已經轉為紅燈?哪些紅燈已經解除?哪些工作持續等待?哪些卡點重複出現?哪些問題需要建立長期改善方案?
這樣,追蹤表不是只看當下,也能找出流程中反覆出現的塞車路段。
使用 AI 時,仍然要注意資料安全
每週追蹤資料可能包含:客戶姓名、聯絡方式、報價、預算、合約、公司內部流程、人事資訊、未公開專案、個資、帳號與密碼。
使用公開 AI 工具之前,應先:
- 刪除敏感資訊
- 使用代稱
- 進行匿名化
- 遵守公司資安規範
- 使用公司核准的 AI 工具
不要直接貼上真實客戶資訊。可以改成:客戶 A、專案 B、部門 C、廠商 D。我們希望 AI 幫忙亮起警示燈,不是讓它走進公司機房,把所有開關都打開。
可以直接複製的 AI 每週紅黃綠燈追蹤提示詞
專案管理不是每天催進度,而是提早看見問題
任務分配完成之後,團隊還需要固定看見:哪些事情正常推進?哪些事情開始出現風險?哪些事情已經卡住?哪些工作正在等待?哪些卡點反覆出現?誰負責下一步?何時要再次更新?哪些事情需要主管協助?
AI 可以協助整理資料、標示狀態、找出缺口、比較每週變化與產生主管摘要。但最重要的,仍然是團隊願意在黃燈出現時就開始處理。
不要等到所有燈都變成紅色,才在會議裡問:「為什麼大家沒有提早說?」
「目前整體為黃燈。場地容量已經變成紅燈,需要主管今天確認替代方案。Logo 尚未收到,但設計已有暫代版本。星期三下午再次更新。」
問題提早被看見,專案才比較不會失控。
重點整理
- 任務分配完成,不代表專案會自動順利推進。
- 紅黃綠燈可以幫助團隊快速區分正常工作、潛在風險與已經卡住的事項。
- 黃燈最值得提早處理,避免拖成紅燈。
- 每一個黃燈與紅燈都應包含卡點、負責人、期限、下一步與備案。
- AI 可以協助整理追蹤表與比較每週變化,但重大事項仍然需要人工確認。
常見問題
把你的工作卡點,變成下一個創新起點
工作上是否也有一些專案,任務明明已經分配,最後卻還是到了截止日前才發現問題?
可能是黃燈沒有提早處理、卡點沒有人接住,或是每一個人都在等待下一棒。
歡迎把你的問題放進「創新許願池」。創新先生會從中挑選具有代表性的題目,運用創新思維重新拆解,整理成文章與大家分享。也許你最近亮起的那一盞黃燈,正是下一個最值得改善的起點。

