今天在隔壁棚《我想找 12 歲的費曼聊聊敏捷與軟體開發》聊到產品開發的三角限制，前幾天在另一棚《利用 IT 工具改善產品規劃的應用技巧與經驗》也聊到 WIP Limit，不如今天就來聊聊限制這件事吧。

我第一次深刻體會到限制這件事是強大的時刻，在於閱讀 《Clean Architecture》這本書，裡面有一個很有趣的概念在講述程式設計出現的三種範式，其成功之處在於給予了限制：

• 結構化程式設計在直接的控制移轉上加上規範
• 物件導線程式設計在間接的控制移轉上加上規範
• 函數式程式設計在賦值上加上規範

對其細節有興趣的可以讀讀本書的第二部分，這裡就不展開了。

這個思路給予了我一個啟發與新的視角，讓我對於規範、限制、規則這些事情，有了正面的觀點去看待。

像是敏捷軟體開發的時間盒（Timed-Box）、程式碼風格的規範、版本控制與發布的規則等等，正是因為這些限制讓我們能夠發揮出更大的成效。

另外一個視角，很多事情之所以有趣，其實就是因為透過規則訂定出了一個邊界，在這有限的範圍內，眾人絞盡腦汁的去突破，像是黑客松、電玩遊戲、運動競技、球類賽事等等，何嘗不就是這樣的概念。

這些限制讓我們夠聚焦在重要的事情上，然後盡情發揮才能在其他我們可以控制的變數，最後取得超乎預期的成就。