敏捷落地–团队试点，让你具有大局观
我们上章节主要讲述了评估诊断，具备了项目短期规划的能力，接下来我们主要重点会围绕长期规划来进行展开。那么团队试点主要会包括两个过程，即 “试点前准备” 和“试点过程推进”。
大家做过项目Leader、PM，其中较为重要的环节包括 “风险评估”，那么敏捷推进也同样需要，从局部先来引入，慢慢观察和总结，等到合适时机，覆盖全面。
接下来我们讲试点前先分享个例子：
例子 一家科创公司董事吴某某，初步调研完敏捷管理开发后，要求公司旗下团队全部引入。因为是科创公司，工作节奏较快，老板希望用敏捷管理来提高效率，产出最大化，于是；和各团队Leader进行了简单2小时的培训及沟通，会上定了截止时间，最终各位团队Leader非常焦虑，因为他们大部分对敏捷非常陌生，少部分了解过但是没用过等，最终效果不理想。
·····前期没有任何铺垫，直接就要求团队改变熟悉的工作模式，团队成员既不理解为什么要改变，也不知道这种新模式到底该怎么做。大家很快就接受不了这种工作方式，最终以失败告终；老板很不满意。
…
我们来总结下，以上例子引入敏捷为什么会失败呢？
在引入敏捷后，没有试点前准备工作事项，通常我们在引入敏捷前需要总体评估，以哪个项目来试点，试点需要的材料，以及分享会中重点介绍的环节。业界称为 “Sprint0” ，就是我们第一次做敏捷的迭代该怎么样去做？ 所以试点前环节必不可少。
当我们知道做敏捷前，需要做试点前准备工作后，接下来继续讲解到底该怎么做？
-
选择试点团队（首先，需要挑选试点团队，让他们充当推进敏捷第一阶队将士，所以显得尤为重要；参考以下两方面）
1.业务价值高或在短期内给团队带来很大收益
2.对敏捷非常有兴趣，意愿强烈 -
准备工作细化
1.组织人员（参与敏捷试点团队中每个人进行详细的培训，沟通协作；遵循高聚合，低耦合原则）
2.管控和治理规则（遵循敏捷规则；推进敏捷过程中，可能会存在哪些问题，提前做好预案；让大家知道边界及规则）
3.需求范围（开启敏捷时；其中需求准备非常重要，需求是逐渐涌现出来的，所以在后面的每个迭代中，我们都会对下一迭代要做的需求进行新的梳理；前期做到本次需要做哪些需求？会议上大家明确后，按照计划推进，中途不接受会议上没阐述的需求，除紧急需求外，但也会相对于去掉同工作量的需求来替换）
4.方法（根据评估诊断时的访谈结果，根据痛点选择适合自己团队的敏捷方法；也许一开始你用的方法随着敏捷的推进不再适用，那后面你就要做出相应的调整或改变，灵活多变）
5.工具（主要指研发流程管理工具，比如 Jira 和 Trello 、leangoo、confluence、禅道，如果公司有管理工具，评估是否好用，从可视化视图、效率等方面评估。如果无管理工具，可以根据预算以及公司要求的安全性级别来引进新的工具，因为一般工具有开源和收费模式）
当我们知道了试点前准备后，接下来就是执行力，一切的准备工作都是考团队来执行和交付。团队是整个敏捷实践活动的根基，只有团队能高效率地执行实践中的每一项工作，敏捷才能发挥出它最大的效用。如果团队氛围不好、执行力不高，那即便导入了敏捷，团队也很有可能做不好。敏捷试点中最最重要的步骤就是一起制订契约
社会契约：
什么是社会契约？它本指一个社会里的全体成员，为了更好地生活，制定了一些基本准则,大家一起来遵守。用在团队中，指的就是团队里的行为公约，也就是为了让团队中每个成员都能加强协作、发挥价值，一起来约定的一些基本准则。在工作中，如果有任何成员的行为影响了团队协作，其他成员都可以拿这个契约来约束他，这样就可以“对事儿不对人”，在处理不良行为的时候更有说服力。
…
那么如何来落地呢？
其实就是团队内部相互认可、磨合和协作的过程。那具体怎么来做呢？我认为可以将团队所有成员都聚到一起，大家一起来制定，只有这样，才能充分征求每一个人的意见，让大家一致认可，这样就有充分理由让大家一起来执行了.
找个闲暇时刻，大家一起找个会议室，类似头脑风暴；每个人提出一条规则和想法；接着，会议的组织者要给大家宣读每一条准则，并询问大家是否同意，如果有人不同意，就停下来就此讨论一番，如果讨论的结果还是有人不同意，就放弃它；如果大家都同意，就将该准则保留下来。
…这样进行一遍，把大家都同意的行为准则留下来，就形成了团队的“社会契约”。
当契约定下来后，注意；把它公布到所有团队成员都可以看到的地方，以便整个团队时时可以看到它，感受它带来的激励和约束。如果把它束之高阁，那就失去了它应有的效用，团队的协作也可能因此出现问题，进而导致敏捷推进的失败。
…
试点推进前制定“社会契约”，可以让你的团队形成一个约束和激励机制；那么在试点推进过程中，通过开展回顾会议，你的团队会形成一个引导机制，它能引导团队的自主性
怎么开展回顾会议呢？(找个空闲时间，预定好会议室，前期敏捷教练来指点，会议开始后，要先说明会议目的，接着讨论下面环节)
- 团队工作中做得好的地方是什么？
- 做得不好的地方又是什么？
- 有没有什么其它疑问或者补充？
营造氛围；和制定契约的会议一样，大家先思考几分钟后，然后把每个点子都写上，然后分别进行投屏看。接着和大家一一讨论这些问题。做得好的地方在接下来的迭代中可以保持下去，做得不好的地方大家可以一起头脑风暴看看到底怎么去改善；并做一些行动计划。对于有疑问的地方大家也可以互相提问，有些是敏捷教练需要阐释的，有些则是团队成员需要解释的。
会议时间控制在1-2个小时；前面几次可能会有很多问题；通常我们控制时间，问题解释清楚后接着过下一个，如果存在遗留问题，后面我们可以进行专场进行答疑等。这个会议也有查漏补缺功能，可以让你发现团队成员在哪些方面有困惑，或者哪些敏捷知识储备不足，后面你可以安排其它时间来帮助他们专门补齐。
成绩墙与错题集：敏捷成长
有了契约的约束和回顾会议的引导，通常我们在执行过程中还会遇到各种问题，因为团队也不会一直都正确地思考，有时候也会犯错，所以我们需要记录，记录团队中成员的敏捷成长，后期可以总结和规避问题。
如：我们执行过程中遇到了以下情况
1.团队为了赶进度，测试未全量回归，匆忙上线；
2.迭代过程中，产品变更了需求，突如其来的新需求，团队成员措手不及，研发人员同意后，最后却搞不定，造成较大的风险。
3.产品->UI->研发->QA->运维 其中环节沟通不透明，如：私有化，造成信息阻塞，导致风险
通常遇到类似的问题，让团队通过“成绩墙”和“错题集”在推进敏捷的过程中记录自己的心情曲线，以及取得的成绩和犯下的错误，所以这其实也记录着团队的成长。
同时团队中有大大小小的进步和优点也会记录，然后公开到面板上，透明化；这样大家经过它时，都会很容易想起在我们敏捷实践的过程中都发生过什么。在试点结束的时候，我们也会把总结中关于成功的经验和失败的教训写到这里。
这样做有很多好处，首先团队会一直感觉到敏捷氛围的存在，大家都会遵循这种原则，氛围达到理想状态。
总结：
本章内容主要讲述了敏捷落地-团队试点，主要包括几点
1.推进试点前，制定“社会契约”，保证团队工作的有序和高效
2.推进试点过程中，开展定期的“回顾会议”，引导团队成员自发思考，激发大家的自主性，使工作变得更顺畅；
3.在试点过程中和结束后，通过“成绩墙”和“错题集”记录团队的成长，总结敏捷实践中的经验。
作者简介：张程 《技术管理兴趣圈》
更多文章请关注微信公众号：zachary (frankly0423)
