当组织从单一条线运行走向矩阵协作、平台化运营和跨职能项目制，绩效管理问题有哪些，已经不再是HR部门的技术性议题，而是组织效能议题。本文面向企业管理者、HR负责人和业务条线负责人，系统拆解跨条线协同下的目标对齐、绩效归因、标准断层、流程数据、文化管理五大困境，并提出可落地的制度与数字化承接思路。

德勤、麦肯锡等机构近年来关于组织形态与绩效管理的公开研究，持续指向一个共同趋势：跨职能协作、矩阵组织和项目型工作正在成为越来越多企业的常态，但绩效管理有效性并未同步提升。企业一方面希望通过跨条线协同整合资源、缩短响应周期、提升客户价值；另一方面，实际考核仍主要沿用条线纵向逻辑，由直属上级设目标、看过程、评结果、分奖金。

矛盾由此产生。协同项目需要销售、产品、研发、交付、财务、人力等多方共同完成，但绩效表单里往往只看本条线指标；组织会议上强调共创，考核周期到来时却回到各自KPI；项目失败时，责任在条线之间循环流转，项目成功时，贡献又难以被准确识别。绩效管理原本应当帮助组织形成合力，却在跨条线场景中变成了新的摩擦源。

进入2026年，组织数字化、AI辅助管理和人力资源数据治理已明显加速，但问题并未因工具升级而自然消失。真正需要回答的是：跨条线协同场景下，绩效管理常见问题有哪些？这些问题为什么会反复出现？企业又应如何从目标、评价、标准、流程、数据和文化层面重构绩效体系？

一、目标对齐困境——各跑各的道，合力从何来

跨条线协同的首要难题，是战略目标在纵向分解后出现横向断裂。组织看似完成了战略解码，实际上只完成了条线内部传导，协同目标没有被制度化锚定。

1. 战略解码的纵向完整性与横向缺失

传统绩效管理通常从战略目标出发，向事业部、部门、团队和个人逐级分解。这套方法在单条线环境中相对清晰，因为责任边界与汇报关系基本一致：销售负责收入，研发负责交付，职能部门负责支持与合规。目标链条越垂直，管理者越容易判断谁完成了什么、偏差在哪里、下一步如何调整。

但跨条线协同改变了目标结构。以产研协同为例，产品希望快速响应客户需求，研发关注技术稳定性与排期可控，销售期待尽快形成可销售能力，交付团队则关心客户上线风险。每个条线的纵向目标都可能是合理的，但放在同一协同项目中，目标之间未必天然一致。若协同目标只停留在会议纪要、项目口径或领导口头共识中，而没有进入正式绩效目标体系，员工就会在行动时优先选择被考核的目标，而不是被倡导的目标。

这就是跨条线绩效管理的第一个结构性问题：组织战略被纵向分解得很完整，却缺少横向契约。协同不是靠关系维系的临时配合，而是需要被写入目标、权重、评价和反馈机制的正式责任。否则，所谓协同目标只是软约束，遇到资源冲突、周期压力和利益分配时，很容易让位于本条线指标。

图表1：跨条线绩效目标分解链路与横向断裂点

图中最关键的位置，不是战略目标到条线目标的分解，而是条线目标到协同目标之间的虚线。许多组织的绩效断点就发生在这里：协同目标存在于项目计划中，却没有成为绩效体系中的正式对象。

2. OKR与KPI的混用与冲突

近年来，越来越多企业开始在部分团队中引入OKR，用于承接探索性、创新性或跨部门协作目标。同时，企业原有的KPI体系仍承担经营考核、奖金分配和业绩问责功能。两套工具本身并不冲突，问题出现在跨条线协同项目中，不同条线对目标管理工具的理解和使用方式不一致。

例如，一个新产品商业化项目中，产品团队使用OKR表达探索方向：提升关键客户场景适配度，验证某类行业解决方案；销售团队则使用KPI表达结果要求：新增签约额、回款额、商机转化率；研发团队可能同时承接交付里程碑、缺陷率和资源排期指标。三方都在认真管理目标，却不是在同一种目标语言下工作。产品强调学习与迭代，销售强调结果兑现，研发强调交付稳定，协同方很容易产生各说各话。

