团队规范：示例、如何达成共识，以及书面版本放在哪里（2026）

大多数团队规范都以同一种方式失败：在一次工作坊上达成一致，写在一张幻灯片上，之后再没人看过。六周后，团队又回到原来的习惯，新人通过违反规则来学到真正的规则，而那张幻灯片描述的是一个从未存在过的团队。能够延续下去的规范，具备这几个特点：足够具体，可以检查；足够简短，读得完；放在团队每天都会看的地方；并且在某个有人负责的日期复查。

方法就是这些。规范是一句关于行为的话，而不是一种价值观：“我们在当天工作日内回复团队频道中的问题”是规范；“我们公开沟通”只是愿望。清单只有一页。它放在团队的频道里，而不是某个文件夹里。它有负责人和复查日期。而在人们使用不止一种语言书写的团队里，关于语言的规范应当最先写下来，因为其他所有规范是否有效，都取决于相关的人能不能读懂它。

本指南先讲基本功：团队规范是什么、不是什么，一条规范要被遵守需要具备什么，按类别列出的示例；接着讲团队如何在一小时内定下自己的规范，一份可以直接复制的模板，一个为分布在三个办公地点的十二人团队填好的示例，规范在您已付费使用的工具里应放在哪个有文档记载的位置，以及一种让每位成员都能读懂书面版本的做法。

团队规范是什么，又不是什么

团队规范是团队就如何共同工作所达成的约定：多快回复，会议如何进行，决策如何做出并记录在哪里，何时可以联系到人，如何给出反馈，以及团队用什么语言书写。规范描述的是团队中任何人都能观察到的行为，因此团队无需经理裁决，就能判断它是否被遵守。清单很短，能把规范背出来的团队，条数就刚好；而且它由受其约束的人共同约定，这正是规范与政策的区别。

这个词很容易与四个近邻概念混淆，规范文档变得冗长，原因就在这里。

这五者中，有两者由团队自己来写：团队规范，以及作为其中一个章节的会议基本规则。其余的都来自上层。一份重复远程办公政策或价值观的规范页面，会比它需要的更长，因此也更少有人读。

一条规范要被遵守需要具备什么

四点，大多数规范清单里都缺少其中的每一点。

1. 是行为，而不是品质。“要积极响应”无法被遵守，也无法被违反。“团队频道中的问题，当天工作日内得到回答，或得到一句‘我周四前答复您’”则可以。如果一条规范里没有一个人能在下午五点前完成的动词，就重写它。
2. **有触发条件和边界。**说明规范何时适用、在哪里终止：在团队频道里、在团队的核心工作时段内、对影响不止一个人的决策。没有边界的规范会被套用到一切事情上，也就等于什么都不管。
3. **书面版本有一个存放并被阅读的地方。**放在共享盘幻灯片里的规范，是新人永远看不到的规范。书面版本应当放在团队每天都会看的地方，也就是置顶在团队频道里；受其约束的人必须读得懂，而在跨语言的团队里，这是需要做出的决定，而不是可以想当然的事。
4. **有负责人和复查日期。**一个名字，一个三个月后的日期。负责人不负责执行规范；负责人在那天打开页面，问一句“这些里面我们实际做到了哪些？”，并删掉没人遵守的那些。只增不减的规范页面，是没人读的页面。

有一个测试能挡住大多数薄弱的规范：把这句话大声读出来，问问同事能否指出上周哪一天它被遵守了或被违反了。如果不能，它就是披着规范外衣的价值观。

按类别划分的团队规范示例

下面的类别涵盖了大多数团队会争论的内容。团队只需在争论过的类别里写规范，没争论过的就不写。总共八到十二条是典型数量；二十条就成了政策。

沟通与响应时间

• 团队频道中的问题，当天工作日内得到回答，或得到一位指定的负责人和一个日期。电子邮件为两个工作日。紧急事项不通过电子邮件。
• 私信只属于对话中的两个人。其他人可能需要知道的内容，一律发到频道里，这样记录就集中在一处。
• 回复用话题串，而不是新消息：一个主题，一个话题串，一个月后从头读起依然清楚。

