寫不完的手冊

阿麵在公司裡扮演了多重角色，常常在救火模式和工作模式切換。有一天，老板娘安慰阿麵說，別這樣覺得辛苦，要覺得驕傲，因為一個人要有能力，才能一次做多件事情。此外，一次處理多件事情，如果 A 做煩了，就可以改做 B ，然後再做 C 換個心情。這樣，才不會無聊。阿麵聽了老闆娘的解釋，也覺得這樣的講法是對的。

直到有一天，公司產品推出了新版本，撰寫手冊的工作落在阿麵身上；手冊還沒處理好，老闆娘又把阿麵調到某個專案裡救火。從此之後，阿麵身上就綁著平常要做的工作、救火，以及寫手冊，事情很多、但好像都做不完。

那段時間的阿麵，疲於奔命地到處救火，早把寫手冊放到最低優先度的工作。即便在週會裡，老闆娘不時提醒阿麵還有手冊沒寫，還要阿麵排出寫手冊的 schedule，但，哪有時間啊？

好不容易，所有的事情都忙完了。阿麵回到寫手冊的工作，並在兩星期內，完成了三本手冊。

只可惜，沒多久新版的產品又推出了。阿麵再度回到寫手冊的地獄裡，好不容易等到產品手冊的客戶，又得繼續等待新版的手冊。

在 TOC 的關鍵鏈理論中，這稱為「多工處理 (multi-tasking)」。在小公司裡，這種事情幾乎天天都會發生，看起來也沒錯。

只是，原本各需 9 天完成的 A、B、C 三件事，若依序完成，可以在開工後 9 天、18 天、和 27 天完成；但若 A、B、C 以多工處理方式，分兩次、每次 4.5 天輪流做，就要 18 天、22.5 天、和 28 天完成。對 C 來說沒差，但對於 A 和 B，就會造成延遲了。

如果考慮工作轉換的成本，如果把工作切得更細、輪流得更頻繁，那麼，連 C 都會延遲了。

以阿麵寫手冊的故事來看，如果阿麵可以多花兩個星期完成手冊，雖然其他事情可能會被延兩個星期，但客戶不需要多等兩個月，就可以拿到產品手冊。

當然，阿麵不是說不可以進行多工作業、不可以插單，工作也有優先順序要考量。只是，插單前請先三思，因為在專案裡，許多預留的緩衝，就這樣莫名奇妙地消失了。阿麵的手冊就是因為插單，似乎永遠也寫不完。