前沿项目早期采用沙盒
解决什么问题
大型企业推新技术往往陷入"两辆分开的车"困境（作者用 Van Damme 劈叉做双车特技的比喻）：一边是技术以"周/月"为单位的极致压缩迭代周期，另一边是组织的人和习惯改变需要以"年"为单位的稳健变更管理。如果为了照顾大多数人的适应节奏而压住早期尝鲜者，会白白浪费掉技术红利；但如果强推给所有人，又会破坏必要的信任和治理。这是微软 AI 团队应对这个矛盾的具体做法。
核心内容
核心原则：不要因为要照顾大多数人的节奏，就压住愿意早尝鲜的人（"The thing not to do is hold back folks who are early adopters"）。
具体做法是"两条腿走路"：
- 保留传统的、可信赖的长期变更管理轨道：面向药企、律所这类高监管、高信任要求的客户/场景，继续用经过验证的方式，给足时间做治理和采用。
- 同时开辟一个"Frontier program"（前沿项目）作为沙盒：核心创意是把"提前生活在一年后的世界"这个个人思维习惯制度化、操作化——具体做法是搭建一个虚拟的"未来公司"（作者提到内部叫"Frontier Consulting Group / Frontier Inc."），邀请愿意尝鲜的人进来，把最前沿、还带着"毛边"（rough edges）的实验性功能（例如"世界第一个为工作场景后训练的深度研究 agent"）直接交到这些人手上使用，而不必要求全公司同步培养相同的新习惯。
这个项目的野心不止于"给一批人提前用新功能"，作者提出了三个递进的问题："提前生活在一年后会怎样改变一个人？"→"一个'Frontier 团队'长什么样？"→"一个只有三个人、但有海量算力和 AI 工具的团队，能做出什么？"——即从"个人体验"逐步扩展到"团队/组织形态"层面的实验。
适用边界
- 作者明确说这个项目"才刚起步几周"，具体效果、能否规模化仍是未知数（"TBD how it all goes"），这是一个正在验证中的组织设计实验，不是已经证明有效的成熟方案。
- 这套打法假设组织能承受"同一时间，不同员工/客户群体处于完全不同的技术采用阶段"这种不均衡状态,需要组织文化上能接受这种不对称。
关键引述 · 原话
"I want to kind of institutionalize and operationalize my personal model of living one year in the future... What does a Frontier team look like? ... What does a team with three people and tons of compute and AI tools look like?" — Aparna Chennapragada
"If there are only adopters in an enterprise or outside, how can we put that in the hands of those folks without insisting that all of the company be completely developing different muscles?" — Aparna Chennapragada
关联卡片
- 与 `ai-strategy-seasons-planning--asha-sharma.md` 同属"企业级如何在剧烈技术变化下做组织级规划"的主题，可对照阅读
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2