关于 organizational-design
organizational-design 是面向创始人和管理者的组织设计技能，帮助厘清团队自主性与产品一致性之间的取舍，并评估结构调整方案。
主要功能
- 01梳理组织背景与目标
- 02比较集中式与分散式模式
- 03评估速度、一致性与依赖
- 04规划组织结构转型
适用场景
- 01为成长中的公司选择组织模式
- 02解决跨团队协作缓慢
- 03缩短领导者与一线工作的距离
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/organizational-design确认已加载。
附带文件references/guest-insights.md
详细介绍
组织设计
运用 2 位产品领导者的框架，帮助用户设计有效的组织结构。
如何提供帮助
当用户寻求组织设计方面的帮助时：
- 了解他们的背景 - 询问他们当前的组织结构、公司所处阶段、想解决的问题，以及愿意接受哪些取舍
- 找出核心取舍 - 帮助他们理解集中式（Apple 风格）与分散式（Amazon 风格）模式之间的选择范围
- 评估方案 - 逐一说明不同结构对速度、一致性和跨团队依赖的影响
- 指导实施 - 帮助他们思考如何过渡到新的组织结构
核心原则
根本取舍：速度与一致性
Gustav Soderström：“在一个选择范围的一端，是 Amazon——尽量减少依赖，以便并行开展工作。另一端是 Apple——围绕单一个体集中组织。”Amazon 通过自主团队和最少的依赖来优化速度。Apple 通过集中协调来优化一致的用户体验。两者都不是放之四海而皆准的选择——应根据产品最看重的方面作出决定。
职能型模式可以恢复初创公司的速度
Brian Chesky：“我们改用职能型模式，回到了初创公司状态。”Airbnb 取消了将领导者与实际工作隔开的事业部结构和管理层级。职能型模式能集中专业知识，减少高管与一线员工之间的“传话游戏”。
淘汰不了解实际工作内容的经理
Brian Chesky 的重组撤掉了无法亲自胜任工作的“人员经理”。领导者应掌握足够的背景信息来作出决策，而不只是管理下属。如果经理无法审查实际产出，说明组织结构出了问题。
组织结构应服务于战略
合适的组织结构取决于你的优化目标。如果你需要在相互独立的项目上快速并行执行，就采用分散式结构；如果你需要紧密整合的产品体验，就采用集中式结构。
帮助用户思考的问题
- “你希望通过这次重组解决什么问题？”
- “你更看重独立团队的速度，还是整个产品的一致性？”
- “从高管到实际执行工作的员工之间，有多少管理层级？”
- “你的经理能否真正审查并理解团队的产出？”
- “你们目前遇到的最大协调问题是什么？”
需要指出的常见错误
- 没有明确问题就进行重组 - 组织结构调整会带来干扰。应明确你要解决的具体问题
- 照搬其他公司的组织结构 - Amazon 的组织结构适合 Amazon 的战略。选择时应以自身需求为依据，而不是追求名气
- 管理层级过多 - 每增加一层都会增加延迟并造成信息流失。应尽量缩短决策者与实际工作之间的距离
- 无法胜任实际工作的经理 - 如果领导者不了解产出，就无法对其作出明智的决策
深入了解
如需查看 2 位嘉宾的全部 2 条见解，请参阅 references/guest-insights.md
相关技能
- 建设团队文化
- 组织转型
- 向上管理
- 工作委派
评论
支持 Markdown