当 AI 让一个人能够完成过去需要多个角色协同的工作时，组织设计的前提也开始变化。我认为，AI Native 组织的原则是“非必要不协作”：优先让个人和小团队完成业务闭环，再引入必要的协作。本次分享将结合大模型公司的实践，讨论这一原则如何落地：业务与组织如何微服务化，Builder 与 Operator 如何分工，以及管理者如何从协调执行转向管理 Context 与 Outcome。

演讲提纲

1. 为什么 AI 改变的是组织，而不仅仅是工具

• AI 扩大了个人的能力边界
• 岗位、流程和组织边界需要随之调整

2. 第一原则：非必要不协作

• 优先独立闭环，减少交接、等待和反复对齐
• 根据业务需要判断协作的必要性

3. 边界怎么划：业务与组织的微服务化

• 围绕完整业务结果划分单元
• 明确输入、输出和责任，支持自主执行

4. 责任怎么分：Builder 与 Operator

• Builder 构建能力，Operator 运行业务、负责结果
• 同一个人或小团队可以兼具两类责任，形成闭环

5. 管理怎么做：Context 与 Outcome

• Context：共享目标、背景和约束，让人能够自主判断
• Outcome：明确结果、标准和反馈，让自主执行保持方向一致

实践痛点

• 协作成为默认动作，交接与沟通挤压交付时间
• 个人能力边界扩大，岗位、权限和考核没有跟上
• 管理仍依赖过程协调，缺少支持自主执行的机制

演讲亮点

• 新原则：从优化协作效率，进一步追问协作是否必要
• 新分工：用 Builder 与 Operator 连接能力建设和业务结果
• 新管理：用 Context 与 Outcome 支撑个人和小团队自主闭环