五種角色原型,重新定義職場職稱

五種角色原型(Prototyper/Builder/Sweeper/Grower/Maintainer)是團隊人才的觀察框架,出自 Boris Cherny(Anthropic Claude Code)。這篇 Pillar 一次講清楚:概念、角色雷達、階段配方、管理法、組織協作、四層模型——把角色當成 Role Layer 疊在職務之上,讓職稱不變、但把「誰在用什麼方式創造價值」看得更準。

五種角色原型(Prototyper/Builder/Sweeper/Grower/Maintainer)是團隊人才的觀察框架,出自 Boris Cherny(Anthropic Claude Code)。剛提出在該篇貼文中,引起熱烈討論。這套方法不取代工程師、PM、設計師、資料科學家等職稱,而是疊上一層「角色層」,幫團隊看見每個人真正創造價值的方式。

這篇內容會著重在用價值創造的五型角色和部門組織、傳統職務職稱,有什麼的對應關係(五型角色X 組織職務)?是取代?還是互補? 然後會延伸到,五型角色和公司組織中的所有任務流程的關係(五型角色X 任務流程)可以繼續看這一篇 「五型人才如何接力任務、又如何跟現有部門並存」。

遇到新的名詞、概念,Sandy習慣先了解它的定義之後,看看他的應用範圍和邊界,能不能套用在實際場景中?哪些可以用?哪些不能用?他底層邏輯是什麼?我們可以學習到什麼,因此才有這兩篇內容。








原文出處:

結論:Role 不取代職稱,而是成為串連組織策略、人才發展與績效管理的核心層。這才是五種角色原型真正可以延伸出來的管理價值——不是給每個人一個新標籤,而是給組織一套新的觀察與對話語言。

常見問題 FAQ

Q1. 五種角色原型是誰提出的?
五種角色原型(Prototyper、Builder、Sweeper、Grower、Maintainer)出自 Boris Cherny(Anthropic Claude Code 負責人)對產品團隊組成的觀察。本文其他管理方法(Role Layer、角色雷達、Primary/Secondary/Shadow、四層模型)為延伸設計,不是 Boris 的主張。

Q2. 五種角色原型跟職稱有什麼不同?
職稱描述的是專業(工程師、PM、設計師);五種角色原型描述的是創造價值的方式(發想、建造、簡化、迭代、維運)。兩者是不同維度——一個職稱會落在多個原型,一個原型也由多種職稱填補,關係是多對多。

Q3. 我一個人可以是幾種原型?
每個人通常橫跨 2–3 種原型,用 Primary(主要)/Secondary(副)/Shadow(可支援)三層標註最貼近真實。單一角色標籤會失真,因為多數人會依當下產品階段、任務性質切換角色。

Q4. 該把五種角色變成正式部門嗎?
不要。把「Sweeper Team」寫進組織圖,會讓這套框架從活的語言變成僵化職位標籤。正確做法是把五種角色原型當成 Role Layer ——疊在既有部門與職務之上的一層通用語言,併入人才盤點、專案啟動、招募 JD、績效與職涯五個系統。

Q5. 我的團隊該怎麼開始用這套?
建議照這個順序:(1)每個人先自評雷達+Primary/Secondary/Shadow;(2)盤點目前團隊在哪個產品階段(探索/PMF/規模);(3)比對階段配方,找出缺哪種原型;(4)下次專案啟動時,先問「這個階段缺哪一種角色」再組隊。前三步用一次半天工作坊就能跑完。

分享你的喜愛
Sandy 珊笛
Sandy 珊笛

我是 Sandy,一位專注於將混亂轉化為秩序的 AI 行銷架構師。 擁有 15 年數位行銷與 ASUS/Pegatron 跨國商務資歷,我致力於設計「AI行銷作業系統」,讓單一營運者就能發揮整支團隊的戰力。秉持「一次決策,無限運作」的系統思維,我協助企業將零散的 AI 工具升級為高效的複用工作流,並在專業顧問與母親的角色間優雅切換。

文章: 4

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *