展示工作和集成反馈

展示成果和集成反馈

• 冲刺评审： 是在冲刺中展示并评审开发团队完成的用户故事的会议，任何对冲刺中完成的工作感兴趣的人都可参加，意味着所有干系人都有机会了解产品进展并提出反馈。包括：

  • 准备演示：
    • 准备工作应该很快，几分钟；
    • 产品负责人和开发团队参与准备
    • 开发团队在冲刺评审中演示的代码必须是符合完工的定义的
  • 冲刺评审会议
    • 冲刺评审会议的两项内容：展示Scrum团队已完成的工作和干系人对这些工作提出的反馈意见
    • Scrum团队在各个循环阶段收到有关产品的反馈
      • 开发团队每天进程的反馈
      • 产品负责人每个冲刺中的反馈
      • 项目干系人对每次冲刺后的反馈
      • 客户对每次发布的反馈
    • 冲刺评审通常安排在冲刺最后一天的晚些时候，一般每周用于评审会议的时间不超过一小时
    • 冲刺会议指导方针
      • 不要使用ppt,
      • 整个Scrum团队都应参加
      • 对会议感兴趣的其他任何人也可参加
      • 产品负责人介绍发布目标，冲刺目标和新增的功能
      • 开发团队演示冲刺中完成的内容，通常会展示新的功能或基础框架
      • 演示的环境尽可能和计划中生产环境一致
      • 干系人可以针对演示的产品提出问题以及反馈意见
      • 不允许有隐藏的作弊行为，比如hard code 值使得程序看起来更成熟稳定
      • 基于展示的特性和产品代办列表新增条目，产品负责人可在当前冲刺会议中带领大家讨论下一步的工作计划
    • 在评审会议中收集反馈
      • 评审会议中可能会出现新的用户故事，产品负责人需要把新的用户故事加到产品代办列表中并排定优先级
        *产品负责人还要把本冲刺中未按计划完成的用户故事放回到代办列表，重新排优先级

• 冲刺回顾会议：

  • 在该会议上Scrum主管，产品负责人和开发团队讨论当前冲刺的进行状况和如何在下一个冲刺中进行改进
  • 冲刺回顾的目标是持续改进流程，根据每个团队的需要改进和定制流程，结果可能只对自己的Scrum团队适用
  • 以行动为导向的会议
  • 每周用于回顾会议的时间不超过45分钟
  • 包括问题：
    • 三个主要问题： 哪些任务进行的比较好；想做哪些改变；如何实施这些改变
    • 其他开放性问题：
      • 成果：计划工作量VS 开发团队实际完成的工作量
      • 人员：团队的构成和团队共识
      • 关系：交流，合作和结对工作
      • 流程： 仔细检查这些流程- 寻求支持，开发和代码评审
      • 工具
      • 生产力
    • 有组织的讨论这些问题：
      • 准备目标
      • 收集数据
      • 产生顿悟
      • 决定做啥
      • 结束回顾
  • 检查和调整，确保把提出的改进意见落到实处