关于 negotiation-alignment-governance
面向需要协调利益相关方并明确决策方式的团队治理技能,提供决策权划分、工作约定、冲突处理、升级路径和定期审查的方法。
主要功能
- 01梳理利益相关方与分歧
- 02RACI、DACI 和 RAPID 决策框架
- 03工作约定模板
- 04冲突处理与升级路径
- 05治理审查与监测
适用场景
- 01明确产品与工程的决策责任
- 02协调业务与法律相关方
- 03为分布式团队制定决策流程
- 04为现有冲突建立升级步骤
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ lyndonkl/ claude --skill negotiation-alignment-governance安装后在 Claude Code 中输入/negotiation-alignment-governance确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
resources/methodology.mdtemplate.mdresources/evaluators/rubric_negotiation_alignment_governance.json详细介绍
谈判协同治理
工作流
复制此清单并跟踪进度:
Negotiation Alignment Governance Progress:
- [ ] Step 1: Map stakeholders and tensions
- [ ] Step 2: Choose governance approach
- [ ] Step 3: Facilitate alignment
- [ ] Step 4: Document agreements
- [ ] Step 5: Establish monitoring
步骤 1:梳理利益相关方及其矛盾
识别所有利益相关方、他们的利益与顾虑、当前的矛盾或冲突,以及需要明确的决策点。典型的利益相关方配置请参阅常见模式。
步骤 2:选择治理方法
对于利益相关方明确的简单情况 → 使用 resources/template.md 中的 RACI/DACI 和工作协议结构。对于存在多重冲突或嵌套决策的复杂情况 → 学习 resources/methodology.md 中的谈判技巧、冲突调解和高级治理模式。
步骤 3:促进协同
创建 negotiation-alignment-governance.md,其中包括:利益相关方关系图、决策权矩阵(RACI/DACI/RAPID)、工作协议(沟通、质量、流程)、冲突解决规程和升级路径。促进结构化对话,以协商并达成共识。促进协同的技巧请参阅 resources/methodology.md。
步骤 4:记录协议
使用 resources/evaluators/rubric_negotiation_alignment_governance.json 进行自评。检查:决策权是否明确无歧义,是否涵盖所有关键利益相关方,协议是否具体且可执行,冲突处理规程是否清晰,是否定义了升级路径。最低标准:平均分 ≥ 3.5。
步骤 5:建立监控机制
定期(每季度)评估治理成效,定义更新协议的触发条件,建立衡量决策速度和冲突解决情况的指标,并为利益相关方建立反馈机制。
常见模式
决策权框架
RACI(最常见):
- Responsible(负责执行):完成工作
- Accountable(最终负责):对结果负责(仅限 1 人)
- Consulted(征询意见):在决策前提供意见
- Informed(知会):决策后收到通知
- 适用于:流程梳理、任务分配
DACI(更适用于决策):
- Driver(推动者):推进流程、收集意见
- Approver(批准者):做出最终决策(仅限 1 人)
- Contributors(贡献者):提供意见,必须征询其意见
- Informed(知会):收到决策通知
- 适用于:战略决策、产品选择
RAPID(最适用于复杂决策):
- Recommend(建议):提出决策建议
- Agree(同意):必须同意(拥有否决权)
- Perform(执行):执行决策
- Input(提供意见):就专业知识征询意见
- Decide(决策):拥有最终决定权
- 适用于:涉及合规或法律顾虑的重大战略选择
Advice Process(分布式决策权):
- 任何人都可以在征求以下各方意见后做出决策:
- 会受到影响的人
- 具备相关专业知识的人
- 决策者对决策负责
- 适用于:充分授权的团队、扁平化组织
典型利益相关方冲突
产品与工程:
- 冲突:功能范围与技术质量
- 解决方案:产品团队负责“做什么”(功能优先级),工程团队负责“如何做”以及质量标准
- 升级路径:结合数据向副总裁提交联合建议
业务与法律/合规:
- 冲突:上市速度与风险缓解
- 解决方案:业务团队决定是否把握机会,法律团队可否决不可接受的风险
- 升级路径:由风险委员会评估量化后的权衡
集中式与分散式团队:
- 冲突:标准与自主权
- 解决方案:中央团队设定最低可行标准,各团队可在此基础上自行选择
- 升级路径:例外情况提交架构评审委员会审议
工作约定模板
沟通规范:
- 同步(会议):用于协作、协商和头脑风暴
- 异步(文档、Slack):用于更新、审批和信息共享
- 响应时间预期:紧急(<2h)、普通(<24h)、供参考(无需回复)
- 默认会议规则:必须有议程、记录决策,尽可能优先采用异步方式
决策规范:
- 可逆决策:采用同意制(无人反对),以提高效率
- 不可逆决策:采用共识制或明确的 DACI
- 为决策设定时限:如果经过 N 轮讨论仍未达成共识,则提供选项并升级处理
- 记录决策:架构决策使用 ADR,产品决策使用决策日志
冲突解决规范:
- 首先直接对话(相关方进行一对一沟通)
- 其次进行调解(由中立第三方主持)
- 再次升级处理(由经理/负责人听取意见后做出决定)
- 保留异议,但承诺执行:决定做出后,所有人都承诺付诸实施
防护准则
决策权:
- 每项决策只有一位负责人或审批人
- 避免“所有人都要参与咨询”(导致决策瘫痪)
- 被咨询 ≠ 达成共识——收集意见后,由决策者做决定
- 明确范围:这些决策规则适用于哪些决策?
工作约定:
- 让约定具体且可观察(不要写“好好沟通”,而要写“在 24h 内回复 Slack”)
- 同时包括积极行为和边界
- 每季度重新审视——未经审核的约定会失效
- 获得所有相关方的明确同意
冲突解决:
- 假定对方出于善意——冲突关乎目标/约束,而非人格
- 关注利益(为什么),而非立场(是什么)
- 尽可能采用客观标准(数据、基准、原则)
- 对事不对人
主持:
- 调解时保持中立(不要偏袒任何一方)
- 确保心理安全(坦诚表达不会招致报复)
- 明确说出隐性的紧张关系(点明显而易见的问题)
- 不要强求共识——有时需要升级处理
警示信号:
- 决策者太多(会拖慢一切)
- 影子治理(实际决策在别处做出)
- 约定没有问责机制(没有后果)
- 回避冲突(把问题搁置,而非解决)
快速参考
资源:
resources/template.md- RACI/DACI/RAPID 模板、工作约定结构、冲突解决流程resources/methodology.md- 谈判技巧(原则式谈判、BATNA 分析)、冲突调解、主持模式、复杂场景下的治理设计resources/evaluators/rubric_negotiation_alignment_governance.json- 质量标准
输出: negotiation-alignment-governance.md,包含利益相关方地图、决策权矩阵、工作约定、冲突处理流程和升级路径
成功标准:
- 决策权明确无歧义(每项决策只有一位负责人/审批人)
- 框架涵盖所有关键利益相关方
- 约定具体且可执行(行为可观察)
- 冲突解决流程清晰,并设有升级路径
- 建立定期审查机制
- 评分 ≥ 3.5
快速决策:
- 利益相关方明确、决策简单? → 使用 RACI 或 DACI 模板
- 复杂的多方谈判? → 使用原则式谈判方法
- 存在正在发生的冲突? → 从方法论中的调解技巧入手
- 分布式团队? → 考虑采用建议流程,而非层级审批
常见错误:
- 设置多个“负责人”角色(责任分散)
- 所有人都要参与咨询(导致决策瘫痪)
- 约定含糊(“加强沟通”而非“在 24h 内回复”)
- 没有审查/更新周期(约定逐渐失效)
- 影子治理(正式的 RACI 被忽视,实际决策通过非正式方式做出)
- 强求共识(有时需要保留异议,但承诺执行)
关键见解: 明确的治理能随着时间推移降低协调成本。前期投入精力达成共识,会带来更快的决策、更少的返工和更低的冲突。