我在哈啰的敏捷之旅（哈啰出行攻略）
非常开心在空中和大家相聚，希望在接近一个小时的时间我们都能有所收获。首先感谢Bob老师和网易杭研的李岩同学，是因为他们的支持，我才能够在这里和大家分享。在开始之前，先简单自我介绍一下，我是陈文博，供职于哈啰出行PMO部门，一名成长中的敏捷教练，今天有很多敏捷社群的小伙伴来支持，谢谢大家！
言归正传，今天的分享将分为两部分：
第一部分是我在哈啰做的一些敏捷实践， 包括目前我是怎么操作Scrum的，如何利用透明拉通团队共识，如何利用内驱力模型来激励团队，以及我在兼顾多个Scrum团队时如何培养内部的Scrum Master。
第二部分将给大家分享我在内部敏捷社区的一些做法， 包括我是怎么发起内部敏捷社区Thor，以及社区是怎么运营的。
一、我的敏捷实践
1.1 Scrum的基本操作
共识类的问题，我们通常会在回顾会上确定下来我们要怎么做。 比如“站会”经常有人迟到怎么办？我们就定下来迟到的人要发红包。得出的结论要与参会的团队所有人对齐并达成共识，大家都没问题后就要按照规则来，并且把规则放在我们的文档库里，同时也可以在白板墙上写下来。包括之前讲过的不接私活儿、需求进入评审的DOR是什么样子？都是在回顾会上通过共识类的问题定下来的。
对于复杂问题， 我不会在回顾会上对需要很多分析和交流的问题去讨论，我会在会上把这些问题通过投票选出来后，作为Scrum Master将 在下个迭代开始后作为专项的工作去推动改进， 将会和不同的干系人讨论和分析，并在下个迭代的站会上同步改进事项的进展。
五个关键活动的改进
全职的Scrum Master组织站会到团队轮流组织站会；
从关注Task的流动到关注Story的流动；
在团队不同的成长阶段做调整。
最早我们会将需求的Refinement和Planning放在一起，在后期则将其区分开，Refinement更多是和大家澄清需求，Planning则是确定迭代我们要做哪些事情；
梳理会我们最初是让大家说要多长时间，没有一个估算的过程，演变为大家利用竖手指扑克估算的方式帮助对齐需求；
开始是当前迭代梳理下一个迭代的需求，后续也会做一些改进，当有大项目进来时，对需求进行一次性梳理，延长梳理会的时间，分迭代进行排期。
确定梳理的目的是为了Planning做准备。梳理会也有很多不同的演进方法。
最早我们是在Planning会议上做了需求的梳理和Planning，带来的问题是梳理完、Planning之后需求还是会有问题，有些依赖项或各种问题没有澄清清楚，带着问题就进入了迭代，这样就会给团队带来很多困扰和返工。所以后续我们将需求的梳理单独的放在Refinement会议上去做，同时在Refinement和Planning中留一些时间去解决依赖项。
最终我们将Planning拆分为两部分：第一部分是在Planning时决定哪些需求要进入迭代；第二部分进行技术方案的评审和拆分子任务。
排期也会有一些演进，最初是根据团队成员的本能，拍脑袋进行排期，后续则是基于团队的Velocity来排期。
将迭代启动、看板初始化作为Planning的一部分。
从Scrum Master去推动整个回顾会的改进事项落地，到团队内部的Scrum Master去推动，到团队主动Owner这件事情，会有一个逐渐的过渡；
探索更多更好的方式去帮助团队，比如说视觉引导，教练的方式等很多不同的实践。
1.2 透明拉通团队共识
1.3 内驱力模型激励团队
一阶段：在第一个迭代的时候，只需要组织好站会就可以了；
二阶段：第二个迭代，需要支持团队做一些统一流程标准、规范的落实；比如Jira工具上的规范，哈啰内部的一些工作规范需要进行推动，这些都需要一些额外的工作去监督；
三阶段：进行迭代的沟通计划，比如迭代启动邮件，迭代的周报和一些其他的沟通计划；
四阶段：和内部的Scrum Master去做效能提升，比如如何通过度量体系去看团队当前的状态，并开展过程改进。
1.4 培养内部Scrum Master
1.5 资料分享
《硝烟中的Scrum和XP》：是一本非常好的实践指南，我的很多实践操作都使用了里面的方法，包括迭代启动的邮件就是参考这里面的，Scrum的任务板怎么去设计、燃尽图的呈现等。
《你的Scrum检查列表》：告诉我们每个Scrum的会议应该怎么开？输入输出是什么？有哪些关键要素？
《Scrum简章》：告诉我们Refinement和Planning怎么开更好，基于大的发布计划我们怎么去开Refinement，以及产品从0~1的阶段和从1~无限大的阶段我们怎么去开梳理会，里面有非常多的介绍。
《用户故事与敏捷方法》、《Scrum精髓》、《敏捷估计与规划》：在在需求和估算方面提供了很多实践指南，其中《Scrum精髓》是Bob老师翻译的，是一本非常好的书，我最近还在读。
《团队协作的五大障碍》：是我上一家公司的老板推荐给我的，是一本非常好的书。前段时间我在回顾会上做了一个调研，能知道团队当前的主要障碍是什么？包括互相不信任或者不愿意承诺等问题，我会根据调研的结果去确定后面团队的改进方向。
《幸福领导力》和《管理3.0》：与内驱力相关可以做的事情，里面有非常详细的介绍。
《引导工具箱》、《结构化引导》：告诉了我们非常多引导的技巧，包括怎么按顺序发言等很多非常好的技巧。
《敏捷教练》：刚刚讲到的敏捷教练的能力体系来自于这本书。
《敏捷回顾》：回顾会的基本框架可以从这本书参考。
《Scrum Master做好迭代回顾会的Facilitator》：Ethan Huang分享的Scrum回顾会的很多招数，团队成长的不同阶段回顾会的不同招数。
二、内部敏捷社区
2.1 Thor的故事
Thor名字的由来： 其实这个团队的组建还是挺不容易的，所以用Thor来隐喻我们的团队会披荆斩棘，最终获得丰盛的果实。
团队投名状： 我列出了不开心的时候给大家表演Beatbox，如果熟悉我的话就会知道我是一个会Beatbox的敏捷教练。（Beatbox彩蛋）
2.2 社群的成长路径
第一个阶段，如果你达到了基本的能力要求，就会发一个结业证书，标志你已经完成了基本技能和知识的学习。
第二个阶段我们会有一个领导力的排行，如果你在每个迭代中owner的需求足够多的话，等你集齐七颗龙珠时，就会获得领导力的认证，也会发一个认证的信物。
2.3 内部社区 — 社群运营
积极社交、内部分享；
口碑营销、话题营销；
朋友圈、内部论坛持续更新进展；
收集大家在社区的成长故事。
三、Q & A
内容来源：敏捷+社区线上直播005期，《我在哈啰的敏捷之旅》分享实录
分享者：哈啰出行陈文博
敏捷开发 DevOps
版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。
推荐文章
最近发表
