X Tweets

Appearance

Boris Cherny：当职能融化，未来团队的五种角色原型 ​

1. 推特内容与翻译 ​

  • 作者（@bcherny）推文原文：

    As engineering, product, design, DS, etc. melt into a new kind of role, I was reflecting on what roles might look like in the future. For example, when I look at the Claude Code team I see what I think is five archetypes:

    1. Prototyper: comes up with brand new ideas; churns out many ideas, most of which don't ship
    2. Builder: quickly turns a prototype/idea into production-grade product/infra
    3. Sweeper: cleans up the UI, simplifies the code and system, unships, optimizes performance
    4. Grower: takes a product that has been built and iterates on it to improve Product-Market Fit
    5. Maintainer: owns a mature system to make it secure, reliable, fast, and efficient as it scales

    Many people span across 2 roles, and sometimes 3 roles. I also notice that these roles are not really tied to job function -- eg. across Anthropic, some designers match category 1, some 2, some 3; same for engineers, PM, DS.

    A healthy team needs a mix of these, depending on the product:

    • A product that is new and pre-PMF needs people that are strong at 1+2+3
    • A product that is growing and has found PMF needs 2+3+4 and some 5
    • A product that has strong PMF needs 3+4+5 and some 2

    Maybe product roles of the future will look more like this, and less like the domain-specific roles of today?

  • 中文翻译：

    随着工程、产品、设计、数据科学（DS）等职能融化成一种新角色，我一直在思考未来的岗位会是什么样子。比如，当我观察 Claude Code 团队时，我看到了我认为的五种角色原型：

    1. Prototyper（原型师）：提出全新的想法；大量产出点子，其中绝大多数不会上线。
    2. Builder（建造者）：迅速把原型/想法变成生产级的产品或基础设施。
    3. Sweeper（清道夫）：清理 UI、简化代码与系统、下线（unship）冗余、优化性能。
    4. Grower（增长者）：在已建成的产品上持续迭代，改善产品-市场契合度（PMF）。
    5. Maintainer（维护者）：负责成熟系统，在规模扩张时保证其安全、可靠、快速、高效。

    很多人会横跨 2 个角色，有时是 3 个。我还注意到，这些角色其实和职位（job function）无关——比如在 Anthropic，有些设计师属于类型 1，有些属于 2，有些属于 3；工程师、PM、DS 也都如此。

    一支健康的团队需要这几类人的混合，具体取决于产品所处阶段：

    • 全新、PMF 之前的产品，需要在 1+2+3 上很强的人
    • 正在成长、已找到 PMF 的产品，需要 2+3+4，外加一些 5
    • 已有强 PMF 的产品，需要 3+4+5，外加一些 2

    也许未来的产品岗位会更像这样，而不是今天这种按领域细分的岗位？

2. 人物背景与上下文 ​

  • 作者：Boris Cherny（@bcherny），Claude Code 的创造者、Anthropic Claude Code 负责人。曾在 Meta 任首席工程师（Principal Engineer）约五年，著有《Programming TypeScript》。Claude Code 最初在 2024 年底作为 Anthropic 内部的一个原型团队起步。
  • 关键语境：这条思考与 Anthropic 一个广为人知的内部做法一致——团队里所有人的 title 都叫 "Member of Technical Staff"（技术成员），刻意淡化职能边界。Cherny 团队也以"用原型替代 PRD（产品需求文档）"、靠 taste（品味）做筛选、高速迭代而著称。本推正是把这种"职能融化"的现象，抽象成一套按能力而非学科划分的角色框架。

3. 行业分析与启示 ​

  • 核心洞察——按"产品生命周期能力"而非"学科"组织人：推文真正主张的是，AI 工具（包括 Claude Code 本身）正在抹平职能边界——设计师能直接产出可运行原型，PM 能写代码，工程师能做设计。于是组织的合理切分维度，从"你学的是什么"转向"你在产品的哪个阶段最强"。
  • "Sweeper / unship" 是个不常见的亮点：大多数组织只奖励"造东西"，鲜有人专门负责删除与简化。把"清理、下线、简化"显式列为一种核心角色，是相当务实且反直觉的视角。
  • 阶段化配比，是经典思路的轻量重述：按产品阶段调配角色比例，与 Simon Wardley 的 Pioneers / Settlers / Town Planners、以及"0→1 vs 1→n"的人才划分高度同构。新意主要在"AI 时代职能融化"这一语境，而非分类法本身。
  • 需保留的怀疑：
    1. 样本极小且非典型。Claude Code 团队资源充裕、人才密度极高、还自带最强 AI 工具。把它的角色结构外推为"未来所有产品岗位"，跨度很大。
    2. 专业深度未必能被通才替代。在大多数组织里，深度设计、严谨的数据建模、复杂分布式系统等仍难以靠"通才 + AI"覆盖。"职能脱钩"更像顶尖小团队的理想态，而非当下普遍现实。
  • 小结：这是一条关于"AI 抹平岗位边界后，人该如何被组织"的思考，框架务实、可操作性强，但带有明显的"前沿团队幸存者视角"，落地到普通组织时需要打折。