会议

• 无议程，不开会：议程在前一天发布在频道里，并写明每个议题需要做出的决定。会议议程模板介绍了具体格式。
• 决策在最后五分钟复述确认，并在当天写下来，每项行动项都有负责人和日期。
• 默认时长二十五分钟；是否开摄像头由每个人自己决定；有人迟到不重新开始会议。

决策

• 每个影响不止一个人的决策都有一位负责人，在做出当天写入团队频道，并写明理由，这样当理由发生变化时可以重新审视，而不是在有人忘记理由时被重新争论。
• 在频道中提出提案后，沉默两个工作日即视为同意。
• 在私信或走廊里做出的决定，在写入频道之前不算数。

书面状态

• 每个人在约定时间前在频道里发布简短状态：已完成、下一步、受阻。已经发布过的状态，不会在会议上再被要求汇报一遍。
• 状态是三行，不是报告；链接指向事物本身，而不是事物的摘要。

可用时间与专注

• 核心工作时段是所有人都能联系上的重叠时间；在这之外，没有人需要回复，也没有人因为没回复而道歉。
• 每周有两个半天对所有人都不安排会议；日历上显示为忙碌。
• 外出休假写在频道里，注明返回日期和代为处理的人。

反馈

• 反馈先私下给到当事人，在事情发生后一周内；说明行为及其影响，而不是评价这个人的性格。
• 表扬发在频道里；其余的不发。

语言

• 每个人用自己思考时使用的语言书写；团队的空间让每位成员用自己的语言阅读。如果工具做不到，团队就指定一种工作语言，并写下这对谁造成了代价。
• 凡是全体团队必须据此行动的内容，如一项决策、一个截止日期、一次计划变更，都要写下来，而不是只在通话中说一说，这样阅读另一种语言的成员，与当时听到的人拥有同样的记录。

最后这一类是大多数规范清单遗漏的，而在一个拥有米兰办公室、一位西班牙销售负责人和一个罗马尼亚支持团队的团队里，正是它决定了其余十一条是否有人读。

如何在一小时内达成团队规范

由经理强加的规范是政策；由团队共同约定的规范才会被遵守。下面的流程需要一次会议和一周的静默期。

**会前：收集，提前一周。**请每位成员在频道里写出上个月在共同工作中让他们耗时最多的三件事：没人回答的问题、没有结论的会议、以一种他们读不了的语言送达的文件。不需要匿名，需要的是具体。这些回答就是议程。没有任何摩擦的团队暂时不需要规范，它需要的是一个再次询问的日期。

**会中：起草、决定、删减。**把回答按上述类别分组，为每组起草一句能够避免这项代价的话。用四项检验逐条审视每份草稿：行为、边界、地点、负责人。对有人不同意的条目展开争论，争论本身就是目的，因为没人反对的规范，也就没人会注意到；那些仅仅因为没人在意到愿意反对才得以保留的内容，一律删掉。最后留下八到十二句话、一位页面负责人和一个三个月后的复查日期。在最后五分钟把清单复述一遍。

**会后：发布在团队会看的地方。**把清单作为笔记发布到团队频道并置顶，这样它就是新成员最先找到的东西，也是有规范被违反时让现有成员去查看的东西。两天静默规则同样适用于规范本身：如果两个工作日内频道中没有人提出异议，这份清单就是团队的了。之后加入的成员在第一天阅读，并可以在下一次复查时提出修改，而不是在此之前。

**复查日：先删除。**负责人打开页面，逐条询问同事能否指出哪一周它被遵守了。没人遵守的条目被删除或重写；大家不假思索就一直在遵守的条目也要删除，因为它们已经变成习惯，不再需要占一页。新的规范来自过去三个月的摩擦，收集方式相同。页面上加一行带日期的“上次复查”，以及下一次复查的日期。

以上这些都不需要工作坊主持人，也不需要向任何人购买模板；它需要的是一次有议程的会议，和一个用来置顶结果的地方。

团队规范模板

把下面的内容块作为笔记复制到团队频道，填好方括号里的内容，置顶。删掉团队没有争论过的每一行。

