dont-demotivate-dehassle

name	dont-demotivate-dehassle
description	当你在思考"如何提升团队整体绩效"、"优秀员工为什么发挥不出来"、"留不住A类人才"时，激活此技能。 当你听到"我已经给够激励了还是没用"、"他们就是不够主动"、"人没问题但是流程有问题"时，主动激活。 不适用于：个人能力严重不足（A类问题非动机问题）、纯目标设定讨论、战略方向模糊场景。 关键触发信号：优秀人才低产出、员工说"不是不想做是做不了"、团队有热情但无交付。
source_book	《Scaling Up》 Verne Harnish
source_chapter	第5章 Managers
tags	["management","motivation","productivity","team-obstacles"]
related_skills	["manager-as-coach(composes-with)"]

Don't Demotivate; Dehassle（不要打击，要去障碍）

R — 原文 (Reading)

"The best managers are less concerned about motivating their people and more concerned about NOT demotivating them. They consider it their job to prevent the hassles that block their team's performance."

— Verne Harnish, Scaling Up (第5章 Managers)

翻译： 最优秀的管理者不太关心如何激励员工，而是更关心如何不打击员工。他们把消除阻碍团队表现的障碍视为自己的职责。

---

I — 方法论骨架 (Interpretation)

1. 核心反转： 传统的管理思维是"如何让人更有动力"，正确的思维是"先确保没什么让人没动力"。去掉障碍比增加激励更高效。
2. #1障碍（Harnish原话）： "不要让A类人才和B/C类人才一起工作。"A类人才被B/C类拖累是最大的去障碍优先项。
3. 障碍类型： 流程障碍（审批链条太长）、工具障碍（系统太烂）、人员障碍（猪队友）、信息障碍（不知道目标是什么）、文化障碍（政治斗争消耗）。
4. 诊断方法： 每周问一次"是什么阻止你把事情做成？"——员工自己会告诉你障碍在哪。
5. 管理者角色转变： 从"激励者"（不断打鸡血）变为"去障碍者"（消除外部阻力，让人才自己跑起来）。
6. 与激励的区别： 激励是给油，去障碍是清路——一台清过路的车比一台加了油但塞在路上的车跑得快。

---

A1 — 书中的应用 (Past Application)

案例 1: A类人才被埋没在B/C类团队中

• 问题: 某销售明星业绩突出，但被安排在整体绩效平庸的团队里，每次开会都在为别人的失误"救火"，自己的业绩反而下滑。
• 方法论的使用: 识别出这位A类人才的核心障碍是"与B/C类同事协作"，重新调整团队配置或汇报线。
• 结论: 不是这位员工需要更多激励，而是他的工作环境在持续消耗他。
• 结果: 重新配置后，这位A类人才的季度业绩提升了40%，且团队整体效率也因移除拖后腿的成员而改善。

案例 2: 流程审批是头号障碍

• 问题: 某产品经理需要3个部门总监签字才能发布一个功能，审批周期长达2周，市场窗口早已错过。
• 方法论的使用: 管理者主动识别出这个流程障碍，将串行审批改为并行会签，并压缩到2天内完成。
• 结论: 员工的"不主动"是因为流程让人无能为力，不是意愿问题。
• 结果: 产品迭代速度提升5倍，员工感受到被信任，主动性和创造力明显提升。

---

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill?

1. A类人才发挥失常：明明是明星员工，业绩突然下滑，但他自己也不知道原因。
2. 团队有热情无产出：大家都很忙，但交付成果寥寥——典型的"忙碌但低效"状态。
3. 员工说"不是不想做，是做不了"：员工主动表达障碍，而非意愿不足。
4. 扩张后整体效率下降：公司招了更多人，但人均产出反而降低。
5. 优秀人才离职但说不出具体原因：离职面谈时员工说"没什么，就是感觉做不下去"——往往是障碍积累导致。

语言信号 (用户的话里出现这些就应激活)

• "我已经给够激励了，但他们还是不动"
• "人没问题，是流程/系统/审批的问题"
• "每次开会都在等别的部门"
• "我不知道卡在哪里，就是推不动"
• "团队很努力但总是差一口气"

与相邻 skill 的区分

• 与 positive-interaction-ratio 的区别：正向比率是"建立关系底色"，去障碍是"清除执行阻力"；先去障碍再去激励，顺序不能颠倒。
• 与 fewer-people-higher-pay 的区别：少人高薪是"招聘配置"决策，去障碍是"让现有团队发挥"的执行层面的决策。

---

E — 可执行步骤 (Execution)

1. 系统性识别障碍（诊断）

   • 每周与每位直接下属做一次"去障碍对话"："这周什么事阻碍了你？需要我帮你清除什么？"
   • 汇总所有障碍，按频率和影响程度排序（高频+高影响的优先）
   • 完成标准：得到一份"团队障碍清单"并排出优先级

2. 针对性清除高优先级障碍（行动）

   • 对排名第一的障碍（通常是"与B/C类同事合作"或"流程太长"），制定清除方案
   • 原则：自己权限范围内的障碍立即清，跨部门障碍协调资源清
   • 判停条件：若障碍在管理者权限之外（如公司文化、系统限制），上报并追踪，同时告知员工进展

3. 验证并迭代（巩固）

   • 清障后2周内跟进，确认障碍确实已被移除，且员工产出有所提升
   • 将有效去障碍的案例沉淀为"反障碍SOP"，避免同类问题重复出现
   • 完成标准：Top 3障碍全部清除，且员工主动反馈"现在顺畅多了"

---

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• A类人才能力不足：当问题是"意愿有但能力不够"时，去障碍没用，需要的是培训或岗位调整。
• 战略方向本身模糊：如果团队连"做什么"都不清楚，去障碍解决的是执行层问题，战略不清是根源。
• 外部不可控因素：宏观经济下行、政策突变等外部障碍，管理者无法清除，应坦诚告知团队并调整预期。

作者在书中警告的失败模式

• 管理者把"障碍"当"借口"：当员工说"系统太烂"时，有些管理者会直接反驳"别找借口"，但真正的障碍确实存在。
• 只清除一次就不再跟进：障碍清除后可能死灰复燃，必须建立持续监测机制。
• "去障碍"变成"替员工干活"：管理者清障是协调资源、移除阻力，不是直接帮员工完成任务，否则A类人才会退化成被保护的对象。

作者的盲点 / 时代局限

• Harnish强调"障碍"多为组织内部可控因素，但在现实中，许多最大障碍来自外部（监管、客户拖欠、供应商不稳定），此原则无法直接解决。
• 未区分"结构性障碍"（流程、系统）与"人际障碍"（政治斗争、个性冲突），两者清除方法完全不同，但书里混为一谈。

容易混淆的邻近方法论

• OKR聚焦：OKR告诉你"做什么"，去障碍告诉你"什么阻止你做"；一个是拉力，一个是清除阻力。
• 赋能授权（Empowerment）：授权是给权力，去障碍是给空间；光有权力但处处碰壁照样做不成事。

---

相关 skills (阶段 3 填充)

• depends-on: []
• contrasts-with: [positive-interaction-ratio]
• composes-with: [fewer-people-higher-pay]

---

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: 待填充 (详见 test-prompts.json)
• 蒸馏时间: 2026-04-26