我所在组织的敏捷流程及实践集

首先介绍一下我所在的组织背景。本项目是一个主要负责视频分析的产品组，刚开始组建团队的时候依然是采用的瀑布开发模式。某一天的例会中，老板发脾气说为什么我投了这么多钱，都半年了我还看不到一个实实在在的产品。这个时候，我们觉得应该是要转换一下思路，改进一下开发流程了。加上公司也在力推Scrum敏捷开发，所以我们也顺应形势尝试改变起来。

那么问题来了，我们应该走出第一步呢？团队里没有Scrum实践经验的人，只能先看一下官方文档，看一些文章书籍，去尝试了解Scrum的基本概念，先明白大体是怎么一回事儿。公司也组织了相应的培训，这个时候我们大体知道Scrum是怎样的。接下来，我们就准备在项目中尝试Scrum开发。首先，我们在项目中采用了每日站会，每天面对面讲一下当天的进展及遇到的问题，保证团队的信息共享和及时沟通。每日站会大概坚持了3个月，这个时候团队里有人反馈我们的站会是形同虚设，就像是在给领导汇报工作一样。这个时候我们就尝试去改进一下例会的方式。改变有两点：1.将原有的大团队（30人，共4个项目组）例会改为项目组单独召开每日例会。2. 每日例会有开发团队自己组织，开会形式由项目组决定。改变之后，开会的效率有大大提高，每个团队能真正的信息共享，提前暴露问题。那么，问题又来了。我们如何走下一步？如何把Scrum整个流程实施下来？首先我们想到是找外部专家，找周边的朋友公司是如何实施的。又有针对性的看了一些书，参加了一些培训。这个时候明显对Scrum有了更深入的理解了，开始蠢蠢欲动准备放手开干了。

接下来要做的就是找组织商量确定角色，之前的产品经理被授权为PO，我由传统的项目经理转为Scrum Master。每个项目组的开发人员定为4-5名，外加1名测试人员。团队确定之后，我们就开始按照Scrum的流程开始一步一步开始实施了。

首先，PO确定需求，整理出Prodcut Backlog。接下来，PO与开发团队开计划会，PO介绍整个项目的Story，并让开发团队的理解一致。然后PO会对整个Product Story进行优先级排序。并梳理出本次Sprint的Story。产品组需要根据本次Sprint的Story进行原型设计，UI设计师根据原型设计出UI设计图，以此形成本次Sprint的迭代任务。

一但迭代任务确定，接下来就是开发团队正式进入开发流程，我们确定开发的迭代周期是2周（10个工作日），2周完成之后出一个稳定的开发版本并部署在测试环境上。接着，进入测试迭代周期，也是2周（10个工作日）。测试迭代完成之后形成一个可交付的软件，并上线给用户使用。

流程如下：

Scrum流程体系sdfasf