[团队名称] — 我们如何共同工作
约定日期： [日期] · 负责人： [姓名] · 复查： [三个月后的日期] · 上次复查： [日期]
响应时间： [频道] 中的问题，在 [时间或“当天工作日内”] 前得到回答，或得到一个名字和一个日期。电子邮件：[两个工作日]。紧急事项：[打电话或发消息，绝不用电子邮件]。
记录写在哪里： 其他成员可能需要的内容都放在 [频道]，而不是私信里。一个主题，一个话题串。
会议： 议程在 [前一天] 前发布在 [频道]，并写明每个议题需要做出的决定。决策在最后五分钟复述确认；在 [当天] 前写入 [频道]。默认时长 [25 分钟]。
决策： 每项一位负责人；在做出当天连同理由一起写下。提案之后沉默 [两个工作日] 视为同意。不在频道里，就不算决定。
状态： 每位成员在 [时间、日期] 前于 [频道] 发布已完成 / 下一步 / 受阻。已发布的状态，没有人在会议上重复。
可用时间： 核心工作时段 [时间范围、时区]；在此之外，不要求回复。无会议时段：[日期或半天]。外出休假：在 [频道] 中写明返回日期和代为处理的人。
反馈： 先私下给到当事人，在 [一周] 内；说明行为及其影响。表扬发在 [频道]。
语言： 每位成员用 [自己的语言 / 团队的工作语言] 书写；全体团队必须据此行动的内容写在 [频道] 中，而不是只在通话中说一说。
变更： 在 [频道] 中提出，在复查时决定；新成员在第一天阅读本页。

方括号是有意留的：一份没有留任何空白可填的规范页面，是被复制来的，而不是被约定出来的，团队也会这样对待它。

一个填好的示例：分布在三个办公地点的十二人团队

一家专业厨房设备经销商，办公室在博洛尼亚，销售负责人在瓦伦西亚，四人支持团队在克卢日。十二个人，三种语言，一个团队频道，还有一位客户，在每个安装项目期间加入该频道。

设备团队 — 我们如何共同工作
约定日期： 2026 年 10 月 14 日 · 负责人： Giulia（运营） · 复查： 2027 年 1 月 14 日 · 上次复查： 2026 年 10 月 14 日
响应时间： #equipment 中的问题，当天工作日内得到回答，或得到一个名字和一个日期。电子邮件：两个工作日。紧急事项：打电话，绝不用电子邮件。
记录写在哪里： 其他成员可能需要的内容都放在 #equipment，而不是私信里。一个安装项目，一个话题串，从下单到交付。
会议： 周一的议程在周五中午前发布在 #equipment，并写明每个议题需要做出的决定。决策在最后五分钟复述确认；纪要当天发到频道里。默认时长 25 分钟；周四下午对所有人都不安排会议。
决策： 每项一位负责人，在做出当天连同理由一起写下。在 #equipment 中提出提案后，沉默两个工作日视为同意。与客户通过电话做出的决定，要在当天结束前写入话题串，否则就当作没有发生。
状态： 周一和周四 CET 10:00 前在 #equipment 发布已完成 / 下一步 / 受阻。支持团队按数量而不是按清单发布本周未结工单。
可用时间： 核心工作时段 CET 10:00–16:00；克卢日比这里早一小时，瓦伦西亚的午餐时间更晚，所以任何地方都不要求在 13:00 到 15:00 之间回复。外出休假：在频道中写明返回日期和代为处理的人。
反馈： 先私下给到当事人，在一周内。表扬发在 #equipment，用您自己的语言。
语言： 每个人用自己的语言书写，意大利语、西班牙语或罗马尼亚语，并用自己的语言阅读频道；客户用德语阅读。全体团队必须据此行动的内容写在频道里，而不是只在周一的通话中说一说。安装检查清单是频道里的一条笔记，而不是附件。
变更： 在 #equipment 中提出，在 1 月的复查中决定；新成员以及每个项目的客户在第一天阅读本页。

