分层管理中的决策权分配与信息核查讨论了管理权和信息如何按影响范围安排。目标也需要沿着这组组织关系传递。管理者、子团队负责人和成员处理的工作范围不同。目标若只在管理者和负责人之间传递，成员拿到的可能只是局部任务；负责人缺少拆解依据时，方向中的约束和取舍也可能在向下传递时改变。
2019 年的团队目标怎样拆到个人：结果、路径与责任边界讨论的是十几人团队里的直接拆解。管理者可以向成员解释结果、约束、依赖和检查点，再确认个人要推动的结果与边界。2020 年团队扩大到 30 人，新增两个子方向和一个跨团队协作小组后，目标要经过管理者、子团队负责人和成员三层。本文讨论这个规模变化后需要增加的检查动作，不重复目标、过程指标和任务的基本区分，也不展开分层管理中的决策权分配。
传递链路需要保留可核对的内容
三层传递时，管理者先向负责人说明团队方向，负责人再结合本方向的工作拆解给成员。负责人需要补充工作关系和执行安排，但已确认的结果、约束和优先级仍应保持一致。
目标传递至少要保留三类内容。方向说明周期结束时要得到什么可验证的结果，以及成员的工作为何与这个结果有关。优先级说明多项工作并存时先保障什么，资源或时间冲突时按什么顺序取舍。约束包括已经确认的时间、资源、依赖和不能随意改变的边界。成员拿到的执行安排可以不同，但这三类内容应能回溯到团队层的原始判断。
负责人不必逐字转述团队目标，但要说明本方向推动什么结果、成员之间如何分工、哪些风险需要尽早提出。成员应能回答自己的任务服务于哪个结果；负责人也应能说明局部安排为何符合团队优先级和约束。管理者检查这些对应关系，不要求所有层级使用相同措辞。
方向被改写成任务列表
一种偏差出现在负责人向成员安排工作时：团队方向被写成一组待完成事项，成员知道要做什么，却不知道这些事项要推动什么结果。任务可以安排日常工作，方向说明仍要落在结果上。任务完成后是否接近目标，出现变化时该调整哪项工作，也要以结果为依据。
负责人可以给成员分配某项工作，同时说明这项工作对应的结果和依赖的前提。成员不需要掌握全部团队背景，但至少要有足够信息判断当前工作是否仍然服务于目标。检查时可以问负责人：本方向的主要工作各对应哪个可验证结果？工作完成而结果没有变化时，由谁根据什么信息调整？成员能否解释当前安排与团队目标的关系？如果回答只能落在任务名称、排期或分工上，方向信息可能没有传到执行层。
团队目标过于抽象时，负责人也只能继续拆成任务。这时应回到团队层补全目标的验证方式，负责人不能自行补出未经确认的结果。2019 年文章中的结果、约束、依赖和检查点，仍是三层传递的比对基础。
原始约束不能在传递中变成可选条件
另一种偏差是约束被软化。管理者向负责人说明的限制，可能在拆解时变成“尽量做到”“有条件再处理”，也可能完全没有提及。成员据此安排工作后，即使局部执行合理，也可能与团队原有取舍不一致。
约束应以团队实际确认的版本为准。它可能来自时间限制、已有资源、依赖关系，或当前阶段不能改变的范围。负责人可以说明这些约束对本方向意味着什么，例如哪些工作要先确认依赖，哪些选择当前不能采用；未经重新确认，不能取消约束或降低其优先级。
外部依赖尚未确认时，负责人应将其作为风险或前提传递，不能把预期当作已经具备的条件。成员需要知道工作可以推进到哪里，以及哪个条件未满足时需要反馈。可以检查：成员是否知道当前工作有哪些不能自行改变的条件？负责人拆解后的目标是否写明相关的时间、资源或依赖限制？某项限制调整时，负责人能否说明是谁确认了调整，以及哪些成员需要获得新信息？
多个目标需要有明确排序
优先级也可能在传递中消失。团队层面可以同时存在多项工作，但资源、时间和成员注意力有限。负责人如果只说每项工作都需要推进，成员遇到冲突时就会按个人理解取舍。不同成员各自优化局部任务后，团队未必还会按原来的顺序投入。
负责人应把团队层的取舍说明为本方向可执行的排序。排序不必覆盖每个细小任务，但要说明当前周期优先保障的结果、可以延后处理的事项，以及条件变化后由谁重新确认顺序。成员的工作安排也应体现这种排序，避免所有事项同时被标为最高优先级。
依赖变化、风险扩大或团队方向调整时，管理者和负责人需要重新确认。变化后的结论要传递给受影响的成员。检查负责人拆解时，可以问：本方向当前先保障什么结果？两个成员的工作发生资源冲突时，按什么顺序处理？哪些事项可以延后，谁有权确认延后？成员是否能说出相同的排序依据？“都重要”无法提供取舍依据。
通过抽问核对成员实际理解
负责人完成拆解后，管理者还要确认成员收到的内容是否与团队方向一致。可以在传递后抽问不同子团队的成员：“这个季度团队最重要的三件事是什么？”回答应包含成员理解的方向和排序，不要求使用管理者的原句。
抽问前，管理者应准备可比对的基准：团队层确认的主要结果、相对优先级和已知约束。还可以追问：你当前负责的工作与其中哪件事有关？时间或资源不足时，哪些事先保障？你知道哪些条件不能自行调整？成员的答案与基准有差异时，先区分是表达不同、局部工作确有不同，还是方向、约束或优先级已经改变。
抽问用于检查传递链路，负责人仍负责成员的日常管理。多位成员把方向说成任务清单时，负责人需要补充结果与任务的关系；成员对优先级的理解不同，需要回到负责人和管理者之间确认排序；约束只有少数人知道，需要检查它在哪一层没有被保留。发现偏差后，先比对团队层原始目标与负责人拆解版本，再由负责人补充对成员的说明。直接向成员重新发布结论只能解决一次信息差。
负责人拆解前后都要核对
负责人开始拆解前，应拿到完整的团队层输入：可验证的结果、当前优先级、原始约束和已知依赖。缺少其中任何一部分，负责人都容易用局部工作信息填补空白。拆解后，管理者与负责人可以逐项检查：
- 每个子团队目标是否指向可验证的结果，成员完成主要工作后能否说明要验证什么。
- 本方向的主要事项是否有排序，资源或时间冲突时是否有明确的取舍依据。
- 已确认约束是否按原意保留，依赖未满足时是否写成前提或风险。
- 成员安排是否对应到子团队目标，子团队目标又是否对应到团队方向。
- 目标变化后，负责人是否知道需要向哪些成员更新排序或约束。
这些问题用于核对传递是否完整，不能代替管理者对团队方向本身的判断。目标不可验证、优先级没有取舍或约束未经确认时，应回到团队层处理。负责人可以提出问题和补充本方向事实，不能独自把缺失的团队判断补成既定结论。
有依赖的目标先在目标层共同确认
团队包含两个子方向和一个跨团队协作小组后，部分目标由不同范围承担，结果之间仍可能相互依赖。每个负责人各自完成拆解，无法保证依赖方对时间、前提和优先级有相同理解。依赖如果只在执行中出现，成员可能已经按不同的目标版本安排工作。
这类关系需要在目标层进行一次跨子团队对齐。参与者确认哪个结果依赖哪个结果或前提，依赖未满足时当前目标可以推进到什么范围，优先级冲突时由谁在更大范围内判断，以及变化需要同步给哪些方向。本文不展开跨团队协作的接口、交付物格式或变更流程。目标层对齐只处理方向之间的关系和取舍依据，让负责人向成员拆解时能够识别跨方向依赖。
