团队协作的权限：判断、执行、复盘

先把团队协作的权限的边界说清楚：它能稳定改善不用重装的省心，但它不承诺速成。任何声称三天见效的说法，都值得怀疑。承认这一点反而更容易开始，因为你不必等一个“准备好了”的时刻。

如果时间只够读一段，读这句：团队协作的权限的效果取决于场景设计，而不是当天的心情。把场景布置好，剩下的交给重复。

写团队协作的权限的文章很多，能照着做的很少。这篇尽量具体：每个动作都能在床头充电的位置完成，每次调整都有判断标准，失败的情形也写进去。你不必认同全部，能拿走一条就够本。

团队协作的权限里看起来像努力的事

第三个坑是装备先行。买齐工具、重排日程、研究到深夜，就是还没正经做过一次。一根可靠的充电线只在边际上帮忙，起步阶段完全可以先用手边的东西。先出勤，再升级。

第六个坑是忽略恢复。团队协作的权限需要的不是每天都满负荷，而是有节奏的松紧。连续硬撑之后的崩溃，通常被误读成意志力问题，其实是排期问题。

第八个坑是只做容易的部分。挑顺手的环节反复做，难的环节一直往后拖，半年后回头看，团队协作的权限还是原地。定期问一句：我是不是在回避最不想做的那一步。

团队协作的权限这件事的背景与边界

先说清团队协作的权限的适用范围：它解决的是日常层面的稳定问题，不负责处理急性状况，也不替代专业判断。把这条边界记住，后面的做法才不会用错地方。

必须承认，团队协作的权限的效果有明显个体差异。同样的做法，有人两周见效，有人两个月才有感觉。本文给的是顺序和判断标准，具体参数请按自己的反应调。

写团队协作的权限之前，我们翻了不少资料，也问过几位长期实践的人。结论出奇一致：真正起作用的往往是几个很小的动作，而不是某个听起来高级的方法。

团队协作的权限的第一步怎么走

把团队协作的权限安排在一天里精力最好的那个时段，而不是最方便的那个时段。方便往往意味着疲惫，疲惫时做出的判断通常不利于长期。

把团队协作的权限拆成固定顺序的几步，每次都一样。顺序的意义在于省掉决策：不用每天重新想先做什么。很多所谓的拖延，其实是在重复做“下一步干什么”这道选择题。

第一天不要追求完整流程，只做最关键的那一步。让团队协作的权限先发生一次，哪怕只用了五分钟，你就已经跨过了最难的门槛：从零到一。

• 把团队协作的权限接在每天睡前的充电流程之后，同一个触发点，次次如此
• 拿不准就做少一点，连续性优先
• 先修最大的摩擦点，再谈加量
• 告诉一个人，留一份看得见的记录
• 按周结算，永远不按单天评判
• 前一晚准备，第二天只负责执行

团队协作的权限熟练之后的细节

每月留十分钟做个小复盘：什么有效、哪里漏水、下个月只改哪一处。三个问题，一张纸。坚持半年，你会拥有一份别人抄不走的经验。

把团队协作的权限和季节或周期挂钩，效果会更稳。人的状态本来就起伏，方案如果只有一种强度，就会在低潮期崩掉。准备两个版本，按状态切换。

当团队协作的权限变熟，容易滑向随意。给自己留一条不可让步的底线，其余部分允许灵活。底线保住了，灵活就不会变成放弃的入口。

• 现在就写下最低版本，别等第一个糟糕的星期
• 把团队协作的权限接在每天睡前的充电流程之后，同一个触发点，次次如此
• 按周结算，永远不按单天评判
• 宁可缩短，也不要跳过
• 每月十分钟复盘：留、改、删
• 只记一个数字，越简单越能坚持

团队协作的权限的维持靠什么

定期清掉团队协作的权限里多余的动作。每加一样东西，就问它是否真的必要；三个月后再看，通常会有一半是可以删的。流程越短，越可能在疲惫的日子里活下来。

把团队协作的权限的进度写得粗糙一点。太精细的记录会变成负担，而负担最终会导致放弃。日期加一句备注，已经足够看出趋势。

给自己设一个“复位”动作：中断三天以上，就做一次只有三分钟的版本，只为把链条接上。复位的意义不在效果，在于阻止“反正已经断了”的自我说服。

习惯的敌人不是懒，是每次都要重新决定。

团队协作的权限：常见问题

团队协作的权限奖励的是没人鼓掌的普通一天。把它们做小、做勤、记下来，一个月后问题就不再是能不能坚持，而是接下来要叠什么上去。

把这篇存下来，两周后再看。你现在最想跳过的那一段，往往正是最该看的那一段。

沈昭 常驻作者

做了八年 IT 支持，帮人修过的电脑比写过的文章多。 更多文章 沈昭 →