ボリス・チェルニーが観察した5つのアーキタイプとは何か
Claude Codeを作ったボリス・チェルニーは、自分のチームを見て、人を分けるのは職能ではなく5つの働き方だと言います。1つ目はプロトタイパー。荒削りな新しいアイデアを絶え間なく出し続ける人です。10個出して9個が世に出なくても構いません。彼らの仕事は成功ではなく発見だからです。2つ目はビルダー。プロトタイパーが投げたアイデアを、実際に顧客に出せる製品へと仕上げます。何千人ものユーザーが押し寄せても崩れないよう、しっかり固めるのが役目です。
3つ目はスウィーパー。画面を整理し、絡まったコードを単純化し、使われない機能を取り除き、遅い部分を直します。派手に目立つことは少ないですが、彼らがいなければプロダクトは静かに重くなり、やがて動かなくなります。4つ目はグロワー。すでに作られたプロダクトを植木のように毎日少しずつ（約1%ずつ）手入れし、市場に根付かせます。5つ目はメンテナー。完成したシステムをビルの管理人のように静かに守ります。普段は見えませんが、いなくなった途端、ある日突然すべてが崩れます。
アーキタイプはなぜ役職と異なるのか
この5つのアーキタイプの要点は、役職名と無関係だということです。同じ「デザイナー」という肩書きでも、ある人はプロトタイパーのように働き、別の人はスウィーパーのように働きます。エンジニアもPMもデータサイエンティストも同じです。肩書きは同じでも、実際の仕事の質感はまったく違います。
そして、ほとんどの人は1つのアーキタイプにとどまりません。2つ、時には3つを同時にまたぎます。チェルニー自身も、自分はビルダーでありグロワーだと語っています。役職では自分を説明しづらかったものの、アーキタイプに置き換えると、より正確に、そして楽に自分を説明できたといいます。
チーム構成はプロダクトの段階でどう変わるべきか
このフレームワークが実務で役立つのは、プロダクトの段階と対になっているからです。まだPMF（プロダクト・マーケット・フィット）を見つけていない新規プロダクトの段階では、プロトタイパー・ビルダー・スウィーパーに強いチームが必要です。アイデアを素早く出し、作り、磨く循環が生死を分ける時期だからです。
PMFを見つけて成長している段階では、ビルダー・スウィーパー・グロワーが中心となり、メンテナーの比重も徐々に増えます。PMFが固まった段階では、スウィーパー・グロワー・メンテナーが中心となり、ビルダーは補助的な立場に退きます。つまり、同じチームであっても、プロダクトが育つ過程で必要とされるアーキタイプの重心は絶えず移動するのです。
このフレームワークがAXコンサルティングにとってなぜ重要か
AXコンサルティングの現場でも、同じことを何度も確認します。AI導入後に揺らぐチームの多くは、人数が足りないのではなく、今の段階に必要な働き方がチームの中に存在しないケースです。プロトタイパーばかりが揃ったチームが成長期に入ると、グロワーとスウィーパーの不在がそのまま停滞として表れます。
AIツールが1人で複数のアーキタイプを同時にこなせるようにした今、この診断はさらに重要になっています。1人でプロトタイプを作り、リリースし、データまで見る時代になった以上、採用は「フロントエンドエンジニア1名」からではなく、「今、自分たちのチームに欠けているアーキタイプは何か」という問いから始めるべきです。
今のチームにどう当てはめるか
適用の仕方は難しくありません。まず、各メンバーにこの1か月で実際に行ったことを書き出してもらい、5つのアーキタイプのどれに近いか自己診断してもらいます。次に、自社のプロダクトが今どの段階にあるか（PMF以前、成長中、安定期）を確認し、その段階に必要なアーキタイプの組み合わせと現在のチーム構成を重ね合わせます。
空いているアーキタイプが見つかれば、そこが次の採用や育成の優先順位になります。新しい役職名を作るより、すでにメンバーが得意としているアーキタイプを認めてその場所に配置するほうが、はるかに早いのです。