Scrum 框架

Scrum框架（超过一半的企业都在使用Scrum框架来处理敏捷开发）

Scrum来源，美式橄榄球并列争球的过程就叫Scrum，而争球后冲刺等分的阶段叫 Sprint，Sprint在迭代中就代表一个迭代的周期，小步快跑，用最快的动作完成一次这样的交付动作。

image.png

  • Scrum框架代表团队需要共同协作，为同一个目标而努力；
  • 3-3-5-5 结构：

Scrum 框架的 3-3-5-5 结构

3种角色：

  1. Product Owner 产品负责人：产品的创意和两点，定义产品特性，排定优先级，回答需求方面的问题；
  2. Scrum Master 服务式领导：帮助团队排除障碍，组织日常会议，支持和保障工作；
  3. Dev Team 开发团队：团队人员应该是多面手，团队相互协作；

3种工件：

  1. Product Backlog 产品待办事项列表：从 Story池中 筛选必要需求放入 Product Backlog ，形成 Story Map 用户故事地图；Story Map 会跟随每次Sprint执行情况和用户反馈进行更新；
    User Story 作为表述产品特性的方式，典型格式为 “作为，我想要，以便获得__。” Product Owner 通过用户故事了解用户需求，排列 Product Backlog 待办事项的优先级；
    优先级最高的故事将进入 Sprint Backlog 迭代待办事项列表；
    image.png
  2. Sprint Backlog 迭代待办事项列表：
    只对当前的 Sprint 有用；
  3. Product Increment 产品增量：Sprint 完成的潜在的可发布的产品组成部分；
    在Sprint 最后，新的增量必须的完成的能用的，达到了Scrum团队定义的标准；
    无论Product Owner 决定是否发布当前部分，这个增量都必须达到可发布的状态。
    image.png

5种仪式：

  1. Sprint 冲刺： Scrum 的核心，一般定位在1~4周的时间周期； 在一个Sprint 构建出一个完成的可用的以及潜在可以发布的产品增量。
    image.png

  2. Sprint 计划会：用来进行迭代计划的，由Scrum团队共同完成，Scrum Master确保会议的顺利进行，团队遵守时间和规则并且每位成员都能理解会议的目的。
    image.png

  3. 每日Scrum 站会：Sprint 执行期间每日都要进行的 Scrum 站会，全体Scrum 成员都要参加；
    image.png

  4. Sprint 评审会：Sprint 尾声进行评审会，核心是为了获取反馈促进合作；
    image.png

  5. Sprint 回顾会：复盘会议
    image.png

后4种仪式正好构成一个 PDCA 循环：
image.png

Scrum 工作流：
image.png

  1. Product Owner 把需要上线的产品特性写成 User Story ，放入 Product Backlog 中；
  2. Product Owner 选出最高优先级的 User Story 交给团队进行讨论，这个过程成为 产品待办事项列表梳理活动 ；接下来进入 Sprint ；
  3. 召开 Sprint计划会 Product Owner 、 Scrum Master 以及 Dev Team共同讨论 User Story 的优先级，并决定当前 Sprint 要实现的内容，列出计划实现的 User Story 生成这个 Sprint Backlog ；
  4. Sprint计划会 结束后，团队的每位成员都要对每一个 User Story 有准确且深刻的理解，才能开始进行执行；
  5. 团队对 Sprint Backlog 中的内容进行开发和测试， 通过 每日Scrum站会 ，成员进行交流他们做完了什么，正在做什么，以及遇到什么困难；
  6. Sprint 产出的成果是一个 潜在的可发布的成果；
  7. 在Sprint 结束的时候举行 Sprint评审会 ，由Dev Team向Product Owner进行Demo演示，Product Owner接受或拒绝交付的成果；根据具体情况，可以决定是否向外发布，也可以决定是否再增加一些新的功能；
  8. Sprint评审会结束后，召开Sprint回顾会， 复盘后把行动的改进措施记录下来，在下一个Sprint过程中实施，持续地改进提高；

完整的Sprint涉及以上内容，每个Sprint都会重复这个过程

5种价值观：

承诺、勇气、专注、开放、尊重
Scrum团队的成员承诺实现团队的目标；
有勇气坚持做正确的事情，并且处理棘手的事情；
每个人专注于Sprint工作和Scrum团队的目标；
大家将所有的工作内容和经历的挑战进行公开；
Scrum团队的成员具备相应能力，彼此独立，相互尊重；

STACEY 矩阵

“干项目太累，那是因为你姿势不对”

《组织的复杂性和创新》 Ralph D.Stacey 1996
image.png

  • X轴：代表技术，左边是技术路线清晰确定，右边是技术路线不清晰，没有成熟的技术方案；
  • Y轴：代表需求；下方是需求清晰明确，上方是需求不清晰；
  • 通过 需求/技术 将整个区域分为若干区域：
  1. 简单的项目：预测型项目生命周期；
  2. 烧脑：混合型
  3. 棘手：混合型
  4. 混乱：这类的项目不要碰
  5. 混沌：敏捷型

STACEY矩阵的价值就在于，它根据项目的类型提供了一个适合的生命周期的参考；

敏捷适用性评估 Radar Map

image.png
三个纬度九个指标：

  • 通过对指标打分，得出的面积越大，说明越适合敏捷型的开发方式；

选用适用的开发方式，不是非0即1，可以采用 混合型 去提高管理方法的适用性