请专业的培训公司进行了为期2天的集体培训。（我也想时间长点，可是需要Money呀）
通过集体培训，整个团队感受了敏捷的气氛，了解了敏捷的含义，并初步了解了SCRUM的框架。
下一步，是骡子是马，该出来遛遛了。
3.2SCRUM执行
培训结束后，团队按照自己项目的实际情况，开始严格按照SCRUM框架执行。
我们项目团队SCRUM执行如下。
首先，我们定义了SCRUM团队角色：
我由原来的项目经理，转换成Scrum master。
产品经理转换成Product Owner。
团队原来的职能分组仍然保留，但是大家达成一致，要按照敏捷团队高度自主的特性来进行自我管理和要求。
其次，我们确定了我们的SCRUM会议规则：
我们的sprint周期为2周（后来改为3周）；
Sprint 计划会议1、2，sprint评审，回顾会议每次2小时；
每日立会，每天早晨9:15准时开始，每次15分钟。
再次，我们确定了我们要使用的SCRUM工件：
Product backlog; Sprint backlog；看板；燃尽图。
最后我们定义了我们软件系统产品的产品愿景及我们在SCRUM执行中各种“完成”的检验标准，包括：
Product backlog中User story完成的标准；
Sprint backlog中Task完成的标准；
看板任务条移动的标准；
Sprint 评审完成的标准；
产品发布完成的标准。
接下来呢，别看广告看疗效，真是谁用谁知道呀！
3.3执行小结
项目团队从推行SCRUM开始，经过3个月左右的战斗，终于完成了第一个产品化版本的开发，推向市场后，获得了客户的好评。
经过分析，笔者认为敏捷SCRUM给团队带来好的改善如下：
团队项目流程方法清晰明确。较之之前的工作流程，SCRUM框架清晰，简洁，能够比较大的程度上减少流程制度给研发团队带来的迟滞。
团队目标感增强。每一个sprint迭代，通过计划会议，都会使团队对sprint时间盒内要完成的工作目标异常清晰。
团队沟通意识加强。SCRUM要求团队是高度自主，自组织管理的。大家在这个组织原则下可以进行更大可能的积极沟通，尤其是研发和测试人员，积极的沟通交流极大地提高了工作效率。
团队成就感增强。每一次sprint评审会议，团队成员都会自豪的展示自己的工作成果，从而提升了成员的自信心和工作热情。
产品质量加强，实现了快速增量交付。周期一致，有节奏感的sprint迭代，严格透明的评审，使团队中的每一个人都能够时刻关注工作质量，从而加强了产品质量。
整体来说，通过SCRUM框架的推行，可以说敏捷的工作理念已经渗入到整个项目团队，整个团队的工作绩效也得到了大幅度提升。而且从始至终，大家基本都保持了积极参与，热情高涨的工作状态（因为不怎么加班的缘故吧-_-！），这对于以创造性为主要特征的研发项目团队来说，无疑是最重要的。
4．推行总结
4.1没有规矩，不成方圆
任何一个团队，想要做什么事情，必须有自己的工作规则。大企业有完善的流程制度，游击队有自己的战斗方针，可以根据自己的组织规模及实际情况来决定工作方法、规则的繁简，但是必须要有。
因为团队中的成员来自四面八方，不同的教育背景，工作经验、专业技能决定了大家对同一件事的看法必然存在着差异，这是正常现象。但是作为管理者，必须让大家心往一处想，劲往一处使，怎么办？要统一大家的思想，需要制定统一的规则并且去严格执行。所谓“洗脑”，就是这个道理。否则，就会公说公有理，婆说婆有理，最后谁都不服谁，更别说完成既定的工作目标了。
所以，我们的团队选择了统一的敏捷方法论作为我们工作规则
