想像一場小型展覽正在籌備。設計夥伴做出一張很漂亮的海報,大家一看就想轉發。發出去以後,第一個問題來了:「在哪裡報名?」群組安靜了一下,原來表單還沒準備好。
完成,停在誰的桌上
海報可能真的做得很好。它讓活動有了表情,也讓人願意停下來看。但讀者接著需要日期、地點、報名方式;主辦方則需要管理名額、確認付款或回覆問題。
在這個假想團隊裡,設計負責交付圖片,宣傳負責發布,接待等著整理報名名單。每個人都能指出自己已完成的部分,整場活動卻還沒準備好接住第一位客人。
若此時只要求大家更有責任感,下一次可能仍然重演。因為「完成」究竟指自己的交付物,還是下一個人已經能開始工作,從來沒有約定。前者比較容易算,後者卻決定努力能不能接起來。
最能幹的人,讓缺口暫時消失
群組裡有一位反應快的夥伴。她看見問題,立刻做出表單、補上回覆信,再把名單整理成接待看得懂的格式。當晚活動順利開放報名,大家感謝她,這件事似乎解決了。
可是回到下一次分工,設計仍然只負責圖片,宣傳仍然只負責發布,表單與交接沒有多出正式的負責人。上一回補洞花掉的兩個晚上,也沒有出現在時程裡。
如果只看結果,這個團隊甚至得到一個錯誤訊息:原來這樣排工作是可行的。救場越順利,缺口越不容易被計入下一次安排。能力因此慢慢變成一筆不用預約、也不用報價的公共資源。
把自己的部分做好,也問一句:下一個人需要什麼,才能繼續?
知道有問題,為什麼仍然不改
不是每個人都故意占便宜。把表單正式分出去,需要有人少做別的工作;多排一次交接,需要大家在行事曆裡讓出時間;若本次已經順利完成,這些成本看起來都像額外增加。
還有一種更細的阻力:作品容易被看見,接縫修得好卻可能什麼都沒發生。做海報的人能展示成果,提前發現回覆信缺地址的人,留下的只是一次沒有出現的混亂。如果團隊只在救火時感謝,平常的預防工作就很難取得位置。
因此「下次大家注意」還不夠。需要把補位拆成具體工作:誰確認報名流程、誰有權暫停發布、哪個時間點算交接完成,以及這些工作占用的時間從哪裡來。責任加進去,其他承諾卻一件不少,只是把臨時加班換成正式加班。
把交接放到真的有人接的地方
下一場活動可以先改一個接縫。發布前,由宣傳與接待拿手機走一遍:點開海報、進入表單、送出測試資料、收到回覆。接待確認能看懂名單,宣傳才排定發布。測試資料也要移除,避免和正式報名混在一起。
這不必要求所有人一起開一場長會。需要的是明確的接受條件,以及不符合時真的可以說「還不能交」的人。如果發布日期永遠不能調整,負責交接的人只能默默補完,那個檢查就只是另一道催促。
遇到臨時狀況,仍可能有人必須先救場。可以事先劃出能自行處理的範圍,事後再把實際補位時間記回排程。今天先把活動接住,和明天修正分工,可以同時成立,不必用拒絕幫忙才能證明流程有問題。
修好以後,怎麼知道它真的變了
下次沒有出錯,未必全是新流程的功勞。也許規模變小,或那位夥伴仍在大家沒看見的地方補洞。可以多問一句:這次有誰做了原先沒排進去的工作?若仍然集中在同一個人身上,交接表填得再完整,也可能只是換了外觀。
也不必把所有細節都固定到無法調整。文案的小修正與突然增加一倍參與人數,需要的通知範圍不同。好的約定要讓人知道什麼能自己決定、什麼會改變別人的工作,而不是替每個小動作增加一張簽核單。
那張漂亮的海報仍然值得被稱讚。只是下一次,除了問誰做了它,也有人問:它帶來的人,後面準備好怎麼接?而那位最會救場的夥伴,終於可以把一個晚上留給原本答應自己的事。
找一次臨時救場,列出原排程沒有的人力與工時。把其中一項變成正式交接:由誰接、何時算接到、沒接到能否暫停,以及要從哪裡挪出時間。
留下一個自己的版本。
只存於此瀏覽器,不會送出。換裝置不會同步;清除瀏覽資料會移除紀錄。
同一個問題,繼續聊。
這個主題的影片尚未上架。先留一個自己的版本,之後再回來看看。



