很敏捷的成为了一名Scrum Master，希望能有个地方记录下来我和团队一起成长的故事，自己的博客还没来得及弄，就先简书吧。
事实上我还没有拿到任何的敏捷资质证明，只是靠自学理解了敏捷，顺利的话下个月能拿下ACP。我一直在思考，敏捷如何帮助我们这个团队，这是一个很适合敏捷的团队，但是常年的加班和经常性的换项目使得团队失去了活力和士气，起码和刚组建的时候比差了太远，我觉得团队需要成就感，需要变化，需要被鼓励。我将敏捷方法介绍给团队，可以看出，有些人希望改变，有些人则觉得和我没啥关系。
准备使用kanban方法来步入敏捷，在一系列规划后，又突然插入一个很紧急但是不确定性很大的项目，和团队一致性觉得Scrum很适合，于是我也突然成为了Scrum Master。
其实只能说是伪Scrum，因为算是一个移植项目，大家都知道怎么做，因此没有PO，没有用户故事，几乎没有任何和客户沟通的机会。我们需要得出结论移植后的性能指标是否能满足我们的预期，如果不能满足，项目随时会终止，而市场又要求我们必须快的做出决策和产品，因此，我们把Sprint定为一周，每一周交付产品和性能指标，期望通过Scrum来快速迭代交付，获取性能指标，帮助决策。
第一次Sprint规划大家都没有什么经验，甚至我都不知道我的会议流程是否正确，因为相应的课程还没上到，只能说发挥想象力和创造力了，大家就这么规划出了Sprint 1的任务，我创建了任务板，让工作可视化，制定了一些规则，但还不能强制大家都遵守这些规则。
第一次站会，大家显然也都不适应，首先时间上没有按时参加，第二三个问题也没有按规则回答，第三大家也都是围绕架构师，由架构师分配任务，不过我也觉得不错了，项目并不能立即完全参照Scrum，我想如果Scrum中的一些实践有帮助，那也不错。
有一些困惑在于：一，除此之外，大家也都在并行别的项目，无法专注于此项目，因此故事点和团队估算无法做好，在之后的Daily Standup上也有可能出现拖延的问题，不知道如何解决，只能慢慢适应。二，因为座位等原因，无法在站会之外的时间获取到团队项目的信息，大家的交流还不是很多，又不能打扰大家，只能在第二天的站会才会有一些关于项目的进展信息，对于长度为一周的sprint来说，总觉得信息不住会缺乏控制。三，如何让团队在敏捷中团结起来，让气氛变得积极主动，让生产力和效率明显提高，才是最大的挑战，我想找个挑战的最关键因素应该是作为SM的我如何积极主动才行。
