Alan Griffiths

從遠處看，一切都很簡單#

從遠處觀察任何活動、流程或紀律，它都看起來很簡單。沒有開發經驗的管理者覺得程式設計師做的事很簡單，而沒有管理經驗的程式設計師也覺得管理很簡單。

程式設計有時候確實是某些人的工作——但其中最困難的部分是思考（thinking），而這恰好是最不被看見、也最不被外行人理解的環節。幾十年來，人們不斷嘗試消除對這種專業思考的需求，例如 Grace Hopper 讓程式語言不再那麼晦澀的努力，而 COBOL 的誕生反而為無數專業程式設計師提供了數十年的收入。

「魔法」假設的危險#

當你不積極參與某件事時，會有一種無意識的傾向，假設事情很簡單，彷彿「魔法般地」發生。當「魔法」持續運作時一切都好，但問題不在於「是否」會停止，而在於「何時」——而一旦魔法停止，專案就陷入麻煩。

作者見過的實際案例：

• 專案浪費數週開發時間，因為沒人搞清楚載入的是哪個版本的 DLL，間歇性失敗時團隊到處找原因，最後才發現載入了「錯誤版本」的 DLL
• 另一個部門運作順暢——準時交付、無需深夜除錯。結果高層認為事情「自己會跑」，裁掉了專案經理。六個月內，該部門的專案就和組織其他部門一樣：遲交、充滿 bug、持續修補

務實的態度#

你不需要理解讓專案運作的所有「魔法」，但理解其中一部分不會有壞處——或者至少尊重那些理解你不懂部分的人。

最重要的是：確保當魔法停止運作時，它能被重新啟動。