协作| 7. 把经验变成流程，变成大家的工具

Paul Klee,  Siblings

当你终于知道同事最需要什么数据。

当你终于知道领导最需要什么报告。

当你终于下连同事、上通领导成为协作的中心。

有没有想过，你还可以做得更好，即使你离开这里，你还是协作的中心，你的经验还是大家的经验。

这就是，把你的经验固化为流程。

你会说，流程已经太多了，你可不想再写个流程给大家找麻烦。所以，你的流程不是写在纸面上的一百条规定，不是强迫大家执行的流程。你的流程应当是软件、模版、案例等工具，让别人用这些工具轻松地完成工作，这些工具用算法防范各种错误。

你也许觉得，反正你已经知道如何干了，何必写这些工具？整理自己的经验，写成各种工具，比干什么都麻烦。

但是，一年后你自己还记得这些经验吗？难道你以后还要重新摸索吗？你以为这是为别人服务，也许第一个受益的是你。

难道要同事们把你遇到的困难重复克服一遍吗？

所以，为了帮助将来的你自己，为了帮助你认识和不认识的同事，这个工作值得你付出。

 

1. 写接口软件

数据转换是事故多发地，也许谁看错了行；也许谁忘了转换单位，把毫米用作米；也许谁定义错了方向，把阻力定义到推力的方向。这些灾难性错误，往往是一瞬间的不小心。

要大家提高责任心，反复校对，这是正确的废话，成本太高，根本不合理。

写个数据转换的接口软件，节约多少拷贝、粘贴的时间，预防多少不小心，消除多少事故隐患。

但是，你要用百倍的时间，反复想象使用者会犯什么错误，关心什么结果，需要什么数据，想看什么图？你替他们走过千百遍，堵住每个犯错误的隐患，铺平每个小小的不如意，实现每个意外的惊喜。

要想让别人爱上你的软件，就要做到这么极致。

2. 写报告模版

如何正确呈现你的仿真、实验、设计的成果，让领导看得懂，让同事用得上，这才是好报告。如果你已经把其中关键琢磨清楚了，就写个报告模版。

一个优秀的模版，应当容易复制。

指出必须提供哪些说明，让阅读者知道你的输入条件和背景是什么。

指出需要提供哪些结果的数据和图片，这是行业里首先要看的内容。

指出如何分析关键问题，用哪些数据证明你的说法是否合理。

……

还是同样的道理，如果不琢磨阅读者的需求，模版就是一副枷锁，如果你琢磨透了阅读者的需求，模版就是指路明灯。

3. 建案例库

没几个人有耐心阅读什么使用说明、运行规定。你真的没有必要写几本厚厚的手册，然后请领导要求大家阅读，如果这么制定流程会死的很惨。

培训大家用好流程，最好就是举例给大家看。

把一个完整过程中每步用到的数据、软件、报告，保存在一起，写个简简单单的列表，这就是一个案例。

谁要学习流程，去查找对应的案例库。他可以直接把文件拷贝走，根据需要修改文件，在案例的基础上运行自己的流程。

固化经验的重要性，我也是逐步认识到的。最近我整理电脑才意识到，当年多少得意之作，现在看来就是一些莫名奇妙的文件夹。

---

写接口软件、写报告模版、建案例库

把你的经验变成流程，变成大家的工具

被自己使用，被同事使用，你的过去才被继承

---

协 作

1. 工程师之间的市场化协作

2. 如何给性能标个市场价

3. 伺候好你的内部客户 — 同事

4. 要懂别人的专业，不要会别人的专业

5. 只有你会的技术，就是你的枷锁

6. 如何与领导协作

本篇文章来源于微信公众号: 陆姐说