十二条规范中有三条来自上个季度的摩擦：罗马尼亚的支持团队一直是从客户那里，而不是从团队这里，得知交货日期变更的，因为变更是用意大利语通过电话约定的，从未写下来；瓦伦西亚的负责人在半夜回复博洛尼亚的消息；安装检查清单存在两种语言版本，其中一个落后了一版。每条规范都写明了本可以避免这项代价的行为，而语言规范是团队争论最久的一条。

在您已有的工具中，书面版本放在哪里

每个套件都有一个可以置顶或保存团队阅读页面的位置，而且各自止步于不同的地方。记录所用的语言在所有地方都一样：输入时使用的语言。以下仅为有文档记载的行为，来自各厂商自己的页面，并注明每个页面的核查月份：

这四者的规律是一样的。规范页面只有一份，使用输入时的语言，阅读另一种语言的成员要么读这一份，要么读别人制作的副本。各个套件文档中所述的翻译，属于读者自己的屏幕或通话进行期间，而不属于记录，这就是为什么上面示例中的语言规范，让博洛尼亚团队需要为每个页面再维护一份副本，也是为什么这份副本总会落后一版。会议结束后留下什么，遵循同样的规则；通话结束后转录与摘要去了哪里是对此更详细的说明。

规范如何留在每位成员都读得到的同一个频道里

InterMIND 是一个沟通空间，团队的工作都发生在频道里，所以规范有一个显而易见的归宿：受其约束的团队的频道，比如设备团队、诊所前台、代理机构的客户小组，而周一的通话、状态发布和决策也都发生在这个频道里。规范作为一条笔记发布，即带有标题和粗体行的富文本消息，之后可以从它自己的菜单中编辑，每位成员都用自己的语言阅读，原文只需切换一下即可查看，并且置顶，让当前版本成为新成员最先找到的东西；开启编辑历史后，某条规范修改前的措辞会连同时间戳显示在当前文本上方，这正是负责人那行“上次复查”所指向的复查轨迹。示例中的安装检查清单是同一类笔记，放在一处，而不是两种语言的附件。在周一的通话中，规范，或写在规范下方的议程，可通过 Share to conference 显示在每个人的屏幕上、视频画面旁边，每位参与者用自己的语言阅读，同时共享者实时编辑。通话结束时，纪要根据会议本身生成，包括摘要、复述确认的决策、带负责人的行动项，并通过电子邮件、频道中的一条消息以及日历事件中的一个链接送达，每位已登录的成员都可以用自己的语言阅读；任何成员都可以编辑，每次编辑都会保留作者和修订历史，频道还会把每一次过往会议的纪要，与当时所依据的规范放在一起保存。如果页面的主文件仍保存在文档工具里，其更新会通过电子邮件进入频道：频道的主持人为它提供一个专属地址，发送到该地址的邮件会显示为一条普通消息，标明发送者，并保留附件。

团队规范所约束的人并不总是员工。为期三个月阅读安装话题串的客户、自由职业安装工、经销商的订单文员：频道的外部成员通过电子邮件以免费账号加入，和其他人一样，用自己的语言阅读规范、话题串及其历史。没有账号的人是单次会议的访客，他们通过链接，用手机，免费加入周一的通话，用自己的语言实时收听，会后不保留记录。

主持人提供空间，在付费套餐上，只为过去 28 天内的活跃成员付费，即参加过会议、在聊天中发过言或向助手提过问题的成员。安静下来的成员保留访问权限，且无需付费，这正是规范页面所需要的：三月回来的休产假同事，仍然能找到这个页面，以及他们离开期间的一月复查。

• 查看一份完整的纪要 — 一份真实的记录，由生成您自己纪要的同一套代码渲染而成。
• 试用在线演示 — 无需注册；您开口说话，就能听到房间里的内容按每位听众各自的语言被翻译。

团队规范这项基本功，在任何工具下都行得通：总得有人收集摩擦、主持这一小时、写出带动词的句子、置顶页面，并在复查日打开它。不必继续承担的是第二份工作：为那个读另一种语言的办公室，一次一种语言地手工维护规范、检查清单和每一份纪要的翻译副本。

常见问题

什么是团队规范？

