敏捷工作流图解——从需求到发布，不断循环 · 思维导图
敏捷工作流图解——从需求到发布，不断循环. 可编辑的思维导图，以彩色分支、子主题和曲线连接呈现想法。 曲线表示联系；只有方向重要时才使用箭头。
敏捷工作流用短循环把客户需求变成已交付的价值：需求汇入一份排好优先级的待办列表，一个 Sprint 把一批工作变成可用的增量，干系人决定接受还是退回，然后循环重来。
敏捷工作流图解——从需求到发布，不断循环 · 思维导图
The interactive MindMap canvas for this explanation — every lane, row and arrow above is a real QueryChart diagram you can open and edit.
如何阅读这张思维导图
- 从中心主题开始，沿着彩色分支探索相关想法。
- 曲线表示联系；只有方向重要时才使用箭头。
Backlog
这一分支汇集 “Gather and refine requirements”, “Prioritise the backlog by value”.
Plan the sprint
这一分支汇集 “Sprint planning commits to a batch”.
Build together
这一分支汇集 “Daily stand-ups keep work visible”, “Develop, test and integrate”.
Inspect
这一分支汇集 “Demo the working increment”, “Stakeholders accept it?”.
Adapt & release
这一分支汇集 “Release to users”, “Agile is a loop, not a line: feedback from the release and the retrospective reshape the backlog for the next iteration.”.
跨分支联系
敏捷是一个环：每一次发布的反馈和每一次回顾，都会重塑下一次迭代。
产品负责人给待办列表排序；团队承诺一批工作；干系人裁定结果。
验收是那道关卡——没通过的增量退回需求，而不是继续往前。
可用的增量加上短循环，取代了那种认为长计划才是好计划的假设。
回顾会议是流程本身变好的地方，与产品的验收分开。
Key relationships and takeaways
- 敏捷是一个环：每一次发布的反馈和每一次回顾，都会重塑下一次迭代。
- 产品负责人给待办列表排序；团队承诺一批工作；干系人裁定结果。
- 验收是那道关卡——没通过的增量退回需求，而不是继续往前。
- 可用的增量加上短循环，取代了那种认为长计划才是好计划的假设。
- 回顾会议是流程本身变好的地方，与产品的验收分开。
When to use this visual
- 向只见过瀑布模式的团队或干系人介绍这个敏捷循环。
- 审视一套敏捷实践：验收关卡和回顾会议，是最常被悄悄省掉的两步。
- 在引入某个工具或规模化框架之前，先把你们团队的交付流程记录下来。
运作方式
调整中心主题
根据项目或课程修改中心主题的名称。
扩展分支
编辑想法并添加示例或注释。
连接相关想法
绘制跨分支连接；只有方向重要时才使用箭头。
常见问题
什么是敏捷工作流？
敏捷工作流是一种组织工作的方式，用短小且不断重复的循环交付价值：收集需求并排定优先级，团队承诺一批工作，把它构建并测试出来，演示结果，验收和回顾得到的反馈再重塑下一次迭代。它的决定性性质在于，每一轮的反馈都会改变下一轮，而不是预先把计划钉死。
敏捷和瀑布式工作流有什么区别？
瀑布式会先做完一个阶段——需求、设计、构建、测试——再开始下一个，最后一次性交付全部。敏捷则用短循环跑完这些阶段，频繁交付可用的增量，并根据反馈调整计划。画布的环形结构就是这个结构性差别：瀑布图是一条直线，敏捷图是一个圆，验收和回顾都会反馈回它自身。
在敏捷里由谁决定工作是否被接受？
由将要使用这些成果的干系人或客户来决定。敏捷的约定是团队频繁交付可用的增量，而一个增量是否够好，由客户的验收决定，而不是由事先商定的规格说明决定。这也是图解里的验收决策落在干系人那一行、并带着一条退回需求的路径的原因。
回顾会议在敏捷工作流里起什么作用？
回顾会议是这个循环的自我改进步骤：团队回看上一次迭代的过程，并为下一次承诺一项改动。它与判断产品的验收评审是分开的。没有回顾会议的敏捷，只是一个不断重复自身错误的循环——回顾会议才是让第二圈比第一圈更好的东西。
在 QueryChart 中编辑此思维导图
在可编辑画布中打开思维导图。移动想法、添加分支并绘制连接。