専属チームを作る

CLAUDE.md で専門性を持たせ、部門に分けて、階層化。案件が増えても、指示が漏れない、品質が落ちないチームを作ります。

CLAUDE.md とは何か、プロンプトとの違いを知る

CLAUDE.md は、フォルダに置く、ただの文章のファイルです。どんなファイルで、いつ読まれ、その場で頼むプロンプトと何が違うのか。ゲームの部長との相談をまとめたストーリー仕立ての見本で、中身まで見せます。

フォルダを作ったら、まず CLAUDE.md を作ってから始める。それが私のやり方です。自分で書かなくても、Claude Code に頼めば書いてくれます。頼み方のコツ、増えてきたときの任せ方、できたファイルの確かめ方をまとめました。

CLAUDE.md には、何でも書かせればいいわけではありません。書かせるのは方針と決まったこと。プライベートなことは扱いの指示とセットで。外に漏れて困る情報は書かせない。手順や変わりやすいことは別のファイルへ。線引きをまとめました。

Claude Code に頼むことが増えてきたら、1つのフォルダに全部入れずに、部門に分けます。ジャンルを混ぜない、1人に任せすぎない、専門性を育てる。部門に分ける3つの理由と、部門の名前の付け方をまとめました。

部門の方向性が見えてきたら、部門の中にさらに部門を作って細分化します。細分化するかどうかは、部長と相談して決めます。ゲーム事業部を3つの部に分けた私の例で、考え方と、部のフォルダと CLAUDE.md の頼み方を紹介します。

部門や部の中で、やりたいことが具体的に浮かんだら、案件ごとにフォルダを作って担当を分けます。作るのは、やりたいことが具体的に思いついたとき。案件の CLAUDE.md には概要を書かせます。ゲーム開発部の例で紹介します。

部門を細分化し、案件のフォルダを作ると、フォルダは親・子・孫と深くなります。どの段で始めると何が読まれるか。段ごとの置き場所と、次にも使えるルールを上の段に上げる私のやり方をまとめました。

チャットをどのフォルダで始めるかで、話したことが届く範囲が変わります。やることが決まった仕事の相談は担当の部で、複数の部門にまたがる話は本部で。本部を役員会議のように使っている私の例で、選び方をまとめました。

CLAUDE.md への書き込みが増えたら、毎回読まなくてもいいものを別のファイルに分けて、軽くします。分けるものの選び方と、CLAUDE.md から場所を書いて紐づける考え方、「@」で読み込む方法との違いをまとめました。

企画やサイト、ゲームなど、作るものが増えてきたら番号を振って管理します。番号が何種類かに増えたら、1枚の対応表で結んでひと目で分かるように。私が番号を振っているものと、対応表の見本をまとめました。

今とはまったく別のプロジェクトが決まったら、隣に新しいフォルダを作ります。隣同士は、そのままでは連携しにくい。共有を許可するか、あえて原則禁止にするか。決めるのは社長であるあなた。私の苦労と解決のしかたをまとめました。

企画部門でアイデアを固め、制作部門に企画書で引き継ぐ。私が実際にやっている、部門をまたぐ仕事の渡し方です。窓口のフォルダ、聞き直さない決まり、連絡帳、つまずいたことまで。企画書の見本つきでまとめました。