爬山也是一种Scrum

Posted 2021-04-25 PM日常

爬山也是一种Scrum

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

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

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

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

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

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

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