信息图 | 4次会议2次回顾,业务驱动型敏捷团队日常

Sprint迭代会议中都会做一些什么事情呢?本文为您介绍 业务驱动型敏捷团队常用的6大 敏捷组织会议 模式:4次sprint标准会议+2次业务梳理。

业务驱动 型 敏捷组织团队 | 4次标准会议+2次业务梳理
业务驱动 型 敏捷组织团队 | 4次标准会议+2次业务梳理

业务驱动 型 敏捷组织团队 | 4次标准会议+2次业务梳理
业务驱动 型 敏捷组织团队 | 4次标准会议+2次业务梳理
业务驱动 型 敏捷组织会议 | 4次标准会议+2次业务梳理

runwise官网服务号

1、用户故事梳理会

该会议由业务导向团队需求决定,并不属于Scrum标准会议,却对项目至关重要。产品负责人、利益相关者和赞助商一起共同了解要完成工作的价值,并协助开发产品范围。

2. 产品待办列表梳理

团队要与产品负责人讨论并明确即将排入计划的用户故事,直到迭代进程的10%,确保它们准备好了。什么是准备好了?就是每个人都明白理解“做什么”;定义业务的价值;还有确定启动项目(规划/线框)。好的用户故事应该符合INVEST原则*
INVEST原则*: I ndependent(可独立完成)、Negotiable(及时沟通)、V aluable(明确需求价值)、Estimable(估计需求成本)、S mall(需求短小可执行)、 T estable(需求可测试)

3. 迭代计划会

迭代优先级(Scrum团队

  • 团队与产品负责人调整预估,同意将故事纳入迭代
  • 产品负责人和团队对迭代目标达成共识

迭代计划(开发团队)

  • 讨论决定如何达成迭代目标
  • 创建迭代待办事项列表
  • 明确每个人的任务
  • 团队开始执行任务,在看板上拖动
  • 此时不要评估任务!

4. 每日站会

目标:为当日的工作制定计划!每人都要回答三个问题:

立即登录阅读全文
登录或注册即可解锁全站内容,即表示你理解并同意 服务协议 与 隐私政策
  • 我昨天做了什么?
    • 对达成目标有什么贡献?
  • 我今天要做什么?
    • 对达成目标有什么贡献?
  • 有什么阻碍了我么?
    • 或,有什么阻碍了团队达成目标?

5. 迭代评审会

控制在每周1 小时

  • 由Scrum团队领导主持
  • 产品负责人必须参加
  • 每个利益相关者都可以参加
  • 向大家展示团队达成了迭代目标,获得利益相关者的反馈,并决定下一步

6. 迭代反思会

控制在3小时

  • 哪里做得好?
  • 哪里做的不好?
  • 如何改善
  • 多问自己几个为什么,找到问题的根本原因
  • Scrum团队参与
分享至
wechat-share-icon
打开微信"扫一扫" 点击右上角"分享"
点击图标复制网站
继续阅读