改了八版需求才懂：团队协作技术根本不是凑人干活
去年9月23号，我在南京驻场赶项目。三十多度的天，空调还坏了半扇，整个办公室闷得像蒸笼。更闹心的不是热，是我们二十来个人的团队，三天时间有一半都耗在对齐信息上。产品改了需求，只在群里@了一声，开发拿的还是上周存的旧版线框；测试提了bug，转了两次手没人认领，上线前一天翻出来才发现没人改；甲方要改个交互，对接人传了三茬，到开发这意思全歪了。那天晚上加班改bug的时候我就想，我们天天说团队协作，到底问题出在哪？
软件开发团队需求认知偏差对比图
后来我们当时赶项目，没加新工具，就改了一个规则：所有的需求改动，不管大小，必须写到对应的任务下面，改了什么、为什么改、改完的时间要求，写清楚，然后@对应负责人，群里只发通知不存内容。就这么一个小改动，第二天我们的无效沟通直接少了七成。那天下午准点下班吃了南京大排档，我印象特别深。
很多人觉得这是小事，不值得拿出来说。可你想想，你遇到的多少协作翻车，不都是这种小事攒出来的？
互联网团队错误协作流程对比图
这些坑，说穿了都是忘了团队协作技术的初衷：是帮大家省时间，不是给大家加枷锁。很多公司搞着搞着就变成了为了协作而协作，定了一堆规则，买了一堆贵得离谱的工具，最后效率反而更低了。说出去好听，我们是数字化协作，实际上苦了干活的人。
不用买贵工具，小团队也能落地的几个技巧
说实话，很多小团队觉得团队协作技术是大公司才玩得起的东西，要搞专门的流程专门的人，还要花大价钱买工具，其实真不是。我见过三五个人的创业工作室，用免费的共享表格加任务板，就能跑得顺顺的，核心是抓住几个本质就够了。
第一个，别把聊天当协作。所有需要跟踪的事，绝对不要只发在群里。群聊是信息流，刷过去就没了，过一周你根本翻不到。哪怕就三五个人，也把所有要做的事列在一个统一的地方，每个写清楚三件事：做什么、谁负责、什么时候交。就够了，别搞花里胡哨的。
第二个，信息沉淀要定死一个地方。所有的需求文档、设计图、版本包，统一存在一个地方，按项目分类按版本命名，别东存一块西存一块，有人离职了你连之前的文件都找不到。我们现在的规则是，不管是谁，发出去给对接方的文件，必须同时存到共享盘对应的目录，不存就算没做完。就这么简单，很少再找不到文件了。
第三个，能不同时开会就别同时开会。需要对齐信息，发文档写清楚问题，大家看完留言，能解决就不用开会。非要开，只拉能拍板的人，别拉一堆围观的凑数。我之前参加过一个二十多个人的会，真正能说话的就三个，剩下的全在那刷手机，两个小时下来啥结论都没有，纯纯浪费生命。
不过话说回来，团队协作技术也不是万能的。要是你们团队本身目标就不一致，老板要赚快钱，产品要攒口碑，开发要保质量，各想各的，那再好的协作技术也救不了。那不是协作的问题，是方向的问题。
最后说句实在话，我们做技术的，天天说效率说提效，其实最该提效的就是协作。把那些破事烂事内耗的事省下来，多做点正经事，多留点时间过日子，不好吗？那天在南京准点下班吃烤鸭的快乐，我到现在都记得。
团队协作技术，本质是认知对齐技术
很多人一听到这五个字，第一反应就是买工具。建在线文档，搭任务看板，开视频会议，觉得把工具配齐了就是会协作了。真不是。我见过十几个人的团队堆了七款协作工具，每天光切换账号就要十分钟，该乱还是乱。 说实话，团队里绝大多数的矛盾，根本不是人懒，也不是能力不够，是不同人脑子里的信息不一样。你说“这个按钮要做显眼一点”，产品理解的显眼是宽度加一倍，开发理解的显眼是加个红色闪烁，设计理解的显眼是挪到首屏上方，最后做出来三个方向都不对，能不吵架吗？ 团队协作技术的核心，从来不是让大家多聊天多沟通，是把每个人脑子里模糊的认知，变成所有人都能看到的、统一的确定信息。就这么简单。软件开发团队需求认知偏差对比图
后来我们当时赶项目，没加新工具，就改了一个规则：所有的需求改动，不管大小，必须写到对应的任务下面，改了什么、为什么改、改完的时间要求，写清楚，然后@对应负责人，群里只发通知不存内容。就这么一个小改动，第二天我们的无效沟通直接少了七成。那天下午准点下班吃了南京大排档，我印象特别深。
很多人觉得这是小事，不值得拿出来说。可你想想，你遇到的多少协作翻车，不都是这种小事攒出来的？
大多数协作翻车，都踩了“越界”的坑
不过话说回来，我也见过走另一个极端的。老板听说了透明协作，要求所有文档所有事全员可见，美其名曰“大家都有知情权”，结果呢？产品经理写个需求初稿，刚搭了个框架，全公司十几个人都能过来提意见，从logo颜色改到slogan写法，改到最后原来要解决什么问题都忘了。 这就是典型的没搞懂团队协作技术的边界。协作技术不是把所有信息摊给所有人，是把对的信息，在对的时间，给到对的人。 我之前跟一个做开源项目的朋友聊天，他们几百个贡献者来自全球，各个时区各个语言，怎么协作？核心规则就是一句话，每个任务只跟负责这个任务的人同步，无关的人不会收到任何打扰，只有需要你审核的时候才会通知你。人家这么大的团队都不搞全员对齐，你一个十个人的小公司，天天拉所有人开半小时站会，图啥呢？ 常见的坑还有好几个。比如什么都要走审批，一个小改动要找三个领导签字，协作技术变成了甩锅工具，每个人都签字了，最后出问题谁都不负责。再比如过度拆解，把一个任务拆成十几块，每个人只做自己那一块，最后拼起来全是缝，对接的成本比做的成本还高。互联网团队错误协作流程对比图
这些坑，说穿了都是忘了团队协作技术的初衷：是帮大家省时间，不是给大家加枷锁。很多公司搞着搞着就变成了为了协作而协作，定了一堆规则，买了一堆贵得离谱的工具，最后效率反而更低了。说出去好听，我们是数字化协作，实际上苦了干活的人。
不用买贵工具，小团队也能落地的几个技巧
不用买贵工具，小团队也能落地的几个技巧
说实话，很多小团队觉得团队协作技术是大公司才玩得起的东西，要搞专门的流程专门的人，还要花大价钱买工具，其实真不是。我见过三五个人的创业工作室，用免费的共享表格加任务板，就能跑得顺顺的，核心是抓住几个本质就够了。
第一个，别把聊天当协作。所有需要跟踪的事，绝对不要只发在群里。群聊是信息流，刷过去就没了，过一周你根本翻不到。哪怕就三五个人，也把所有要做的事列在一个统一的地方，每个写清楚三件事：做什么、谁负责、什么时候交。就够了，别搞花里胡哨的。
第二个，信息沉淀要定死一个地方。所有的需求文档、设计图、版本包，统一存在一个地方，按项目分类按版本命名，别东存一块西存一块，有人离职了你连之前的文件都找不到。我们现在的规则是，不管是谁，发出去给对接方的文件，必须同时存到共享盘对应的目录，不存就算没做完。就这么简单，很少再找不到文件了。
第三个，能不同时开会就别同时开会。需要对齐信息，发文档写清楚问题，大家看完留言，能解决就不用开会。非要开，只拉能拍板的人，别拉一堆围观的凑数。我之前参加过一个二十多个人的会，真正能说话的就三个，剩下的全在那刷手机，两个小时下来啥结论都没有，纯纯浪费生命。
不过话说回来，团队协作技术也不是万能的。要是你们团队本身目标就不一致，老板要赚快钱，产品要攒口碑，开发要保质量，各想各的，那再好的协作技术也救不了。那不是协作的问题，是方向的问题。
最后说句实在话，我们做技术的，天天说效率说提效，其实最该提效的就是协作。把那些破事烂事内耗的事省下来，多做点正经事，多留点时间过日子，不好吗？那天在南京准点下班吃烤鸭的快乐，我到现在都记得。