团队规范是团队就日常如何共同工作所约定并写下来的规则：人们多快回复，会议如何进行，决策如何做出并记录，何时可以联系到人，如何给出反馈，以及团队用什么语言书写。规范描述的是团队中任何人都能观察到的行为，因此团队能够判断它是否被遵守。规范由受其约束的人共同约定，这使它成为规范，而不是自上而下下达的政策。

团队规范有哪些例子？

“团队频道中的问题，当天工作日内得到回答，或得到一个名字和一个日期。”“无议程，不开会；决策在最后五分钟复述确认，并在当天写下来。”“每项决策都有一位负责人，并连同理由写入频道。”“核心工作时段是 10:00 到 16:00；在此之外，没有人需要回复。”“反馈先私下给到当事人，在一周内。”“每个人用自己的语言书写；全体团队必须据此行动的内容要写下来，而不是只在通话中说一说。”每一条都写明了一个行为、一个地点和一个边界。

如何建立团队规范？

在频道里收集每位成员上个月在共同工作中耗时最多的三件事。在一次会议中，为每组回答起草一句话，检验每句话是否具备行为、边界、地点和负责人，对有争议的条目展开争论，并把其余的删减到八到十二条。把清单作为笔记发布到团队频道并置顶，把两个工作日的沉默视为同意。在页面上写上一位负责人的名字和一个三个月后的复查日期，并在那天先删除，再添加。

团队规范与基本规则有什么区别？

基本规则通常只管一个场景，比如一次会议、一场工作坊，并说明人们在其中如何表现：谁发言、发言多久、哪些内容不出会议室。团队规范涵盖团队整个工作日：聊天、会议之间做出的决策、可用时间、反馈和语言，会议基本规则只是其中的一个章节。在大多数团队里，团队工作协议与团队规范是同一件事的另一个名字。

一个团队应该有多少条团队规范？

够用就好，每一条都对应团队实际争论过的一个问题，又要少到成员能够背出来：八到十二条是典型数量，二十条就成了政策。一条没人反对过的规范，没人会注意到它被违反；一条大家不假思索就一直在遵守的规范，已经变成了习惯，可以从页面上拿掉。复查日期的意义在于让清单既会增加，也会缩减。

团队规范应该记录在哪里？

记录在团队每天都会看的地方：置顶在团队频道里，作为成员无需问任何人、用手机就能读到的笔记，而不是共享盘里的一张幻灯片。在 Teams、Slack、Google Workspace 和 WhatsApp 中，页面保存在频道、canvas、Doc 或群聊里，使用书写时的语言，阅读另一种语言的成员阅读的是每位读者各自的翻译视图或一份副本。InterMIND 把笔记、聊天和每次会议的纪要保存在同一个频道里，每位成员用自己的语言阅读，与这些工具并行使用，而不是取代它们。

团队规范应该多久复查一次？

每三个月一次，由指定的负责人在页面上写明的日期进行。复查从删除开始，删除没人遵守的规范和已经变成习惯的规范，并且只添加上一季度的摩擦所要求的内容。一年没有变化的页面，要么说明团队没有变化，要么说明没人打开过这个页面；“上次复查”那一行会告诉新成员究竟是哪一种。

来源：Microsoft — 在 Microsoft Teams 中记录会议笔记；Microsoft — 在 Microsoft Teams 中翻译消息；Google Chat — 在 Chat 中使用 Automatic Translation；Google Meet — Google Meet 中的“Take notes for me”；Slack — 定价；Slack — 自定义 Slack 中的数据保留；Slack — 导出您的工作区数据；Slack — Slack AI 功能指南；Slack — 会议议程模板（canvas）；WhatsApp — 如何导出您的聊天记录；WhatsApp — 隐私政策；WhatsApp 博客 — 消息翻译功能介绍。Teams 会议笔记页面、Slack canvas 模板页面和 Google “Take notes for me”页面于 2026 年 10 月核查；Teams 消息翻译页面、Slack 定价、保留、导出和 AI 功能页面、Google Chat 翻译页面以及 WhatsApp 页面于 2026 年 8 月核查。各厂商会随时间变更套餐、功能和语言列表；请查看其页面以了解最新情况。