organizational-transformation

组织转型

范围

涵盖

• 设计并领导一项切实可行的转型计划，推动公司迈向现代产品运营模式
• 为传统组织“循序引导”：按顺序推进变革，让变革得到采纳，而非遭到抵制
• 避免将采用框架（Spotify、SAFe 等）误当作最终目标
• 协调组织结构 + 流程 + 文化变革（团队、决策权、探索/交付、激励措施、惯例）

适用场景

• “帮我把组织从功能团队转变为有自主权的产品团队。”
• “我们不断采用各种框架，但毫无改变——帮我制定一份真正的转型计划。”
• “制定一份90 天试点计划，并规划产品运营模式的推广路线图。”
• “我们的领导者想推动转型，但团队对此持怀疑态度。制定一份变革 + 沟通计划，减少抵触。”

不适用场景

• 你需要先明确战略/愿景（使用 defining-product-vision 或 working-backwards）。
• 你只需要调整组织架构图/团队拓扑（使用 organizational-design）。
• 你需要为已知计划进行项目管理（使用 managing-timelines）。
• 你需要有关薪酬、裁员、劳动法或敏感人员事务的人力资源/法律指导（请咨询人力资源/法律部门）。

输入

最低要求

• 组织背景：行业、规模/阶段、地理位置、监管限制（如有）
• 高管赞助人 + 决策者，以及转型“为何现在启动”
• 当前运营模式的症状（附示例）：决策瓶颈、产出与成果不匹配、探索不足、依赖链
• 当前团队模式（功能团队还是产品团队），以及产品决策目前由谁负责
• 约束条件：时间安排、预算/人员编制、必须保留的流程、关键发布

缺失信息处理策略

• 从 references/INTAKE.md 中最多提出 5 个问题。
• 如果无法获得答案，则基于明确的假设继续，并标注未知项。

输出（交付物）

按以下顺序生成一份组织转型资料包（在聊天中以 Markdown 呈现，或按需生成文件）：

1. 转型章程（为何现在启动、目标/非目标、原则、成功指标、约束条件）
2. 当前状态诊断（当前工作流转方式；能力差距；阻力分布图；失败模式）
3. 目标产品运营模式蓝图（团队类型、角色、决策权、节奏、核心产物）
4. 试点/引导计划（90 天）（2–4 个可安全尝试的试点、培训/辅导、学习循环、采纳策略）
5. 转型路线图（6–12 个月）（阶段、关键任务、依赖关系、推进顺序、资源配置）
6. 变革 + 沟通计划（利益相关者、信息、惯例、支持措施、阻力处理）
7. 治理 + 指标（先行指标、评审节奏、升级机制、“框架卫生”防护措施）
8. 风险/待解决问题/后续步骤（始终包含）

模板：references/TEMPLATES.md

工作流（8 个步骤）

1) 对齐成果（而非框架）

• 输入： 为何现在启动；目标；症状；约束条件；以往尝试。
• 行动： 将“采用 X 框架”转化为成果 + 行为。定义非目标（暂时不会改变的内容）。制定 3–5 条转型原则。
• 输出： 转型章程（草案）+ 假设。
• 检查： 赞助人能够用成果/行为描述成功，而不是说“我们实施了 X”。

2) 将当前运营模式作为一个系统进行诊断

• 输入： 团队类型；规划节奏；决策权；交付流程；延误/返工示例。
• 行动： 梳理工作从创意到发布的流转过程；找出瓶颈（依赖关系、审批、激励措施、探索不足）。记录哪些因素在强化功能团队模式。
• 输出： 当前状态诊断（系统图 + 主要问题）。
• 检查： 诊断能用具体机制解释症状，而非凭感觉判断。

3) 选择转型主张与护栏（框架使用规范）

• **输入：**诊断结果；约束条件；变革能力；领导层共识。
• **行动：**确定一组规模尽可能小、但能产生杠杆效应的运营模式变更（例如，赋权团队、双轨探索与交付、以结果为导向的规划）。制定“框架使用规范”：明确要借鉴什么、不借鉴什么，以及原因。
• **输出：**章程中的转型主张与护栏部分。
• **检查：**计划适合具体情境；不会照搬整套模式。

4) 设计目标产品运营模式（具体、可观察）

• **输入：**转型主张；产品形态（一体化或模块化）；人才成熟度。
• **行动：**明确团队类型（产品／平台／赋能）、角色、决策权、需求接收方式、探索预期、规划节奏和必需产物。
• **输出：**目标产品运营模式蓝图。
• **检查：**领导者在第 1 天就能回答“谁决定什么”和“什么才算做好”。

5) 制定以推动为先的试点计划（90 天）

• **输入：**蓝图；候选团队／领域；风险约束。
• **行动：**设计 2–4 个试点，明确假设、赋能措施（辅导／培训）和采用策略（推动措施、惯例、模板）。定义要学习的内容以及如何调整。
• **输出：**试点／推动计划 + 试点记分卡。
• **检查：**试点可安全尝试、可衡量，且不要求整个组织先达成完美共识。

6) 制定转型路线图（6–12 个月）

• **输入：**试点计划；资源配置；日程约束。
• **行动：**安排重大事项的先后顺序（结构调整、能力建设、工具／流程变更）。纳入决策节点、依赖关系和回滚触发条件。
• **输出：**转型路线图（阶段 + 里程碑）。
• **检查：**路线图切实可行；能保障业务连续性和进行中的承诺。

7) 规划变革与沟通（减少抵触）

• **输入：**利益相关方；抵触情况图谱；激励措施。
• **行动：**起草沟通主线、针对不同利益相关方的信息、赋能计划，以及处理异议的机制。将变革与激励措施和领导行为关联起来。
• **输出：**变革与沟通计划。
• **检查：**计划包含强化机制（惯例、指标、领导行动），而不只是发布公告。

8) 质量门禁 + 定稿

• **输入：**草案包。
• **行动：**执行 references/CHECKLISTS.md 并使用 references/RUBRIC.md 评分。确保包含风险／待解问题／后续步骤。
• **输出：**最终组织转型方案包 + 评分标准得分。
• **检查：**如果得分较低，再进行一轮需求收集（最多 5 个问题）并修订。

质量门禁（必需）

• 定稿前执行 references/CHECKLISTS.md，并使用 references/RUBRIC.md 评分。
• 始终包含：风险、待解问题、后续步骤。

示例

示例 1：“传统企业的产品副总裁：团队能交付功能，但结果没有改善。制定一项转型计划，转向赋权的产品团队。”
预期：诊断、目标运营模式蓝图、90 天试点、6–12 个月路线图、治理指标。

示例 2：“CEO：我们尝试过 SAFe／Spotify 式变革，却遭到抵触。制定以推动为先的计划和沟通方案，以减少抵触。”
预期：框架使用规范护栏、小规模试点、利益相关方沟通信息、强化机制。

边界示例：“逐字照搬‘Spotify 模式’，写一份实施计划。”
回应：此技能将框架视为工具；它会改为制定适合具体情境的运营模式，并说明要借鉴哪些内容（如有）以及如何通过试点进行验证。