[Agile] MVP v.s. Earliest Deliverable
在內化敏捷的過程中，MVP(Most Viable Product / 最簡可行產品)的概念，在一開始會令人相當困惑的。
尤其是如果我們在傳統 Waterfall/SDLC 開發模式的組織裡，根本上和執行的管理原則相衝突。當專案本身越是可預測時，MVP 的概念會引發各種質疑。每個 stage / delivery 都會帶來一定的 overhead，包含 process/framework 都是需要時間/人力成本的。
所以，常見的滑板到汽車的這張示意圖，就會面對幾大挑戰：
- 合約的目標若是非常清晰，那輪子當然要按步就班的建造。這時怎麼可能去做滑板車？
- 即使是輪子，由腳踏車到機車到汽車，這也不完全是同一件事…
- 中間每個階段多秏費的時間、人力成本，應該不會有人 support~ 可想而知，想要在這樣的組織推行 Agile/Scrum，八成八會直接夭折。
比較起來，我比較喜歡 Kit Friend 所設計的 Agile Sandcastle 這張所傳達的概念。當我們剛剛啟動時：
- 團隊的人力和能力都有限， 工具和錢也可能沒全到位。像極了堆沙堡時就只有個小鏟子和小桶子。
- 在有限的時間內，要先拿的出一點成績，我們能建的出的就洽如 Sprint 1的成果。
- 隨著每個 sprint，我們的團隊學習成長，將沙堡一再升級。即使避不開打掉重來的過程。但積累的實力會讓我們越來越強，成果也不停的累加上去。
所以，不見得我們往前走時都是一個 Potential Product Incremental； 而可能是：
- Earliest Testable
- Earliest Deliverable
- Earliest Usable
有時牽涉到架構改變、新技術研發... 等等。 要在 24 周內有個 Product Incremental，想破頭也不曉得怎麼安排的出來。 但換個角度，把某個重要的 module 要用的新技術，在 4 周內弄個 POC 出來先驗證。
這樣子，是不是容易的多了呢？
You Can't Make a Skateboard into a Car
https://www.solutionsiq.com/resource/blog-post/you-cant-make-a-skateboard-into-a-car/
留言
張貼留言