更复杂的是，OKR通常强调公开透明、过程复盘和挑战性目标，KPI则更强调量化、达成率和奖惩关联。如果企业没有明确哪些目标用于探索，哪些指标用于考核，哪些协同成果需要共同负责，跨条线绩效管理就会陷入工具混用。员工并非不理解协同价值，而是不知道当OKR与KPI发生冲突时，组织到底按哪一套规则评价自己。

因此，OKR与KPI联动的关键不在于选择哪一种工具，而在于建立目标分层机制：战略目标用于统一方向，协同目标用于明确横向责任，KPI用于承接可量化结果，OKR用于管理探索与过程学习。适用条件也要讲清楚：对于高度确定、结果可计量的场景，KPI更稳定；对于创新探索、跨团队试错的场景，OKR更适合。但在跨条线项目中，两者必须通过共同目标进行衔接，而不能各自独立运行。

3. 协同目标的权重分配难题

即便企业意识到协同目标需要进入绩效体系，新的问题也会随之出现：协同目标应占个人或团队绩效多大权重？权重过低，员工仍会把协同任务视为额外工作；权重过高，又可能挤压本职工作的纵深贡献，导致条线基本盘受到影响。

这并不是一个简单的比例问题，而是组织对协同价值的判断问题。对于短周期、低复杂度的协作任务，协同权重可以较低，更多通过过程反馈和行为评价体现；对于跨部门重大项目、客户解决方案、集团级变革项目，协同目标则应成为正式考核对象，并与阶段性成果、角色贡献和风险责任挂钩。企业需要区分参与、负责、主责和共责，而不能把所有参与者都放进同一个权重池。

在前台与中台协同场景中，常见反例是：前台团队承担客户指标，中台团队承担交付指标，协同目标没有独立权重。结果前台认为中台响应慢，中台认为前台需求变更多，双方都能从本条线指标中找到合理解释，却无法对共同客户价值负责。若组织希望改变这一状态，就必须通过协同绩效合约明确共同成果、责任边界、评价主体和权重分配。

目标对齐困境的本质，不是目标设定技术不够先进，而是组织横向契约的制度化缺失。协同目标只有从软约束升级为硬考核，跨条线合作才会从临时配合变成组织能力。

二、绩效归因困境——功劳归谁，责任谁担

跨条线协同的第二个难题，是绩效结果往往由多个条线共同作用形成，但评价体系仍假设结果可以沿单一汇报线归因。多因一果与单主体评价之间的冲突，直接带来抢功、推责和贡献隐形。

1. 多因一果的归因难题

在单条线绩效管理中，归因相对清晰。销售团队的签约额、研发团队的版本交付、客服团队的响应时效，都可以在一定程度上对应到本团队的行为与结果。虽然其中也存在市场环境、资源条件和客户差异，但管理者至少能够基于本条线过程数据进行判断。

跨条线项目则不同。一个客户成功上线，可能来自销售前期判断准确、方案团队设计合理、研发排期保障、交付团队项目管理到位，也可能受客户自身组织成熟度影响。项目失败同样如此，原因可能是需求识别偏差、技术方案复杂、客户决策延迟、合同边界不清，甚至是多方沟通机制失效。结果只有一个，原因却是网络化的。

传统绩效评价仍以直属上级单线评价为主，这种机制在跨条线场景中天然不足。直属上级了解员工在本部门的工作表现，却未必掌握其在跨部门会议、资源协调、风险预警和客户共创中的真实贡献。于是，绩效归因容易被可见结果主导：谁离最终成果最近，谁更容易被看到；谁掌握汇报材料，谁更容易获得解释权。

解决这一问题，需要从单线因果转向网络化归因。所谓网络化归因，并不是把贡献计算成一个绝对精确的数学结果，而是用更完整的证据链识别不同角色在协同网络中的作用，包括目标责任、过程行为、交付节点、关键决策和风险处置。它适用于多主体协作、结果受多因素影响的场景，但不适合用来替代所有岗位的基础绩效评价。

2. 评价主体错位与360°评价的形式化

许多企业意识到直属上级评价不足后，会引入跨条线评价或360°评价。理论上，这能够补充多视角信息，减少单一评价者偏差。但从实践看，跨条线评价如果缺少有效设计，很容易流于形式。

