爬山也是一种Scrum

上周日参加了一次火星人志愿者徒步六片山环保公益活动，从开始爬山到活动结束复盘分享，跟敏捷Scrum的思想如出一辙。

周六晚上活动负责人在沟通群上先把明日活动的主题、集合时间地点、志愿活动的主要内容以及注意事项通知给大家，提前让大家了解本次活动意义和使命愿景。这个场景让人联想到了Scrum中一个项目刚立项，项目的使命愿景告知整个Team，其次迭代开始前的Sprint梳理会就是输出下个迭代要做的Sprint Backlog Item。

周日早上开始集合，集合后先开了一个会，类似Sprint计划会，只是本次迭代冲刺时间是一天，会议上活动领队（类似Scrum中角色PO）告诉整个团队今天主要是徒步六片山，网红打卡地天池为大家徒步目标，在徒步过程中需要捡路边垃圾。参考之前徒步的团队时间经验，大家预估7h可以完成整个徒步过程。当时我就想这不就是我们Scrum中的Sprint迭代计划会嘛，Sprint计划会PO讲解本次迭代目标和迭代冲刺用户故事，Team估算Story points以及拆解子任务和预估时。而且整个徒步过程中，有个仆人式的领导服务团队，做好安全管理和保证路线正确，这个角色类似Scrum Master。

接下来开始一天的冲刺徒步，整个团队自组织管理，彼此之间互相帮助，一个成员捡路边垃圾，另一个成员则主动拿垃圾袋。徒步过程中会有一些山路陡峭，大家互相协助，共进退。在Scrum迭代冲刺中，自组织的Scrum Team也是一起协作，优先冲刺高优先级的同一个用户故事，完成后在冲刺另一个。跨职能团队相互间配合，前后端一起联调共同交付业务价值。

由于周日天气原因，活动负责人临时改变了路线，减少了徒步路线，大概不到5h就达到了网红天池，整个团队驻留拍照。在Scrum中，PO也会根据外部的市场环境去调整迭代看板中用户故事的优先级或者临时把业务价值高且紧急的用户故事插入迭代，而把同等工作量大小的优先级低的用户故事移除迭代，保证整个Sprint总的Story points或者总的预估时一致，符合团队速率。

最后徒步下山，全体成员再次集合，展示徒步过程中捡垃圾的成果和复盘整个徒步收获以及活动不足之处。这就是我们Scrum中的Sprint评审会（演示会）和Sprint回顾会。迭代结束的最后一天，开发团队向PO或者客户展示本次迭代冲刺的成果。Sprint回顾会大家轮流发言这次迭代做的好的地方，需要改进的地方以及改进措施。

整个徒步活动结束，代表着迭代周期一天的Sprint结束了。本次活动中做的好的经验或者需要改进的经验将为下次活动提供借鉴。通过这次活动，原来生活中处处皆Scrum，好的方法就是可以套用到各行各业。