フォルダを部門に分ける3つの理由

Claude Code に頼むことが増えてきたら、1つのフォルダに全部入れずに部門に分けます。なぜ分けるのか。部門に分ける3つの理由と、部門の名前の付け方をまとめました。

ジャンルを混ぜない

1つ目の理由はジャンルを混ぜないためです。

1つのフォルダに全部を入れて困った経験は、私にはありません。使い始めてすぐ、1つのフォルダにジャンルを混ぜてはいけないと分かったからです。

ゲームの相談をしているフォルダで、ブログの話を持ちかける。会社でいえば、ゲームの部長にブログの仕事まで頼むようなものです。ジャンルが違えば、必要なルールも知識も違います。

1つのフォルダでテーマを1つに絞る話は、こちらの記事で解説しています。

関連記事：最初は社長の考えを部長に相談する事から

1人に任せすぎない

2つ目は1人の担当者に任せすぎないためです。ここでいう担当者は、フォルダの中で働く Claude Code のこと。

たとえば、Kindle 本を1冊出したあと、2冊目を書くとします。私なら、2冊目は別の担当者に。つまり、別のフォルダです。

1人に何冊も任せるのは担当者の負担になります。本ごとのルールが1つの CLAUDE.md に溜まっていき、肥大化して、書いたことが守られず抜け落ちていく。そんなリスクがあるからです。

部門ごとに専門性が育つ

3つ目は専門性を育てるためです。

部門を分けておくと、その部門の CLAUDE.md には、その仕事のルールとノウハウが溜まっていきます。やればやるほど専門性が高まり、自分だけのノウハウが蓄積されていく。私の運用では、そう感じています。

部門の中で見つけた、ほかでも使えるルールは上のフォルダに上げれば共有も可能です。上と下の使い分けはこちらの記事で解説しています。

関連記事：親・子・孫と部門を階層化する

部門の名前の付け方

部門の正体はフォルダ。そのフォルダに名前を付けます。

「企画部」「出版事業部」「ゲーム事業部」のように、会社の組織の名前にするやり方もあります。社長と部長のたとえとも合い、どの部門が何をするのかイメージしやすいのが良いところ。

私自身は、組織の名前にはしていません。たとえばゲームを作る部門のフォルダは、game-development のような英語の名前です。

部門の担当者がフォルダの中で働くイメージは、こちらの記事で紹介しています。

関連記事：Claude Code は、フォルダの中で働く社員