第一种形式化，是评价者不了解被评价者工作细节。协同项目中，某些参与者只在少数会议中接触，评价者无法判断其真实贡献，只能给出中间分。第二种形式化，是评价标准不清晰。不同评价者对协同意识、响应及时、专业支持的理解不同，评分结果缺乏可比性。第三种形式化，是人际关系影响评价。为了避免冲突，评价者可能倾向于打高分或平均分；若条线之间长期存在利益摩擦，也可能出现防御性低分。

由此可见，增加评价主体本身并不能自动提升评价质量。跨条线评价需要满足三个条件：评价者与被评价者之间存在真实工作交互；评价内容聚焦可观察行为而非笼统印象；评价结果进入校准机制，而不是直接转化为最终分数。否则，360°评价只会增加填表负担，却不能解决绩效归因问题。

更可行的做法，是建立角色化评价机制。例如，项目负责人评价协同交付质量，业务需求方评价响应与价值匹配，专业条线负责人评价方法与能力质量，直属上级评价持续表现与岗位职责。不同主体评价不同维度，才能避免所有人都评价所有事带来的失真。

3. 隐性贡献的度量盲区

跨条线协同中，许多真正影响项目成败的行为，并不直接表现为最终结果。有人提前识别风险，避免了后续返工；有人帮助不同条线翻译需求，减少了误解；有人贡献知识模板，让后续项目效率提升；有人主动协调资源，使项目没有在关键节点停滞。这些行为像组织运行中的润滑剂，但在传统绩效表中往往几乎不可见。

隐性贡献难以度量，是因为它通常具有三个特点：一是发生在过程而非结果端，二是体现为减少损失而非创造显性收益，三是跨越岗位边界而不属于某个岗位说明书的固定职责。若绩效体系只奖励最终数字和显性产出，员工就会逐渐减少这些协同行为，因为它们消耗时间，却不一定带来绩效回报。

这会形成典型的逆向激励：会做事的人未必会被看见，会汇报的人更容易获得绩效解释权；愿意补位的人承担更多复杂性，边界清晰的人反而风险更低。长期看，组织会失去协同中的主动性，员工倾向于把问题留在边界之外。

破解度量盲区，不意味着把所有协同行为都量化为分数。更稳妥的方式，是将关键协同行为纳入过程证据，例如跨条线知识贡献、问题响应时效、风险预警记录、关键节点支持、复盘改进建议等。AI辅助绩效归因未来能够在这些行为数据中识别协作网络，但前提是企业先定义哪些行为值得记录，以及记录后如何被审慎使用。

归因困境的核心，是绩效评价体系仍停留在单线因果假设上。跨条线绩效管理要走向网络化归因，既需要多主体证据，也需要边界清晰的评价规则。

三、标准断层困境——尺子不统一，刻度各不同

不同条线的绩效标准、评价周期和校准逻辑天然存在差异。跨条线协同时，真正的问题不是差异本身，而是组织缺乏把差异转化为可比评价的机制。

1. 评价尺度差异

每个条线的工作性质不同，绩效标准也必然不同。销售条线重视收入、回款、客户拓展和商机转化；研发条线关注里程碑、质量、技术债和交付稳定；职能条线强调服务满意度、合规性、流程效率和风险控制。这些评价尺度在本条线内部都有其合理性，但放到同一协同项目中，就可能出现横向比较失真。

例如，某个行业解决方案项目中，销售认为关键贡献是拿下客户订单，研发认为难点在于短周期内完成复杂定制，法务与财务认为风险条款和成本测算才是项目可持续的基础。若组织只用销售结果衡量项目成功，后端专业贡献会被弱化；若只看交付里程碑，又可能忽视前端客户突破的价值。

因此，跨条线绩效管理不能简单追求统一尺度。把所有条线都纳入同一种指标，表面上公平，实质上可能伤害专业差异。更好的做法是建立绩效翻译机制：不同条线保留专业评价标准，同时将其转换到共同项目目标下，形成成果贡献、过程协作、风险承担和能力沉淀等可比较维度。

表格1：前台、中台、后台绩效标准断层的典型表现

2. 评价周期错配

跨条线协同项目往往跨越多个考核周期。前台可能按月度或季度追踪业绩，中台按项目里程碑推进，后台则更多采用半年度或年度评价。周期错配带来的问题，不只是统计口径不同，更是反馈节奏不一致。

当销售团队在季度末承受业绩压力时，可能希望研发快速支持客户需求；研发团队则可能处于版本冻结或质量验证阶段，不宜临时改变排期；职能部门可能按照年度合规计划推进，无法即时响应所有临时需求。每个条线都在自己的节奏中合理运转，但协同项目需要的是共同节奏。

