从搞笑到高效，构建敏捷团队的基础原则

翁云峰 --稿定科技敏捷教练，厦门敏捷社区组织者

在印度有这么一个神奇的团队，他们有5000名左右的员工，天天要运送20多万份餐，一份盒饭要通过3-4我的的手才能抵达目的地，交通工具只有火车，自行车，板车和双腿，没有任何单据，甚至都不须要客户填写地址。

在这样的情况下，每6百万次运送中只有1次错误，准时正确到达率却超过99.99999%，这远超六西格玛的标准。在业界，若是一个企业能达到 六西格玛，就说明它能接近完美地达成顾客要求。在这一点上，达巴瓦拉甚至远远超过了联邦快递等使用现代技术和工具的快递公司。

你们可能在想，可以把事情作到这么好，他们必定很贵吧？他们团队的管理水平这么高，是否是成员的基础素质很高？

答案却不是如此，这个团队基本上都是半文盲或者文盲，每月的收入也很低，平均每人400-500人民币。

这个神奇的团队，叫作达巴瓦拉。

你们有没有注意到，外卖的每个饭盒上都有编号？没有英文单词或者太复杂的词，只有一串编号而已（由于他们不少人都是半文盲，因此编号信息也力求简单）。这些彩色代码告诉这些外卖小哥饭盒来自何处，输送过程当中通过了哪些火车站，最终要投递到哪一个建筑物的哪个办公室。这个代码就是他们的通信协议，能够保证饭盒并准确无误的送达。若是出错了，是谁出了错能够很是精准被定义到。

他们得到成功的法宝是时间管理，简单的色彩分类体系和团队协做。

咱们不少的研发团队，文化程度都很高，咱们能不能作到这样的准时交付率？很难。咱们的团队能够在发生问题的时候，能不能很是精确的定位问题和处理？也很难。

虽然达巴瓦拉是属于另一个行业的案例，相信也会对咱们软件研发有重要的参考意义。我想经过这个案例的分析提出一个关于团队协做的观点，也是我今天想谈的东西。

1-团队协做的境界

如今咱们来看一张图，你们试着想想，咱们团队目前常常沟通的频道是哪个？

咱们大部分的时候，都是在公开象限里进行协做。而公开象限的大小，反映了团队协做中的“信息披露”和协做水平。

假如咱们都在一个团队里，通常你们都很乐意谈隐私象限，由于你须要把你知道的跟别人进行沟通，让他们配合你。你须要贡献一些秘密，一些私人的信息，让别人更加了解你。

当你不太清楚你本身的时候，好比你不知道有哪些东西须要改善，你须要请求反馈。你不知道你的代码写的如何，这时候有我的跟你说你的代码写得还不错，他是在给你反馈，接触你的潜能象限，这样的人是教练。

教练在鼓励你作自我揭示，你在不断请求教练给你反馈，让你知道你的潜能是什么。

喜欢天文学的人应该都知道“熵增”这个概念。举个例子，你们以为你家是PPT左边的样子仍是右边的样子？若是是左边，那就特别好。若是你是右边的状态，怎么办？你须要整理。

你们有没有意识到，你的团队也多是右边的这种状态？出了问题不知道缘由是什么，效率很低不知道怎么改进，流程没法预估，交付老是看天气。咱们须要作的事情是什么？教练除了帮你揭示自我帮你反馈以外，还须要帮你作整理，把过去无序的东西变得有序。梳理流程，梳理团队，梳理产出，暴露问题并推进问题的解决，这个过程是“反熵增”，防止协做系统陷入到混乱和无序中。

加强沟通，反熵增以后，咱们但愿团队协做达到什么样的境界呢？

我想要用八个字来总结，叫作“既定规则，无脑执行”。

规则是什么？规则就是作事的方法和标准，好比DoR（就绪的标准）, DoD（完成的标准）和不少的working agreement（团队一块儿制定的工做公约）。

为何是无脑执行？这里不是真的说在执行的时候，咱们只须要找到一堆idiot来循序渐进执行就好了。这里的意思是，当咱们有了协做的规则和方法的时候，根本不须要占用大脑的带宽，不须要让团队在执行过程当中耗费宝贵的计算资源，把有限的精力投入到最须要全神贯注的工做事项中去。

无脑执行的另一个意思是，事情必须很是流畅，减小在执行过程当中的摩擦，减小无谓的人力物力投入。

