文档介绍：敏捷开发过程
Scrum敏捷开发过程实战
产品级，大团队的敏捷实战方法
需求结构化
需求描述
版本规划
迭代计划
日常活动
团队建设
与传统灌输理念的培训不同，此实战培训中不只包含“按客户价值进行优先级化表达，形成一棵有层次的需求树。
如图，看似是一个很普通的“增删改查表”，但图中的第二至四级目录实际上来自于之前的业务愿景-业务数据-业务操作。这样就很容易从之前的图形化需求形成树形的需求树，其不同层次对应不同尺度的用户故事。
注：很多业界的敏捷开发工具如Jira都引入了层次化用户故事，但均没有提供层次定义和可操作的分解方法。本培训采用Word作为演示工具，也可对应到具体工具中。
×××××××××××××××××××××××××第二天××××××××××××××××××××××××××××××
第五步：用户故事——面向用户价值的需求描述方式
很多软件虽然交付了功能，却不是客户想要的。比如，微博这类的大型系统的管理员，是否会有一个“查看所有用户”这样的功能来管理几亿个用户？如果没有，他怎么知道有哪些用户？如果有，如何避免海量用户造成的信息爆炸？
敏捷开发引入了一种面向客户价值而非产品功能的需求描述方式，将功能放在具体的使用环境中讨论，从而能为客户制作出符合其价值的产品。
现场演练与指导：编写自己的用户故事（30分钟）
案例分享：文字游戏还是价值挖掘挖掘
第六步：用户建模——购买决策者/主要使用者
“今年过节不收礼，收礼就收脑白金”。尽管多数收礼者（主要使用者）并不知道脑白金到底包含何种成分，服用后到底有哪些好处，但是确有无数的送礼者（购买决策者）选择购买。
本内容介绍如何区分购买决策者和主要使用者，并面向核心用户编写用户故事。
现场演练与指导：建立自己的用户模型（30分钟）
案例分享：一款年收入12亿元的网络游戏对“所有用户”的理解
第二阶段：版本规划与迭代计划
本阶段以第一阶段生成的各层次用户故事为输入，进行宏观的版本规划和微观的迭代计划。
传统敏捷开发缺少版本规划的具体实施方法，“按客户价值优先级进行排序”听起来有道理但却难以实施。尤其是在初期无法获得全部用户故事的情况下，优先级排序非常困难。
本培训中的方法可以：
在开发的初期即可提供颗粒度可控的高层需求（史诗故事）进行排序；
产品经理根据业界统计数据即可进行版本规划；
在版本规划的同时自动完成工作量规划，从而准确安排迭代的数量；
在每个迭代的计划会上通过“敏捷***估算”，借助集体智慧解决个体问题：
迅速找到最快的解决办法；
发现高手与新手的差距，并通过讨论弥补差距；
以10分钟代价提前发现上千行代码的浪费；
第一步：版本规划——项目早期的量化分层规划方法
版本规划涉及到立项时的战略性规划、迭代间的发布规划、随时可能发生的产品升级规划等不同层次。培训中会建立三级规划方法与之对应，分别是业务愿景规划、业务数据规划和业务操作规划。
由于业务数据的定义兼容FPA（功能点分析）中ILF（内部逻辑文件）的定义，因此每个业务数据无需知道细节即可按业界数据2人月计算（精确数值为35人天）。
配图中展示了一个电商网站不同阶段规划的情况。左侧业务愿景每个对应4～20人月规模的需求；中间业务数据级别每个对应2人月规模的需求；右上角黑体字则是业务操作，每个对应4～5人天规模。
第二步：迭代规划
若一个版本需要在三个迭代后才能完成，那么每个迭代应该完成哪些功能？
本培训中引入了精益创业（Lean Start-up）中MVP（最小可用产品）的概念，介绍如何聚焦于最少的工作量完成一个可以供用户使用并提交反馈的产品。
在完成迭代规划后，产品经理就得到了一个意向性的迭代列表，以及每个迭代中的需求分布情况。接下来在每个迭代开始第一天，需要召开计划会议对详细需求进行讲解和估算。
第三步：迭代计划会
本阶段通过讲解计划会的完整过程及背后的思想，并通过实际练****对之前需求分析阶段获得的用户故事进行估算。
详细内容包括：
猪与鸡的故事——敏捷计划会背后的分权思想
如何通过放权提升开发人员个体的积极性。
产品经理如何讲解故事
如何从大到小、从整体到局部、从背景到功能地分层讲解用户故事；如何在客户环境中理解需求。
开发人员***估算
如何让团队成员说出真实的估算值；如何让高手在估算时就能帮助新手；如何通过估算来澄清需求。
讲师在从事开发时，曾将已经完成的、多达4000行代码压缩为55行代码。在实施敏捷估算后，在计划会即可避免这种浪费，而无需等待编码实际结束后才发现。
小游戏：世界□□□□（保密内容）有多高？（演示估算扑