绩效反馈如果不能与协作节点同步，就难以形成改进闭环。项目中出现的问题，可能在某个条线的季度复盘中被讨论，却在另一个条线的年度评价中才被正式记录；到那时，项目情境已经变化，责任和贡献都变得模糊。员工也会感到评价滞后，进而降低对绩效反馈的信任。

可行的路径，是在保留条线原有考核周期的同时，为跨条线项目设置节点型评价。节点评价不一定直接决定最终奖金，但应当记录阶段成果、协同问题、资源承诺和后续调整。它适用于项目周期长、参与方多、结果滞后的场景；对于简单协作任务，则不宜增加过多节点，以免流程成本高于管理收益。

3. 校准机制缺位

多数企业已经建立条线内部绩效校准会议，用于处理部门内部评分尺度差异。但跨条线项目的校准往往缺位。问题在于，单个条线内部能够校准本部门员工表现，却无法公平判断其他条线在共同项目中的贡献。

缺少跨条线校准时，组织容易出现同样贡献、不同评价的情况。一个员工在协同项目中承担关键协调工作，但直属上级由于不在项目现场，对其贡献了解有限，最终评价一般；另一个员工在本条线指标上表现突出，却在跨部门协作中制造了大量沟通成本，仍获得高绩效。久而久之，员工会从绩效结果中读懂组织真正奖励什么。

跨条线校准机制的作用，不是让所有条线的评分完全一致，而是提供一个共同审视贡献的场域。参与者可以包括项目负责人、相关条线管理者、HRBP和必要的仲裁角色。校准对象不应只看最终得分，还要讨论目标约定、过程证据、资源限制、角色差异和风险承担。对于争议较大的项目，应形成可追溯记录，避免绩效争议在年终集中爆发。

标准断层的解决，不是统一所有条线的考核方式，而是在尊重专业差异的前提下建立跨条线绩效翻译与校准机制。企业需要的是可比性，而不是表面一致性。

四、流程与数据困境——信息在墙两边，流程在系统外

跨条线绩效管理如果缺少统一流程和数据底座，就会从管理闭环退化为事后填表。数字化系统的价值不在于把纸面表单搬到线上，而在于让协同行为可记录、可追溯、可归因。

1. 绩效流程的条线割裂

许多企业已经上线绩效管理系统，但系统使用方式仍然延续条线边界。不同事业部采用不同模板，不同职能使用不同流程，协同项目的目标设定、过程辅导、节点反馈和结果评估分散在多个平台或表格中。表面看，绩效流程在线化了；实际上，跨条线协同仍然依赖邮件、会议纪要、即时通讯和人工汇总。

流程割裂带来的直接影响，是管理者无法看到完整链路。一个协同项目从立项到复盘，可能涉及经营目标、项目计划、资源审批、客户反馈、交付进度、绩效评价等多类信息。如果这些信息散落在不同系统中，绩效评价时就只能依赖片段化证据。项目过程中的关键承诺、变更原因和资源约束，往往在考核时被遗忘。

绩效管理系统承接跨条线流程闭环，需要至少覆盖四个环节：共同目标设定、过程沟通记录、阶段反馈评价、结果校准复盘。系统不必替代所有业务系统，但应能把与绩效相关的目标、行为和结果关联起来。对于大型组织而言，这意味着绩效系统要从条线工具升级为协同平台。

这类系统架构的意义，在于帮助企业把跨条线绩效从线下协调转化为可治理流程。目标管理、过程辅导与结果校准如果能够在同一绩效闭环中承接，管理者就更容易识别协作断点，而不是等到年终评分时再追溯原因。

2. 数据孤岛与归因数据缺失

流程割裂通常伴随数据孤岛。HR系统掌握组织架构与绩效结果，项目管理系统掌握任务进度，CRM记录客户互动，OA或协同工具记录审批与沟通，知识平台记录文档贡献。跨条线绩效归因需要这些数据共同支持，但现实中它们往往缺少统一口径和关联关系。

当协作行为数据没有被采集，绩效评价就会回到主观判断。比如，某位员工是否及时响应跨部门需求，是否主动共享知识，是否在风险暴露前提出预警，是否帮助项目减少返工，这些行为如果只存在于聊天记录或个人印象中，就难以成为可靠绩效证据。主观判断并非完全不可用，但在跨条线利益冲突较强的场景中，缺少数据会放大争议。

