《长安十二时辰》之敏捷开发Scrum

《长安十二时辰》之敏捷开发Scrum

敏捷开发

长安十二时辰

我做事,不讲规矩

scrum 本是用于开发、交付和持续支持复杂产品的一个框架。其中包含三种不同的角色划分、Sprint 事件，以及一定的组织规则。

最近抽了整整一天看了一部好评的剧：《长安十二时辰》。看了一大半剧集之后，到处翻出处，跑知乎上搜观后感，跑喜马拉雅上搜说书版，最后追到了微信读书里面的电子书。花了两天，连续看完了全书。有点感触。

又在最近接触了 Scrum 框架。

正好这两个事情碰撞到一起了，于是想着使用 scrum 框架去解析一回其中的一个重要角色：scrum master - 张小敬。看看在他的带领下，长安天团是怎么高效并创造性地交付李必小狐狸交给他处理的复杂难题的。

产品愿景

为了长安百姓过个安生的元宵节，拥有十年西域兵，九年不良帅的辉煌简历的张小敬，被从死牢里捞出来，组建长安十二时辰敏捷开发小组。他办事“狠毒辣拗绝”，快刀斩乱麻, 自成一体。

不同于贺知章，以及靖安司等官府人事办事顾虑太多，行事束手束脚，他不按规矩来，专治疑难杂案。只有他带领下这样的队伍，才能在十二时辰里高效的解决长安的恐怖危机。

目标:

12时辰内

抓狼卫

排火雷

灭阙勒霍多

制止恐怖袭击

拯救长安

角色划分

各个队员主动认领任务。

这个好像有点难，一般都是下发任务。但是敏捷小组不是这样的！敏捷小组的人，都是抢着任务去做的。"我是为了长安百姓，其他的可不关心。诸位莫要会错了意"。都差不多领盒饭了，好不容易从死牢里拖出来冲个澡。连任务认领都这么积极，看见没？这样的员工哪里找去？

燃尽图

天下皆白，唯我独黑。传统瀑布流工作方式是按照增量的计算工作量方式，敏捷开发反其道而行之，采用燃烧剩余工作量的方式计算进度。这是 Scrum 的精髓之一。

Sprint 事件 -计划会议

在每个冲刺之初，由产品负责人李泌讲解需求，并由开发团队檀棋，徐滨，姚如能进行估算的计划会议。张小敬当然也主导了不少的路子。你会看到基本上很多会议都是李泌小狐狸召开的。各个人干哈，代办事项安排得明明白白的。

Sprint 事件-定期站会

团队每天进行沟通的内部短会，因一般只有15分钟且站立进行而得名。具体时间自己定，目的是保持进度的透明和消息的通畅。防止拖后腿和误判。具体根据自己的节奏，可以采用每日固定时间，比如早上8:30？

长安这里因为时间有限，只有12个时辰，所以需要每一两个时辰内，展开站立会议及时碰头沟通，或者一两个事件之间迅速通过望楼传递信息。（这个望楼自带加密效果?）

谈谈上一个时辰都发生了那些事情, 各自都干了啥，进展如何。张小敬方位, 歹徒方位, 他们冲到哪一坊了？冲锋陷阵的同时，不能忘记了反馈。

反馈越及时，应对策略越有时效优势。

比如伏火雷的数量，前期被严重低估，以至于给长安元宵灯会造成很大的威胁。当问题和矛盾逐层升温，向真实的严重性逼近，就得一次次地修正需求。最后可不仅仅是抓几个狼卫那么简单的事情了。

Sprint 事件-评审会

在冲刺结束前给产品负责人演示并接受评价的会议。审讯一个狼卫，围歼一队突厥人，撂倒三车石脂，都是几个小节点。爆炸了三箱伏火雷之后，还要不要继续扩大战果？亦或者及时收手保太子？这些都需要及时衡量、调整。

这个阶段是要评估产出的概况，大家一起评估需求完成度。看看还有没有在逃的狼卫? 别的阙勒霍多查获了没？张小敬你身为 Scrum master，半路需求没做完，你跑去找你的小妮子--闻染，被上司发现，看不打死你！

Sprint 事件-回顾会

在冲刺结束后召开的关于自我持续改进的会议。给张小敬解决麻烦，该送腰牌的送腰牌。总结经验: 案子能不能结? 这次案件办得地道不地道，问题解决了还是搞砸了。该上报损失的上报损失，邀功的领罚的也得收拾收拾。

然后又开始新一轮的需求开发了。后续是不是该收拾收拾去西域了？

欢迎关注我公众号：平头哥0618 

个人博客 :  https://gitvim.com