
4
| 第一章
定義“完成”
快速取得回饋與將釋出程序自動化,對開發者本身有很大的幫助。但是建立組建管道的
另一項好處是你可以自己定義“完成”。當一個軟體元件成功地通過組建管道時,應該
就代表它可以進入生產環境、提供你原先規劃的價值,以及用可接受的運維參數(包括
可用性、安全性與成本)來運行了。從歷史上看,團隊間很難就“完成”的定義取得共
識,“完成”的定義很有可能成為組織內的開發與商務團隊之間的摩擦點。
確定你的目標、領域模型與用戶故事對映
雖然持續交付等做法可以協助為你和組織定義“完成”,但你也要確定需要建
構什麼東西才能提供價值給顧客:
• Eric Reis 寫的
Lean Startup
(
http://theleanstartup.com/book
)( Currency)借
鑒設計思維、精益生產與敏捷方法,介紹如何藉著構思與測試商業概念與
假設來持續創新。
• Jez Humble 等人合著的
Lean Enterprise
(O
’
Reilly)根據 Eric Reis 和許多其
他人提出的理論,展示如何用精益與敏捷原則和模式來協助組織快速且大
規模地發展。
• Jeff Patton 與 Peter Economy 合著的
User Story Mapping
(O
’
Reilly)可協助
你釐清用戶在系統內的旅程,幫助你決定應提供的最低功能。
• Eric Evan 在
Domain-Driven Design
(Addison-Wesley Professional)中提出
的
背景對映
(
context mapping ...