构建跨条线绩效数据中台，并不是要求企业一次性打通所有系统，而是要先明确绩效归因需要哪些数据。可优先从三类数据入手：目标数据，包括共同目标、权重、角色责任；过程数据，包括关键节点、响应时效、协作记录、风险事项；结果数据，包括交付成果、客户反馈、经营影响、复盘结论。只有数据对象清楚，系统集成才不会变成技术部门的孤立工程。

这里也存在边界。并非所有沟通行为都适合被记录和评分，过度数据化可能引发员工被监控感，降低心理安全感。因此，企业应坚持最小必要原则，只采集与绩效管理目标直接相关、可解释、可复核的数据，并明确数据使用规则。

3. AI辅助归因与智能校准的应用前景

到2026年，AI在绩效管理中的应用已经不再局限于辅助撰写评语或生成复盘文本。更有价值的方向，是在跨条线协同场景中辅助识别协作网络、提示贡献证据、发现评价偏差，并为绩效校准提供参考。公开研究与行业实践普遍显示，AI正在从内容生成工具转向管理决策辅助工具，但其有效性取决于数据质量和治理机制。

在绩效归因中，AI可以分析项目节点、任务流转、反馈记录和协同关系，帮助管理者看到哪些角色在关键时刻发挥了作用，哪些协作瓶颈反复出现，哪些评价结果与过程证据存在明显偏差。在智能校准中，AI可以提示同类岗位、同类项目、同类贡献之间的评分差异，辅助HR和管理者发现潜在不公平。

但AI不能替代管理判断。跨条线绩效评价涉及情境、角色、资源约束和组织优先级，算法很难独立理解全部背景。如果企业数据质量差、指标口径混乱、协作记录不完整，AI只会把既有偏差放大。更重要的是，绩效评价关乎员工信任，算法建议必须具备可解释性，员工和管理者应知道系统依据哪些数据提出判断。

因此，AI辅助归因适合用于发现线索、补充证据和提升校准效率，不适合直接决定绩效等级。流程与数据困境的破解，关键在于构建跨条线绩效数据中台，让协同行为被合理记录、审慎解释，并最终服务于更公平的管理决策。

五、文化与管理困境——协同写在墙上，考核各顾各

绩效管理是组织文化的硬编码。当考核体系与协同文化相悖时，员工不会只听口号，而会根据绩效信号判断什么行为真正值得投入。

1. 绩效信号与文化倡导的冲突

许多企业在价值观中强调客户导向、开放协同、共同成长，也会在年度会议和管理培训中反复要求跨条线合作。但如果绩效体系仍以条线业绩为核心，协同行为没有目标、没有权重、没有评价、没有激励，员工的理性选择就是优先完成本条线KPI。

这不是员工不愿协同，而是激励不相容。绩效管理向员工释放的是强信号：哪些目标决定评价，哪些行为影响晋升，哪些结果对应奖金。当协同任务消耗时间却不进入绩效，员工就会把它视为额外付出；当帮助其他条线可能影响本部门指标，管理者就会本能地保护资源；当跨部门问题无人共同负责，最安全的选择就是把边界划清。

文化倡导若不能通过绩效体系落实，就会产生组织认知落差。员工听到的是协同重要，看到的是条线优先；管理层希望形成合力，基层却在考核压力下各顾各。长期看，这会削弱组织对管理制度的信任，因为员工会发现正式评价与倡导价值之间存在明显不一致。

要改变这种状态，企业需要把协同要求转化为明确绩效信号。例如，在关键岗位目标中设置协同责任，在管理者评价中纳入跨条线支持质量，在项目复盘中记录共同贡献，在晋升评审中考察协作影响力。适用边界也要清楚：协同不是要求员工无条件响应所有需求，而是围绕共同目标进行有优先级的资源配置。

2. 管理者协同能力不足

跨条线绩效问题不仅是制度问题，也是管理者能力问题。许多条线管理者熟悉的是管好自己的人、完成自己的指标、争取自己的资源，但跨条线协同要求管理者具备更复杂的绩效领导力：能够进行目标对话，能够处理利益冲突，能够识别他人团队贡献，也能够在评价时跳出本位视角。

