(Ai風格的生成開始跟我的專案一樣慢性失控)

壞消息不是不能講，但要會「裝箱」後再交出去。

為什麼壞消息不好講？

在專案現場，牛郎工程師一定會遇到這種情境：某個功能出包了、進度落後了、或是外部依賴失效了，你必須向客人回報。
這時候的困境是：

• 如果講得太坦白，客人可能馬上炸鍋：「怎麼會這樣！」
• 如果講得太輕描淡寫，反而會被懷疑在推託或隱瞞：「是不是還有更多沒講清楚的？」

因此，問題不在於「要不要說」，而是「怎麼說」。
壞消息需要被妥善包裝，讓客人覺得：雖然出了狀況，但事情依然在掌握中。

三段式回報公式：問題 + 解法 + 跟進計畫

這是一個能降低風險的模板：

0. 問題描述（事實）
   • 用平靜中性的語氣說明狀況。
   • 避免「大問題」、「慘了」這種情緒字眼。
   • 範例：「今天上午的版本有載入錯誤。」
1. 目前處理方式（行動）
   • 告訴客人你已經著手處理，不是放著等爆炸。
   • 範例：「我已經回溯並確認是哪段 Script 出錯。」
2. 後續跟進計畫（保證）
   • 提供一個具體的下一步，讓客人知道事情持續被追蹤。

範例

「今晚會 patch 新版本，明早前會回報最新進度，確保不影響發佈排程。」

正面示範

「有個小狀況，我們今天上午部署的版本有載入錯誤。我已經回溯並調查是哪段 Script 出錯。今晚會 patch 新版本，明早前會更新進度，確保不影響你們的發佈排程。」

這樣的說法有三個關鍵效果：

• 先講了問題，但不是丟完就跑，而是馬上補上解法。
• 讓客人知道你已經行動，而不是來「請指示」。
• 提供下一步規劃，讓客人覺得事情不會失控。

反面示範

• 工程師 A：「完了，今天的版本壞掉了，這下糟了。」
• 工程師 B：「功能還沒好，可能要 delay。」

問題在於：

• 沒有說明處理方式 → 客人覺得你只是來丟問題。
• 沒有提供下一步 → 客人焦慮感加倍，開始想「那我要怎麼交代？」
• 語氣太情緒化 → 客人更容易把責任往你身上推。

結果就是，壞消息變成炸彈，立刻炸回你身上。

技巧補充

壞消息的「包裝術」

• 縮小化語氣：「有個小狀況」比「出大問題」好。
• 把焦點轉向行動：少花篇幅描述問題，多花篇幅強調你正在做什麼。
• 拉上時間界線：讓客人知道「什麼時候會有解答」。
• 適度預留空間：避免過度保證「一定沒事」，改說「會即時更新狀況」。

不同場合的應對

• 會議中：簡明扼要，搭配「下一步行動」，不要講太細節，避免大家陷入恐慌。
• 私訊中：可以多補充細節，讓主要客人感受到你的誠意與透明度。
• 正式文件中：將壞消息寫成「Issue → Resolution → Next Step」的格式，讓人一眼就能看懂進度。

長期效果

如果你能持續用「問題 + 解法 + 跟進」的方式回報壞消息，會有這些長期好處：

• 客人會更信任你，因為他知道就算有狀況，你也能處理。
• 你在團隊中的形象會更穩重，成為「遇事可靠的人」。
• 專案遇到危機時，大家自然會把你當成核心支點，而不是推卸責任的對象。

職場延伸

當炸彈其實是客人自己引爆的

有時候，壞消息的來源根本不是你造成的，而是客人自己或其他部門的問題。這時候不要急著澄清「不是我的錯」，而是用中立專業的語氣：「我們確認到這個狀況的成因來自 A 部門的流程，目前我已經先整理好需求清單，方便他們快速支援。」這樣既讓對方知道真實原因，又保留了解決問題的態度。