緣起

我在〈One-Week Sprint 的節奏〉一文提到個人的「迷你版 Scrum」首航經驗：

第一個 sprint 順利達標，儘管變數層出不窮。

萬萬沒想到第一次嘗試帶 Scrum，而且是「1 舊人 + 2 新人」的高風險組合，就很有機會實現。除了天時地利人和的配合，事先認真的 WBS 分析，應是重要因素。

高德拉特初試啼聲之作《目標》，最為人津津樂道的，不外乎是「聚焦五步驟」（又稱 POOGI）及「鼓-緩衝-繩」(Drum-Buffer-Rope; DBR)。

此兩者都是流程，都是可立即實施的方法。

不過，在進入流程之前，有沒有更基本的現象觀察及原則歸納，可讓我們在運用這些流程時，更具方向感，不易走偏？畢竟，不懂原理，貿然盲目依循流程，並不會增加成功機率，反而可能因為不明就裡，不知變通，導致無法排除障礙，進而放棄整套方法。

我曾在 iThome 的 2012 年度必看好書中，推薦 The Scrum Field Guide（當年還是第一版，現在則有第二版了）。當年看這本書時，還沒置身 Scrum 團隊的經驗，純粹是為了未來做準備，所以，對書中講的種種招數，只能默記在心，等待實務印證。

我們的人生，都走了許多冤枉路。回頭來看，總是希望能有系統化的方法，及早認清局勢，預作準備，以求更無懼於永不停歇的變局。

這是我常常在尋覓的思維方法。

雖然 Joe 在【大人學講座12：別總是直球對決：人生難題的系統思考法】的文案自謙：

今早〈從 Ansible 到 Docker：混血模式〉演講過後，有人在聊天室提問：

請問為什麼要追求最小化的 Docker image？