“以神御刀，不以目视刀。”
《庄子》

为了让协做更加顺畅，我建议你们能够参考这个“协做金字塔”。也就是教练，或者团队管理者，或者有志于改善团队协做的任何一我的，须要关注的一些要点。

咱们须要定义一些规则和方法。

咱们须要不断提升信息饱和度（提升团队的公开象限）。

让信息流可视化（提升公开象限；无脑执行）

及时反馈，及时校准。

2-敏捷教练是什么

这是一个教练在分享会提到的，他说敏捷就是快速迭代，他分享的主题是《敏捷是骗人的》。

这个事情告诉咱们什么？有一些说法认为敏捷是万能的，或者说敏捷能够作不少事情，但真的是这样吗？不必定。

上面我也提到了一些教练须要作的事情，好比须要不断扩大沟通视窗，制定规则，减小执行摩擦等，我再提出几个观点。

敏捷教练应该是好销售。咱们卖什么？卖“概念”。若是你在团队推敏捷方法和敏捷流程，你能够参考如下的销售思路，会让你的整个过程更容易，你们不妨试试。

敏捷教练应该是防火队员，更侧重于作防火的事情，而不是作救火队员（在问题发生前，提早感知到，提早准备预案，最好提早解决掉。）

教练应该是算法工程师，为何？概念只是概念，最终落地的效果好很差，是须要在真实环境下，根据实际状况来作“调参”，经过不一样管理算法的引入，经过不一样的实践和结果反馈，不断迭代优化的过程。

3-管理的算法

敏捷教练是算法工程师，那么，他应该负责什么样的算法？

好比咱们应该要确保团队持续不断的作正确的事情，如何作？

咱们能够把敏捷和精益创业、设计思惟作连接，造成一套从问题发现，到问题的分解和试验，到敏捷交付用户价值的闭环。

好比咱们有各类各样的模式。

包括瀑布流程，PMBOK流程。

敏捷流程，看板流程。

敏捷界的网红Scrum流程和精益流程。

这些都是管理的算法， 都是敏捷教练这个“算法工程师”的“算法库”，或者说“兵器谱”。必须很是熟悉，而且知道在什么样的场景下，该如何使用。

4-极简之道

咱们听过不少道理，依然过很差这一辈子。

在这么多方法论的基础上，咱们如何用于团队？咱们如何帮到团队提高效能？

咱们要让团队更加高效，而不是让团队搞笑。从搞笑到高效方法不少，好比在我的级别的GTD时间管理，清单方法，我的和团队级别的“番茄工做法”等，都是在你尝试敏捷方法前的有益尝试。在切入敏捷实践后，能够先从kanban方法开始，慢慢转移到scrum方法（若是适用的话），再根据实际状况，转换到SoS（Scrum of Scrum），LeSS，SAFe等大规模敏捷实践上。

在选择某一个具体方法实施以前，如下几个问题值得思考。

首先，咱们为何要提升效率？为何效率重要，若是没有想清楚为何，怎么作可能都不对。好比咱们为何要两周交付？若是产品自己的属性，支持边开发，边测试，测试经过后能够直接灰度上线，咱们就不必定要选择两周的交付周期，好比能够保持在一周的周期来交付。若是团队的基础设施尚未准备好，好比单元测试，自动化测试，持续集成都还作不到，固定两周交付可能会是一个灾难。

其次，咱们须要区分什么行为是高效，什么是低效，什么是无效。咱们能够经过对总体流程进行分析（好比使用value stream mapping等方法，来统计流程效率），得到基础数据，制定效率提高的目标。

再次，区分清楚后，咱们能够采起措施和策略，来放弃无效的事情，减小低效的部分，提升有效工做的占比。

最后这一点是区分于流程以外的，咱们须要提高团队的“沟通带宽”，须要不断扩大团队的社交链接。好比一个小组可能互相都不太认识，或者在日常的工做里尚未造成很好的协做模式，在这样的状况下，应该着力于让团队更多的沟通，加深在项目级别，和在非正式形式的沟通和协做（好比团队建设等），让团队加快融合。这是你不管采用哪一种方式方法，都应该考虑的基础的部分。

文章来源：Worktile敏捷博客

欢迎访问交流更多关于技术及协做的问题。

文章转载请注明出处。