浅谈敏捷之旅

由于工作繁忙，个人的敏捷之旅有所戏剧性。第一次接触，便是被团队主管叫去会议室开会，会议得知成立了敏捷场景部落，我便稀里糊涂的成为了部落长，然后部落成员从不同团队集中到会议室办公，从此开启了新的篇章。

刚成立的时候，连彼此的名字都叫不出来，在敏捷教练的带领下，先设计看板，真正体现出每个用户故事的进度。然后做需求的全景地图，让每个团队成员都了解需求的全貌，还黑后续的场景梳理提供依据。之后所有需求按照用户故事重新划分，以往总是站在技术的角度划分成任务，一个个任务完成后业务并不能测试，导致整个需求的实施过程呈现瀑布式，而按照用户故事拆分以后，每个用户故事的开发完成意味着可测试，实施过程呈现为流水线式。

敏捷之旅最初的改变体现在看板上，原本一张便签上只有任务名称及负责人，逐步变成使用绿色代表用户故事，黄色表示行动项，红色表示风险。便签上增加用户故事编号与confluence对应，而confluence上则使用GIVEN-WHEN-THEN方式叙述用户故事，方便用户，开发人员，测试人员间对齐信息。还增加分数以标注优先级，当一个迭代无法完成所有用户故事时，部落成员清楚该优先保证哪些用户故事。

而最重要的改变是在团队协作上，以往都是命令式，任务分派到个人，由个人实施，遇到问题向上级汇报。整个团队相对独立，各负责一块，上级则成为瓶劲。逐步变成由个人主动承担用户故事，完成用户故事的澄清，开发，测试，以及对外沟通协作等事项，提升个人责任与能力，分担上级压力。而集体奖惩机制的建立，则促进团队成员之间相互帮助。

不知不觉，到现在经历敏捷已经两月有余，感触有许多，总结下来就是目前敏捷只是给我们开了一扇门，未来的路很长，需要我们自己去探索。

浅谈敏捷之旅