敏捷Scrum指南二：Scrum流程之RetroSpect

RetroSpect的方向

• US：
  • Sprint US是否存在delayed或Cancelled？
  • BurnDownChat走势是否符合预期？
  • US实际工作量是否与评估Point一致？
    • US拆分是否符合最小MVP、垂直切分原则？
    • US的排期执行过程中是否被调整？
    • US的优先级安排是否遵循”小功能高价值”、轻重缓急。
    • 是否有紧急US的加入？
• 版本：
  • 版本计划是否合理。
    • 每个版本的计划必须在plan时被确定。
    • 每个版本上线的US必须完整可用。
  • 发版频次是否过高或高低。
    • 若是频次过低，是否需要提升？
    • 若是频次过高，是否给团队带来了压力？若是有压力，是哪些方面的压力？
    • 若是频次过低，如何提升发版频次？
  • code版本管理是否合理。
    • 是否可以从容应对紧急上线？
    • 版本功能是否存在遗漏？
    • 不同服务之间是否存在强依赖？
    • 上线版本内容是否与预期一致？
  • 上线流程是否合理。
    • 是否安装约定时间封板？
    • 上线流程是否存在优化的地方？
    • 版本发布时间是否存在风险？
    • 版本发布先后顺序是否存在风险？
    • 需要上线的DB、Redis、Server是否存在遗漏？
    • 发版

今天的文章敏捷Scrum指南二：Scrum流程之RetroSpect分享到此就结束了，感谢您的阅读。