【給老闆的一封信】矽谷工程師：當英雄，不是老闆的工作

工作是一個生產價值的過程，他的概念跟工廠其實很像，原料從一邊進去，經過生產與加工，有價值的成品從另一邊出來，你有工作，組織有產出，皆大歡喜。

跟工廠有不同生產線，生產不同產品一樣，每個人的工作都有分不同種類，各自生產不同的價值，以你最熟的工程師工作而言吧，大概可以分為以下幾種工作：

1. 產品功能開發工作－開發產品新功能
2. Bug 的修復工作－修復產品問題
3. 業務營運工作－維持公司產品營運
4. 救火大隊工作－產品營運出問題，搶救的工作

知道你的工作分為幾種，你就可以視覺化每種工作，畫出你每種工作的價值流程圖，來，你上白板來畫出你們第一項產品開發的所有步驟流程吧。

我接過筆，在白板上畫出幾個方格與箭頭：

設計功能 -> 架構討論 -> 功能開發 -> Code Review -> 測試 -> 部署上線 -> 功能營運

你覺得對公司而言，你功能做到哪個步驟才會產生價值？
「應該是上線營運後才能真正發揮效果吧？」我說。

沒錯，在製造業中，有個概念叫做「半完成品」，英文叫做 Work In Process，或是直接叫 WIP，簡單來說，就是製造到一半的東西，這種半完成品卡在中間，不能當原料或完成品賣出，一點價值也沒有，是製造業的死敵。你雖然在知識經濟下工作，概念是完全一樣的，唯有從頭到尾跑完的工作才有價值，其他都是 WIP ，堆再多都一點用也沒有。

窮忙、瞎忙、當英雄，不是主管的工作

現在你有4項工作分類：「產品功能開發工作」，「Bug 的修復工作」，「業務營運工作」與「救火大隊工作」，前3項工作聽起來都很合理，也都可以分別畫出其價值流程圖，執行完畢後，也都能夠創造價值，但是你想想，第四項「救火大隊工作」完成後，有為整個系統帶來任何價值嗎？

「系統就能夠正常運作了」我搔搔頭。

再回答我一個問題，緊急事件發生時，其他工作的排程怎樣？

「當然全部延後啊，救火優先。火救完了，進度再用力趕回來就是了」我一付理所當然地嘴臉說。

沒錯，救火工作不會為組織產生任何新價值，不僅如此，還讓其他工作能產生的價值延後，整體效能降低，最可怕的是，他通常還沒有辦法預測，你有可能整個月都在救火，組織價值的進度就會落後整整一個月。