メニュー
当团队扩张后效率反而下降、沟通成本暴增时；当创始人不理解"为什么人多了 反而更慢"时；当企业在扩张和稳定之间犹豫不决时；当组织设计要做调整时。 触发信号："三个人干得挺好的，加了第四个人反而乱了？"、"部门越来越多， 协调越来越难"、"增长要不要放缓？人多了是不是有问题？" 不适用于：个人层面的时间管理问题、初创期人数极少时的线性复杂度场景。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
当企业Scaling遇到执行瓶颈时；当团队制定了战略却落不下去时； 当高管团队缺乏凝聚力和共识时；当需要一套可操作的运营节奏时。 触发信号："我们有战略但执行总是打折扣"、"团队开会效率很低， 议而不决"、"员工不知道公司的优先级是什么"、"客户反馈传不到 决策层"、"感觉大家各干各的，没有合力"。 不适用于：战略尚未形成阶段（先有战略再有习惯）、10人以下 极度扁平团队（此时强制的会议节奏反而抑制敏捷）。
用于诊断企业盈利能力是否达标。当用户讨论利润目标、绩效对标、规模化成功标准时激活。 不适用于：纯信息查询（如"行业平均利润率是多少"）、财务基础知识询问。 关键 trigger：提到利润率、盈利差距、规模化标准、对标竞争对手。
当创业者/管理者感到公司"什么都重要但抓不住重点"时；当战略、人才、执行、现金 四大领域互相掣肘、顾此失彼时；当团队扩张后决策质量反而下降时。 触发信号："战略和执行怎么平衡？"、"人重要还是流程重要？"、"我抓什么才对？" 不适用于：单一领域深挖（如只解决融资问题）、初创期0-1阶段的信息模糊期。
用户在制定企业战略、思考竞争差异化、构建护城河、问"我们的战略是什么"/"如何让对手无法复制"/"我们的核心竞争力是什么"时激活。 不适用于：还没找到Product-Market Fit的早期探索阶段、纯运营效率讨论。
当你需要定义团队人才标准、决定某个人是否值得培养或淘汰、 或讨论"什么是好人才"团队内无法对齐时，激活此skill。 不适用于：评估非全职人员（外部顾问、独立承包商）、 或人才市场极度稀缺的高端猎头场景（候选人就是稀缺资源本身）。 核心trigger：团队内部对"好人才"定义不一致、有人被叫"明星员工"但产出存疑。
当用户在制定长期愿景时感到困惑、企业缺乏BHAG或BHAG设定不接地气、 团队对年度目标缺乏方向感时，应调用此skill。 不适用于：日常运营目标设定（应调用OKR或季度Priority相关skill）、 纯信息了解BHAG概念、非商业组织的使命设定。 Trigger信号："我们的愿景太虚了"、"10年后的目标怎么定"、 "BHAG和OKR有什么区别"、"定了目标但大家觉得是空想"、"长期愿景 和短期执行怎么衔接"。
| name | complexity-equation |
| description | 当团队扩张后效率反而下降、沟通成本暴增时；当创始人不理解"为什么人多了 反而更慢"时；当企业在扩张和稳定之间犹豫不决时；当组织设计要做调整时。 触发信号："三个人干得挺好的，加了第四个人反而乱了？"、"部门越来越多， 协调越来越难"、"增长要不要放缓？人多了是不是有问题？" 不适用于：个人层面的时间管理问题、初创期人数极少时的线性复杂度场景。 |
| source_book | 《Scaling Up》 Vern Harnish |
| source_chapter | 第2章 Barriers |
| tags | ["complexity","organizational-design","scaling","growth-barriers"] |
| related_skills | ["complexity-enemy(composes-with)"] |
"Add a third person, and the degree of complexity triples from two to six. Add a fourth, and it quadruples to 24. Expanding from three to four people grows the team only 33%, yet complexity may increase 400%."
— Vern Harnish, Scaling Up, 第2章 Barriers
复杂度乘法方程揭示了企业扩张的隐性代价：人数线性增长，复杂度指数增长。
公式的本质：每增加一个人，与所有人的沟通节点都要重新计算。 两个人=1条关系；三个人=3条关系；四个人=6条关系；五个人=10条关系。 这叫"组合数增长"——n个人产生的连接数 = n(n-1)/2。
数字说话：
关键洞察：增长不是问题，缺乏管理增长的系统才是问题。 复杂度不是要不要面对的选项，而是成长的必然副产品。 解决方案不是"不增长"，而是"提前建立消化复杂度的机制"： 流程（Process）、规则（Disciplines）、沟通节奏（Rhythm）。
Growth Paradox（成长悖论） 的区别: 成长悖论是"为什么越大越累"
的哲学层面解释；复杂度方程是这个悖论的数学层面量化工具PACe（流程问责表） 的区别: PACe是复杂度管理的具体落地工具，
复杂度方程是"为什么要用PACe"的原因解释Rockefeller Habits 的区别: Rockefeller Habits是复杂度管理的
一套具体习惯清单；复杂度方程是这些习惯存在的理论依据当 skill 被激活后，agent 应按以下步骤执行:
【量化现状】计算当前团队的连接数
【预测未来】模拟扩张后的复杂度增长
【制定对策】引入复杂度消化机制