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