现实中，管理者协同能力不足常表现为三类行为。第一，目标对话不足，只在项目启动时确认任务，却不讨论共同成果、优先级和责任边界。第二，冲突协调不足，当资源排期、客户承诺、质量风险发生冲突时，管理者把问题推给上级或HR，而不是共同决策。第三，评价反馈不足，跨条线参与者做了大量工作，但直属管理者不了解，项目负责人也没有提供有效反馈。

这会让绩效管理陷入制度设计与执行能力之间的落差。即使企业建立了协同目标和跨条线评价机制，如果管理者不会使用，最终仍会回到形式化填表。HR在此处的角色也需要变化，不能只做流程管理员，而要成为绩效对话的设计者和校准机制的推动者。

提升管理者协同能力，可以从三个方面入手：训练跨条线目标设定能力，明确共同成果与角色责任；训练绩效反馈能力，使管理者能够基于事实而非印象评价协同贡献；训练冲突管理能力，在资源有限时进行优先级排序。对于高度条线化、短期业绩压力极强的组织，能力建设必须与考核机制同步推进，否则培训效果很难持续。

3. 心理安全感与绩效风险

跨条线协作天然带有不确定性。参与者面对的是不完全受自己控制的目标、不完全熟悉的合作对象，以及可能变化的需求和资源条件。如果绩效体系只奖励成功结果，却不区分合理试错与低质量执行，员工就会倾向于回避跨条线任务。

心理安全感在这里不是宽松管理，而是员工相信组织会基于事实评价协同行为，能够区分努力、能力、资源约束和外部变化。没有这种信任，员工会尽量选择边界清晰、责任可控、风险较低的任务。尤其在创新项目、组织变革项目和客户复杂解决方案中，过度追责会压缩员工主动暴露问题的意愿，风险反而更容易在后期集中爆发。

绩效体系需要设计容错边界。对于探索性协同项目，可以评价假设验证、复盘质量、风险管理和知识沉淀，而不是只看最终商业结果；对于执行性项目，则应明确交付标准和责任节点，避免把所有失败都解释为环境不确定。不同类型项目采用不同评价逻辑，才能既保持绩效严肃性，又不牺牲协同主动性。

协同文化的落地，必须以绩效体系重构为前提。不是先有文化再改考核，而是考核本身就在塑造文化。

表格2：跨条线绩效管理五大困境的现象、根因与破解方向

红海云总结

回到开篇的矛盾，跨条线协同需求高涨与绩效管理工具滞后的冲突，本质上是绩效体系尚未完成从条线纵向逻辑到网络协同逻辑的范式迁移。目标对齐、绩效归因、标准断层、流程数据、文化管理五大困境并不是孤立问题，而是同一系统缺陷的不同表现：绩效管理仍假设组织按照单线因果运行，由单一主体评价，在单一周期内闭环。但现实中的价值创造，已经越来越依赖多条线、多角色、多系统共同完成。

从实践看，企业破解跨条线绩效管理问题，不宜一开始就追求全组织大规模重构。更稳妥的方式，是选择高价值、高频次、高争议的协同场景先行试点，再逐步固化为制度和系统能力。红海云建议企业可从以下四个方向切入：

• 从一个跨条线项目试点协同绩效合约：明确共同目标、参与角色、权重分配、过程节点和评价主体，先让协同责任有正式载体。
• 建立跨条线绩效校准委员会：围绕关键项目进行贡献复盘和评价校准，重点解决同样贡献、不同评价的问题。
• 推动绩效系统从条线工具升级为协同平台：把目标设定、过程辅导、阶段反馈、结果校准纳入同一闭环，减少线下追溯和主观争议。
• 用数字化手段让协同行为被看见、被衡量、被激励：优先采集与绩效相关的目标、过程和结果数据，审慎应用AI辅助归因与智能校准。
• 把管理者协同能力纳入绩效领导力建设：要求管理者不仅对本条线结果负责，也对跨条线目标对话、冲突协调和公平评价负责。

图表2：跨条线绩效管理五大困境结构图

跨条线绩效管理的难点，不在于找到一个更复杂的考核表，而在于重新回答组织如何创造价值、如何识别贡献、如何分配责任。只有当协同目标被制度化、协同行为被记录、协同贡献被公平评价，绩效管理才会重新回到它应有的位置：不是制造边界，而是帮助组织形成合力。