本系列取材自真實經歷，人物、場景、對話與時間順序經過合成與小說化處理。文中假設案例與示意數字用於說明觀念。

我又熬了一夜在工作，清晨到社區時，成哥已經準備接班。師父正在和他說明一筆住戶報修，交接簿上寫著總幹事已回覆，今天再聯絡。

成哥看完問：「是總幹事會聯絡，還是我要打？幾點以後方便？」

師父把昨天回覆的內容補清楚：先由日班在約定時段確認住戶是否在家，再回報總幹事安排。成哥用筆指著那一行重述一次，確認自己要接哪一段。

我等交班完成，才問師父：「和美國同事作息錯開，是不是也會遇到這種問題？你寫完訊息去睡覺，對方才發現少問一句。」

非同步工作，需要讓訊息能被接下去

師父說，非同步就是不要求大家同時在線上對話。它的好處是可以各自安排工作，但訊息需要帶足背景，讓接手的人有辦法行動。

我說：「那就是文件寫詳細一點。」

師父回答，詳細不一定有用。他示範一句資訊不足的訊息：「匯入有問題，我查過了，麻煩看一下。」收到的人不知道是哪筆工作、已經查到哪裡，也不知道自己該接著查還是先停掉功能。

他換了一種寫法：指定資料批次在讀取欄位時失敗，其他已知批次目前正常；已確認檔案能開啟，但還沒檢查欄位對應；相關工單和去識別化樣本放在同一處，請接手的人先確認對應規則，暫時不要重送這筆批次。

我問師父：「這樣不是會寫很久？」

師父說，前提是工作過程就有留下紀錄。交接時把已知資訊整理到同一個入口，比讓下一個人重做一輪還省事。也不用把所有 log 貼進訊息，最重要的是狀態、已做的事、缺口和下一步，細節用連結接起來。

知道下一步，還要知道誰有權決定

我問：「那文件都寫好了，你就可以去睡？」

師父說，如果這項工作需要明確交給某個人，還要確認有人接手。尤其會影響客戶或正在處理的故障，不能只在大群組貼一段話，就假設其中一個人自然會做。

他進一步說，接手的人也需要知道可決定的範圍。例如可以繼續查資料、可以在測試環境重現，但若要重送正式資料或改變客戶看得到的結果，可能需要另外確認。權限與決策邊界沒有說明，對方就算看懂，也可能只能等。

我想到成哥剛才那句問話：「所以已通知，不代表事情已經有人處理。」

師父說對。有些通知只是讓人知道，有些是在要求行動，兩種訊息應該分清楚。

需要對方接手時，直接寫明要做什麼，以及什麼狀況需要再找自己或其他負責人。

Google SRE 在事故交接的說明中，也強調明確移交角色並取得接手者確認。這是對高關聯工作的具體做法，平常工作可依重要程度簡化。Google SRE：Managing Incidents

有些分歧，應該約時間一起談

我問師父：「那乾脆每天固定開會，把問題一次講完，不是更快？」

師父回答，有些情況適合同步討論。例如兩個人對需求理解不同、要在幾個都有代價的方案中選擇，或文字已經來回幾輪仍沒有共識，約一段時間把問題談清楚可能比較快。

但如果只是報告已完成的事情，或提出一個有資料可判斷的選擇，文件就可以先承擔。不能因為跨時區，就要求所有人每天把睡眠時間留給例行報告。

我追問：「緊急事情呢？總不能等下一次重疊時間。」

師父說，要事先有處理安排。什麼情況需要立刻通知、通知誰、有人沒有回應時找誰，以及誰當時負責。這種事不能等事故發生，才從聯絡人清單裡挑一個可能還醒著的人。

他也提醒，工作訊息提到日期、截止時間和預約，都應該讓雙方看懂時區。跨國團隊可能不只兩個地方，夏令時間還會影響部分地區，不能永遠靠腦中固定減幾個小時。

我問：「那開完會還需要文件嗎？」

師父說，需要留下決定和後續。沒有參加的人要知道怎麼做，參加的人也可能記成不同版本。重點不是逐字稿，而是選了什麼、誰負責、什麼時候再確認。

跨時區交接要留下背景、進度、待決定事項與接手人。 需要一起談的分歧就約時間，能透過文件完成的工作，就讓文件有足夠資訊。

而他，師父沒什麼差，因為他晚上在社區工作，作息本來就和美國同步，所以非同步的挑戰對現在的他影響不大。