• 菜雞行為：把溝通當成把問題丟給別人
• STAR 階段：T (Task)
• 本篇定位：定義工程溝通的任務：讓別人能判斷、驗收、協作或接手。

這個系列會用 STAR 架構整理每一段職場故事。STAR 分別代表情境（Situation）、任務（Task）、行動（Action）與結果（Result）。每個故事會拆成三天：第一天談 S，還原當時的情境與我原本的理解；第二天談 T，釐清真正的任務、限制與完成條件；第三天則合併 A 與 R，整理我採取的行動、造成的結果，以及後來學到的事。

這篇在三日故事中的位置

Day 16｜我以前的提問，只是一張問題轉交單，停在一個觀察：我丟出去的訊息，別人無法接手。本篇先定義任務：工程溝通要完成什麼；改法與結果留給 Day 18。

「做到 70%」，是另一張轉交單

延續虛構的粉鳥工單服務：不只提問，回報也是同一種病。例會上我說匯出功能「做到 70%」，沒說完成了什麼、證據在哪、剩下什麼、卡在哪、何時需要誰決策，聽的人只能腦補或事後考古。回報是要求，百分比是我選的方案；真正的任務——讓聽的人能行動——還沒被定義。

溝通的使用者不是我，是接下來要行動的人

把溝通當任務，第一步是找出使用者。同一則回報至少有三種讀者：排程的要判斷風險、協作的要知道介面何時可用、接手的要知道證據在哪。他們需要的不是進度感，而是可行動的資訊。

同一條標準也適用 Review 與架構說明：意見要讓作者知道哪些必須改、為什麼；架構圖要講清楚誰負責什麼、資料往哪流，否則方框與箭頭只是裝飾。

百分比可以留，但不能代替可驗收的成果

任務還需要非目標、責任與驗收。非目標：不是把每句話寫成報告，小事口頭講完就好；百分比可留當摘要，但不能取代可驗收成果。責任：影響別人排程、需要決策或超出權限的阻礙必須升級；能自行解決、不影響他人的，事後記錄即可。小任務能省哪些欄位，留給實際改寫時收斂。驗收只有一條：收到的人不必回頭問我，就能決定下一步。

把讀者的下一步當成規格

任務不是講得更多，而是降低下一個人的判斷成本。動筆前先問：誰會讀、要做什麼決定、還缺哪些資訊。

今天可以帶走的練習

找一則寫過的百分比回報，花十五分鐘，依《工程進度回報表》改寫成成果、證據、剩餘工作、阻礙、風險與下一步，產出一則可直接貼進工作討論的回報。驗收方式：讀者不必追問，就能說出你需要什麼協助。一兩天內能完成、沒人依賴的小任務口頭同步即可。

對應工具：《工程進度回報表》。

# 工程進度回報表

用途：用可驗收成果與風險取代模糊百分比。
使用時機：工作跨日、有人依賴你的產出或需要決策時。
不必使用：小任務口頭同步即可、填表成本高於風險時。

| 已完成成果 | 驗證證據 | 剩餘工作 | 阻礙 | 風險 | 下一步 |
| --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |

提醒：百分比可保留當摘要，但不能取代可驗收成果與證據。

下一篇

任務定義好了，剩下的是動手改。Day 18｜我把提問、回報和 Review 改成能接手的工程溝通，會交代同一套資訊結構如何改寫這三件事。