团队拆分与子团队负责人：按工作依赖划分边界
团队扩大到 30 人后，新增了两个子方向和一个跨团队协作小组。管理者够不到每个人了：从管人到管结构讨论过，管理者不能继续靠直接覆盖每个成员来传递目标、检查风险和协调日常工作。子团队负责人承担本方向的日常协调、风险汇总和内部目标确认等职责。调整工作分组和沟通路径前，要先确认新的边界能否承接这些工作。
拆分容易变成先分组、再指定负责人。这样会把现有成员分布当成组织依据。拆分后能否正常运行，取决于工作之间的依赖、每个方向所需的上下文，以及谁持续跟进跨方向事项。本文只讨论拆分时的检查方法，不展开后续的决策分层、负责人培养和跨团队接口约定。
先把工作关系梳理出来
开始拆分前，先按工作对象梳理，而不是先看成员名单：当前有哪些业务或技术方向；每个方向持续交付什么；哪些工作必须共同判断；哪些工作可在方向内部完成后再与外部对接。重点是弄清日常协作实际经过哪些路径，不是画一张完整的组织图。
有些工作共享目标、上下文和变化信息。一个方向的选择会立刻影响另一项工作的判断，成员需要频繁讨论，出现问题也要一起处理。这类工作放在同一子团队内，沟通成本通常较低。另一些工作有独立目标和相对稳定的交付边界，只在少数节点与其他方向交换信息，可以考虑划为不同的子团队。
判断内聚性时，可以逐项问几个问题：成员是否围绕同一类结果工作；日常决策是否需要相同的业务或技术上下文；一个方向的变更是否经常要求另一个方向重新判断；风险检查是否总要由同一批人确认。如果答案持续指向同一组工作关系，这组关系可以作为划分子团队边界的依据。
不同组之间的依赖不会自行消失。梳理时还要标出跨边界事项：谁提供输入，谁使用结果，什么变化会影响对方，出现问题时该找谁。此时只需确认依赖已被识别，且有人持续关注。交付物格式、时间节点和变更流程等接口约定，需要在后续协作中明确。
2019 年的用 RASCI 澄清跨角色协作职责可用于一项具体协作，确认谁执行、谁拍板、谁需要被咨询。团队拆分先要判断哪些工作应长期放在同一管理范围内，哪些关系需要跨子团队持续处理。职责表不能代替这项判断。
人数只能作为约束条件
拆分时常见两种做法：为了让各组人数接近而调整工作归属，或者先把每个人安排进某个组，再为这个组补一个方向解释。这样会让组织边界脱离实际工作关系。协作密度提高后，成员仍会绕过边界寻找原来的协作对象，负责人也难以说明自己范围内的目标和优先级。
确定子团队规模时，要看负责人能否了解工作状态，成员能否获得必要支持，内部沟通是否仍然有效。范围过小，负责人可能同时承担过多执行和协调工作，难以留出时间处理方向判断和成员支持。范围过大，负责人又会遇到管理者此前的问题：只能从零散信息中了解状态，发现风险和分歧时已经较晚。
这些条件不能得出一个固定人数。本文没有记录既定的子团队人数或具体拆分方案，也没有相应的选择过程；具体数字应以当时的组织记录为准。工作不确定性、成员经验、跨方向依赖密度和负责人的可投入时间都会影响合适范围。方案应先满足工作内聚、依赖可见，再核对工作负荷、负责人覆盖范围和协作成本是否可管理。如果条件不具备，应调整工作安排、支持方式或边界假设，不要为了人数整齐硬性切分。
负责人要承担判断和信息责任
子团队负责人需要能在本方向的日常工作中作出独立判断。负责人应根据团队目标、既有约束和已知信息完成分析，组织讨论并提出建议。决策权范围和升级条件将在第 3 篇讨论。如果负责人只能执行任务，团队会继续把所有不确定事项推回管理者，拆分无法减少集中处理的事项。
负责人还要覆盖子团队内部的沟通。成员需要知道当前方向的目标、优先级、依赖和风险是否已被处理；负责人需要从成员处获得可能影响交付的事实。沟通覆盖不等于负责人传递所有信息，也不要求每件事逐层汇报。检查重点是：成员遇到方向内的问题时，是否知道处理入口；负责人能否及时发现需要共同判断的事项。
向上同步风险也属于负责人职责。管理者需要通过负责人了解方向状态、关键依赖和超出局部处理范围的问题。同步内容应包括事实、影响范围、已经采取的处理和需要的支持，不能只留下笼统的“有风险”。负责人主动同步后，管理者才能在跨方向依赖、资源冲突或整体风险扩大前参与处理。
技术能力影响负责人的判断，但不能单独作为选择依据。还要看候选人能否组织内部沟通、说明不确定性、接受外部约束并向上同步风险。负责人职责要与其当前能力和可获得支持相匹配；任命不能解决培养不足的问题。
过渡期内逐步交接子团队的日常协调职责
组织关系切换后，信息往往仍沿着原来的直接路径流动。管理者若立刻退出所有子团队事项，成员可能不知道该向谁说明风险，负责人也可能还没掌握方向中的关键上下文。过渡期内，管理者可以继续参与子团队的关键决策和重要风险检查，同时由负责人主持方向内的目标确认、协调和状态汇总。
管理者在过渡期要观察负责人如何使用新边界，不要代替负责人做每个决定。可以关注负责人是否掌握必要信息，成员是否仍绕过负责人寻求日常判断，跨子团队事项是否能及时提出。发现缺口后，先明确谁应补足信息或调整工作归属，再决定管理者是否需要继续直接介入。
减少直接参与的依据应来自这些观察。负责人已经能组织内部讨论、提出风险和处理局部问题时，管理者可以减少对这类事项的直接参与。涉及整体方向、重要风险或多个方向同时受影响的事项，管理者仍需参与。管理者减少直接参与，不表示减少信息，仍需通过负责人获得判断团队状态所需的信息。
2019 年的团队执行节奏讨论过目标确认、推进、风险检查、复盘和调整。拆分后，这些动作仍要发生，只是部分动作由子团队承担。若拆分后目标确认和风险检查停止，说明新的组织关系没有承接原有管理动作。
拆分后检查边界是否可用
组织拆分后需要在运行中复查。以下清单可用于检查当前边界和负责人安排是否支持日常协作：
- 每个子团队是否能说明自己的业务或技术边界，以及与其他方向的主要依赖。
- 子团队负责人是否清楚哪些事项可在内部处理，哪些情况需要及时升级；遇到风险时能否说明影响和所需支持。
- 子团队内部是否仍有目标确认和风险检查，成员是否知道本方向当前的优先级与处理入口。
- 子团队之间的依赖是否已明确到接口人；依赖变化时，相关方向能否及时得到信息。
- 管理者能否通过负责人获得方向状态、重要风险和跨方向问题，而不必逐人了解所有日常细节。
- 拆分后是否出现信息损耗，例如目标被传成任务列表、风险跨边界后无人接收、同一事项被不同子团队重复判断。
- 成员是否持续绕过负责人寻找管理者处理日常问题。出现这种情况时，需要检查负责人是否缺少上下文、边界是否不清，或管理者是否仍在直接承接本应转移的事项。
这些信号用于发现组织关系中的缺口，不能证明某个拆分方案已经固定有效。边界持续引发重复协调时，应回到工作依赖和内聚性重新检查，不要要求成员适应无法解释的分组。
拆分解决的范围有限
团队拆分可以缩短方向内部的协调路径，也能为管理者增加信息入口。目标冲突仍需从团队整体目标判断取舍。内部拆分也不会让跨团队接口自动清楚，相关依赖仍需明确协作安排。负责人缺少判断、沟通或风险同步能力时，组织图无法补足这些能力。
拆分后，工作边界应更容易解释，方向内部应有人组织判断，跨边界依赖应能进入处理路径。团队规模和工作关系变化后，这些条件也需要重新检查。管理者仍对整体方向、重要风险和组织调整负责，子团队负责人承担各自范围内的日常判断和信息责任。
