十倍效率背后的管理逻辑

之前负责一个跨境电商平台项目，需要接入大量的支付方式。在审查支付接入的效率过程中，我发现，有位支付接入经验比较丰富的同学平均接入一个全新的支付方式只需要一天，而另外一位新同学，用了一周多都没有完成，在第二周接近周末的时候，我终于忍不住了，把两位同学拉在一起聊了聊到底是什么造成了这么大的差异。

我首先了解的是效率比较低的新同学，他首先说的一句话是”这个东西是个新东西，我也不知道要做多久，只能尽力做“， 然后就开始描述自己一步一步多么艰辛，我总结罗列具体如下：

1. 获取支付方式相关的官网链接和开发者文档链接以及相关账号。 “派了活儿之后也没人给我提供这些资料，一直到第二天产品经理才把这些信息给我，我才开始看文档。”

2. 全面的看完官方文档。 “那个支付文档那么多，那么大，而且都是全英文，我看文档都看了一整天。”

3. 按照官网的接入说明尝试把支付逻辑集成到系统中。“咱们系统目前还没开发完，我把支付接进去都跑步起来，而且原有的流程比较复杂，要把支付调起的前置操作太多，我一天时间净耗在配置环境上了。”

4. 在测试环境联调测试。“开始联调之后各种各样的问题，然后我又不知道问谁，最后自己摸索了很长时间才把测试环境调通。”

5. 发布到生产环境。

我们再来看看另一位经验比较丰富的同学是怎么做的：

1. “接入支付还是比较简单的，基本上都是一套套路。开完会就找产品沟通，让他们给了所有的支付接入的链接和材料，也让他们帮忙拉了对方的技术对接人到一个对接群里”

2. 梳理工作。“先列出我要做的 1，2，3，然后看看哪里有风险，接入最大的风险都是外部的，所以对接工作群建好，负责对接的技术同学拉进群之后基本上就没啥问题了”

3. 有重点的看文档。“支付公司的文档一般就那几个模块，基本上所有 SDK 也都是这个套路，先找接入主流程说明，然后看怎么做沙盒测试，最后看下上线配置要注意什么，有啥问题随时对接群里问就行了”

4. 写 Demo。“肯定得先写个 Demo, 直接集成到项目中测试起来太耗时了，Demo 通了直接搬代码就好”

5. 测试环境联调。 “Demo 基本覆盖了对接的各个场景，基本上没什么大问题，很快就测试通过了”

6. 发布到生产环境。

实际两个人的反馈比这些要多的多，我只罗列出来能核心反映背后问题的逻辑出来给大家看，以加深大家的体感。

不怕不等

做所有的事情我们都不能怕，要充满信息和激情去做，一旦从内心不畏惧一件事情，遇到的所有困难我们就会去动手解决，而不是给自己找退缩的理由。

永远不等待别人为你做什么，主动的去拉通自身需要的所有资源，消除或最小化所有的外部依赖风险。靠谱的人永远想的是怎么做成事儿，然后不断的拱着周围所有的人一起去达成。

了解业务

了解业务是做好服务的大前提，只有我们知道业务背景，才能更好的理解工作背后的 Why, 而不是一开始就想 What, 想 How. 陷入盲目工作的怪圈。

交付意识

清晰的知道自己要交付什么东西，并一直把它放在心上，跟他相关的就专注的做，跟它不相关的，坚决不做。交付意识可以让我们在工作的时候能够以终为始，持续的做最重要的事情。

拆解能力

要让一件事情处在自己掌控之下，就必须学会拆解，自上而下的把抽象的目标拆解为具体的行为，然后自下而上的评估工作的时间和风险，只要每一个子项能做到心中有数，就可以在做事的时候稳扎稳打，步步为营。

组织项目管理的问题

文末不得不提的是当时我们组织内部项目管理的问题，如果一开始在多人并行接入不同的支付方式前，我们能够组织一个小小的会议，让优秀的有经验的同学分享出他的经验，也许每个人都会快更多，而且做的过程也成长的更多。

当然这也继续应验项目管理的魅力：让一个人的能力最高点成为组织的能力基点，从而促进组织的能力成熟度和效率的提高。