Zack.Zhang Game Developer

《Scrum敏捷游戏开发》读书笔记-第四章-关于Sprint

2020-05-01
zack.zhang

全景图

Sprint会议流程

4.1

Sprint基本规则

  • 限时的。一般2~47周

  • 团队承诺完成一个Sprint目标

  • 团队之外的任何人不得添加或更改

一、计划会

构建Sprint Backlog的流程

4.2

Sprint理想长度:

(1) 客户反馈频率和变更

  • 项目干系人所能忍受的 看不见进度的 时间

(2) 团队经验

(3) 计划和回顾花的时间

  • 计划会议、评审会议不应占用太多时间

(4) 计划Sprint的能力

  • 团队能力弱,2周改方向好于4周

(5) 平衡工作强度

  • 太长工作强度低,太短无法产出成型结果

二、追踪进度

任务卡、燃尽图、任务板

三、每日Scrum例会

目的

  1. 同步进度

  2. 重申第二天的目标和承诺

  3. 识别障碍

  4. 识别共同目标

实践

站会、每人回答

  1. 上一个每日做了什么?

  2. 下一个每日要做什么?

  3. 有哪些困难或障碍?

四、Sprint评审会

Sprint最后一天

Scrum-sprint-psh

项目干系人:

  1. 发行方干系人
  • 尽早进入项目以免介入太晚而无法改动

  1. 工作室干系人
  • 干系人坦诚反馈很重要,敢于批评

五、回顾

会议要回答三个问题

  1. 要停止哪些事情?

  2. 要开始哪些事情?

  3. 要持续哪些有效的?

记录 —-> 对比下个Sprint跳舞 —-> 未验收的删除/移除

六、Sprint失败

  1. 中断 —— 如灾难

  2. 重置 —— 如重做

原因:

  1. 目标变更
  • 隔离CEO与团队

  • 商量代价

  1. 时间耗尽
  • 加班

  • 与PO协商去掉PBI

  • 重置Sprint,重设目标


Similar Posts

评论