Scrum软件发布过程之痛

10月3号，PO从用户（市场部和客户）处收集完新需求，开始设计优先级最高的软件新功能。

10月29号，开始Sprint Planning，开始接受PO在Team backlog里面stack rank<20的User stories 。

11月16号，完成Sprint Review，PO 接受了这个Sprint的功能演示。

11月20号，开始软件新版本发布，我作为Release Manager开始负责软件的发布。

12月11号，新的功能正式上生产环境，完成RTW测试。

 

PO提前3周从用户处收集到需求，项目开发测试Sprint周期为3周，然后又整整经历了3个工作周才完成软件的发布。

从用户提出需求到用户见到功能，花了9周的时间。

Scrum的快速交付似乎也没有什么特别的优势。

 

Sprint期间3周，有1周要讨论需求，支持上个Sprint功能的上线，有1周要进行测试，准备Sprint的演示，真正给程序员的开发时间也就是1周多，真正给测试的测试时间也只有1周多。其实应该改进的是软件发布流程，比如缩短到起码1周更好的话3天，而不应该是去压缩的软件开发和测试的时间。