Iterative & Incremental Development, MVP and Backlog Refinement
本页目录· 7 条
Iterative vs Incremental
- Iterative development：从可工作的粗版本开始，依据 testing / stakeholder feedback 持续 refinement；每轮可以修正理解、设计与实现。
- Incremental development：把完整 solution 分成能独立贡献价值的部分，逐块加入；每个 increment 都应接近 potentially shippable。
- Agile 组合：既允许 refinement，又持续增加 value，因而降低一次性大交付的风险。
What Makes a Real MVP?
- MVP 是验证关键 value / assumption 的最小可用版本，不等于“残缺组件”。
- 每轮产品应保留上一轮可用价值，并在其上扩展；“每次推倒重做成另一种产品”不算 incremental。
- Doughnut 例子：plain → glazed → sprinkles → filling；每轮保留上一版本并增加可体验的价值。
- Zomato 案例则把 review、filters、online ordering 拆成小功能，并在后续 sprint 改进 search、rating、delivery 与 payment。
Scrum Connection
- Product Backlog：全部价值项、bugs、technical work 与 ideas。
- Sprint Backlog：本 iteration 承诺交付的 items。
- Increment：完成且满足 Definition of Done / acceptance criteria 的结果。
- Sprint Review 验证 product value；Retrospective 改进 team process。
Backlog Refinement
Backlog grooming / refinement 不只是“整理卡片”，而是持续判断未来 2–3 iterations 的 value、readiness 与顺序。
- 删除或暂停已经失去价值的 items。
- 把过大的 epic / story 拆成可在 iteration 内完成的任务。
- 补齐 acceptance criteria、unknowns、dependencies、risk 与 evidence。
- 根据 mentor、peer review 与 user feedback 重新排序；未采用的建议进入 backlog，而不是消失。
- 每个 sprint 至少一次 refinement，并在 iteration planning / stand-up 中保持透明。
DEEP Quality
| Element | Check |
|---|---|
| Detailed appropriately | 近期 items 足够具体，远期 ideas 保持合适粒度。 |
| Estimated | 团队考虑 effort、complexity、uncertainty 与 risk。 |
| Emergent | 随 evidence 与 feedback 更新，而非冻结。 |
| Prioritized | 按 user value、risk、dependency 与 urgency 排序。 |
FIT5120 Application
- Iteration 1 未完成/未采用的 work 已进入 backlog。
- Mentor 与 peer feedback 都有对应 card、owner 与 disposition。
- 每个 Iteration 2 candidate 都能解释 user value。
- Story 可在 iteration 内验证，且 acceptance criteria 可测试。
- LeanKit 显示 current、next 与 later 的透明 roadmap。