1. 核心

1.效益价值：避免浪费，所有的存货都是浪费，只有完成并开始试用才能产生价值
2.表现方式：节奏
3.团队价值：帮助团队成员个人成长和自我实现

2. 执行特点

1.检查与调整：基于PDCA优化循环
2.展示：通过定期交付与展示成果，关注和管理stackhoder的满意度

3. 框架结构

3种角色 3种工件 5种仪式 5种价值观
1.Product Owner
2.Scrum Master
3.team		 1.Product Backlog
2.Sprint Backlog
3.Product Increment		 1.Sprint
2.Sprint Plan
3.Daily Standup Meeting
4.Sprint Review
5.Retrospective		 1.Courage
2.Open
3.Focus
4.Commitment
5.Respect

4. 团队构成

4.1 PO：product owner

负责 驱动产品成功，产品的愿景，管理Product Backlog，对产品的投资回报率负责
定义价值，排列优先级，决定发布，向利益相关者汇报
参与 Sprint Planning，Backlog Grooming，Sprint Review，Retrospective，Daily Scrum，Release Planning
通过或否决工作结果

4.2 SM：scrum master

引导变革，服务，清除障碍

4.3 team

  • RD、QA、UED等
  • 规模5~9人，团队自组织和管理（设立目标、充分授权），队员变更在迭代开始前完成编制
  • ！！Feature Team
    • 每位成员都需要从想法着手至具体工作，撇去自我意识
    • 团队成员主动领取该迭代内的事项

5. 工件

image.png

5.1 Product Backlog

  • 所有带添加的功能列表
  • 由PO负责维护
  • 根据优先级按顺序保存
  • DEEP模型：
    • Detailed Appropriate
    • Estimated
    • Emergent
    • Prioritized

估算：斐波那契数列

5.2 Sprint Backlog

从Product backlog中取出的本次迭代的功能列表

5.3 Product Increment

一次Sprint所交付的产品增量

6. 起步

6.1 执行计划

  • ！！团队培训：讲解敏捷思想，概念组成，实施方式
    • 制定流程

image.png

6.2 需求清单：

  • 需求拆分：按照端到端的原则进行层层拆分
  • 需求优先级评估

  • 验收条件：各层级需求明确验收条件（Definition of Done）

    6.3 Story

  • 团队一起写用户故事

as a [user role] 作为 [用户角色]
I want [result] 我想要 [结果]
so that [reason/benefit] 以便[原因/价值]

  • 端到端

  • INVEST原则

    • 独立性 Independent
    • 可协商性 Negotiable
    • 有价值 Valuable
    • 可评估 Estimable
    • 规模小 Small
    • 可测试 Testable

      6.4 Planning Meeting

  • 需求列表的优先级

  • 选择需求进入到当前迭代的排期

    6.5 开发&交付

    image.png

    6.6 Retrospective Meeting

    产品、流程、人
    迭代回顾总结：问题，优点，如何做得更好