有幸能参加周老师的敏捷课程《Scrum实战》，下面是第二次敏捷作业：用知行视角去总结一个你现在或曾经的项目。
项目背景
作为全职SM快一年了, 带领3个技术团队进行敏捷开发, 虽然之前敏捷的书籍和帖子看了很多, 但真正实践起来还是感觉力不从心。一些流程变得流于形式, 做了新的尝试，有的团队推行的还行，有的还在磨合，期望能真正发挥SM在团队中的作用, 帮助团队提高工作效率，项目能顺利发布, 团队建设更上一层楼。
项目团队
PO(Manager)、开发人员、测试人员、SM（我）
实施方式
1、由PO做项目规划并给团队安排任务，主要是软件开发+测试+客户问题排查技术支持，要求每个Sprint完成既定US；
2、SM在项目中, 负责日常敏捷操作流程, 维护看板，组织每天站会，组织迭代计划会议，设计评审，回顾会议；
3、Team在项目中, 负责项目冲刺, 实现软件功能开发及Scrum team测试验收, 维护Scrum team 测试脚本运行, 保证负责的功能模块质量；
项目结果
1、团队成员常常无法按时交付, 最多只能完成70%的US；
2、每个Spinrt都有各种研发难题，有些是突发问题，有些是未预测到的问题，有些是需求变化更引起的问题，有些是需要其他人员协助需要解决的问题；
3、团队工作效率无明显提升，依然是靠加班来追赶交付工期；
4、团队成员认为敏捷是公司的事情, 或者是SM的事情, 推行敏捷并没有给自己带来什么实质性的好处, 工作依旧很忙。
回顾分析
1、SM的引导方式不正确；
2、团队对项目具体实现难度估计不足, 部分成员责任感不强；
3、沟通不及时(PO与SM, SM与Team), 成员之间的理解偏差；
总结
1、SM应该先从自身找原因, 自己先做出改变, 主动和PO/Team member进行沟通，先让敏捷的核心价值观得到大家的认同，通过一些具体的事例真正帮助到团队，从而引导改变思维和做事习惯；
2、增强团队间的沟通，每次的沟通都需要在理解上达成一致才是有效的，增强团队荣誉感, 培养Ownership精神；
3、团队管理要更tough, 不做老好人，及时纠正不良风气, 勇敢接受挑战, 让团队不断成长。
