团队扩大到 30 人，新增两个子方向和一个跨团队协作小组后，团队拆分与子团队负责人：按工作依赖划分边界讨论了工作边界和负责人应承接的职责。团队有了子团队负责人，接下来的问题是：哪些决定由负责人在本方向内处理，哪些决定需要带到更大的范围讨论。
分层管理常被落实为增加例会、增加汇报层级，或要求负责人把更多事项逐层确认。这样能让管理者接触更多信息，管理权仍可能集中在管理者手中。局部事项持续等待管理者确认时，负责人没有判断空间，管理者也会继续成为日常决策的入口。会议用于沟通和确认。分层能否运行，取决于管理权的分配、升级条件和信息核查方式。
管理者够不到每个人了：从管人到管结构已经说明，团队规模扩大后，管理者需要同时关注组织关系、信息流和决策路径。本文讨论管理权如何按范围划分，以及分层后管理者怎样保持对团队状态的判断。目标经过多层传递后的偏差检查，以及负责人和成员的培养安排，不在本文范围内。
决策权要与影响范围相匹配
分层判断先看决定会影响哪些工作，再看决定是否容易调整。影响只在子团队内部、调整也不会波及其他方向的事项，适合由子团队负责人组织处理。影响多个子团队、会改变一段时间内资源安排或工作优先级的事项，需要管理者和相关负责人共同判断。涉及团队整体方向、重大风险或调整成本很高的事项，管理者需要直接承担决定责任。
可逆性决定了作出判断时需要的谨慎程度。有些局部安排即使判断不完整，后续也能在本方向内改回。负责人可以基于已有上下文先作判断，并在需要时说明变化。另一些决定一旦执行，会占用多个方向的时间，改变协作关系，或留下难以消除的风险。此类事项即使最初只由一个子团队提出，也需要在更大范围内处理。
大多数日常判断应在离问题最近的范围完成。负责人掌握本方向的工作状态、依赖和约束，能够组织成员处理局部选择。管理者把直接判断集中在跨方向取舍、整体风险和局部无法承担的后果上。管理者需要确认各方向的约束、可接受的风险和最终责任归属，而非替负责人重新判断全部细节。
子团队内部处理可逆的日常事项
子团队内部的日常决定通常围绕当前工作安排、局部协作和已知问题的处理展开。负责人应依据团队已确认的方向、优先级和边界，组织成员分析可选方案，作出本范围内的取舍，并让受影响的成员获得必要信息。
负责人作出局部决定前，需要有足够的上下文，包括本方向当前承担的目标、已有约束、主要依赖、成员正在处理的事项，以及会影响外部的变化。上下文不完整时，负责人只能根据局部情况判断，看似拥有决策权，仍会不断请示。管理者和其他方向也要保证与该方向有关的变化能够进入负责人的信息范围。
局部决策的边界要能被成员理解。成员需要知道哪些问题可以直接找负责人，哪些事项需要由负责人提出升级，不能把所有不确定性都留给个人判断。边界不要求预先列出每一种情形。负责人至少应能根据影响范围、依赖变化和风险后果，判断当前问题是否仍在本方向内。遇到判断困难时，先说明已知事实、可选处理和不确定处，比带着一个没有范围的请求上报更容易获得支持。
跨子团队的规划需要共同判断
一个决定开始影响多个子团队时，原有的局部上下文已经不够。各方向可能都能说明自己的优先级和限制，却没有人单独拥有完整的取舍依据。这类事项需要管理者和相关负责人共同处理，确认依赖关系、资源占用、优先级变化和需要承担的后果。
共同判断的参与范围应与实际影响范围一致。一个方向的调整只影响另一个方向时，相关负责人和管理者可以在明确约束后处理。影响扩大后，再扩大参与者。参与者过多会让局部问题等待不必要的协调，参与者过少会遗漏需要承担后果的一方。
中期规划中的分歧也需要在这个层级说明。负责人可以提出本方向的判断和依据，管理者负责把不同方向的约束放在同一范围内比较。讨论应保留不确定性和未解决的依赖。过早给出确定结论，后续执行者会误以为约束已经消失，风险会在之后出现。
全局方向和高风险事项由管理者直接负责
有些决定的影响超过子团队和当前规划范围，例如团队整体方向、多个方向同时受影响的资源取舍、难以逆转的外部承诺，以及需要统一承担的风险。管理者需要直接参与并作出决定，因为后果无法由一个子团队单独承担。
管理者直接负责时，负责人仍需提供本方向的事实、判断和风险说明。管理者据此识别互相冲突的约束，以及需要由团队整体承担的选择。管理者也应明确最终结论由哪些负责人和成员执行，以及哪些信息需要传递。决定停留在管理层、没有进入执行范围时，会形成新的信息断点。
风险兜底同样属于管理者的直接职责。负责人发现局部风险可能扩大时，应在影响范围仍有限时说明情况。管理者需要判断是否调整优先级、协调其他方向，或承担更高层的取舍。负责人及时提出超出局部处理范围的风险，说明分层边界正在发挥作用。
决策边界需要与升级条件一起说明
管理权在范围和升级条件明确时才能执行。负责人知道“可以负责”还不够，还需要知道何时不应继续在内部消化。常见的升级信号包括：事项开始影响其他子团队的计划或接口；局部处理会改变已确认的优先级或约束；风险后果超出本方向能够承担的范围；负责人缺少作出判断所需的关键信息或资源。
升级条件用来减少两类问题。负责人为了避免越界，把每个小问题都报给管理者，日常判断又会集中起来。负责人持续在局部处理已经外溢的问题，其他方向会在较晚阶段才知道变化。条件越贴近影响范围和风险后果，越容易被实际使用。“重要问题及时上报”这类表述，无法帮助负责人判断当前事项是否重要。
管理者还需要保留检查权。授权后，管理者不再直接参与每个日常决定，但仍应了解负责人如何使用边界，决策是否基于足够信息，是否出现持续重复的升级或绕开。检查针对决策范围、信息条件和处理结果，不应变成对每个具体判断的重新审批。管理者每次都改写负责人的局部结论时，成员会继续把管理者视为实际决策者，负责人也难以形成稳定职责。
信任是分层的前提。管理者需要允许负责人在明确范围内作出判断并承担相应责任，也需要在发现缺口时补充上下文、调整边界或提供支持。负责人提出不同意见、暴露不确定性或请求升级时，管理者应根据事项范围处理，不要把这些行为视为缺少担当。否则负责人会倾向于只汇报安全结论，管理者获得的信息也会失真。
信息从直接了解转为汇总和核查
团队较小时，管理者可以通过日常接触、一对一和具体协作直接获得多数成员的状态。30 人的团队里，管理者无法持续直接获取每个人的全部情况。负责人需要汇总本方向的工作状态、主要风险、依赖变化和需要支持的事项，管理者据此形成整体判断。
汇总不能只保留“正常”或“有风险”一类结论。管理者需要能够追问结论所依据的事实：风险影响什么范围，当前处理到哪里，是否依赖其他方向，负责人希望获得什么支持。这不是要求负责人复述每位成员的工作细节，而是确认汇总信息足以支撑团队层面的判断。
管理者也需要核查负责人汇总的信息。汇总链路增加后，信息可能在传递中被简化，成员的顾虑、协作中的摩擦和局部约束未必会自然进入汇总。管理者需要保留必要的核查渠道，例如关注跨方向协作中的信息是否一致，结合实际工作状态验证风险说明，并在需要时直接了解关键成员的看法。核查用于检查信息路径是否可靠，不应绕过负责人重新建立对所有成员的日常管理。
一对一的覆盖范围随职责变化
2019 年的一对一沟通：管理者如何获得真实信息讨论过，一对一用于了解成员状态、协作阻碍、支持需求和管理动作的实际效果。团队扩大后，这些信息仍需要有人持续获取，只是覆盖关系需要调整。
管理者的一对一应优先覆盖子团队负责人，并保留与部分关键成员的直接沟通。与负责人的交流关注其方向判断、管理负荷、跨方向协作、风险升级和所需支持。与关键成员的交流可以帮助管理者核查信息流，也能在需要时直接了解重要工作和成员状态。直接沟通的范围应服务于管理者的整体判断，不能替代负责人的日常覆盖。
子团队负责人需要覆盖各自成员的一对一。负责人获得成员状态和协作阻碍后，能够在本方向内提供支持、调整安排或识别需要升级的问题。一对一的目的与边界没有因分层而改变，变化在于谁对哪一层成员承担持续沟通责任。管理者需要观察这项责任是否被承接，不应要求负责人逐条转述成员的私人表达。
分层后的管理重点是决策范围、信息路径和检查责任。团队规模、工作关系或风险条件发生变化时，原有边界也需要重新确认；目标经过多个层级传递时，也要持续核对方向、优先级和约束是否被正确理解。
