企画部門から制作部門へ、引き継ぎ業務の設定

企画部門でアイデアを固め、制作部門に企画書で引き継ぐ。私が実際にやっている、部門をまたぐ仕事の渡し方です。つまずいたことと、企画書の見本もあわせてまとめました。

企画と制作を分けて正解だった

私は企画部門と制作部門を、別のフォルダに分けています。分けた当初は、失敗したかもしれないと感じました。でも、そのあと連携がうまくいき、分けておいて正解だったと思っています。

同じフォルダで企画から制作まで管理していたら、指示（決まりごと）が肥大化して、混乱していたかもしれません。

ただ、今の私が最初から作るなら、ブログの仕事をまとめるブログ事業部というフォルダを上に作ります。その中の「部」として、企画部と制作部を置くと思います。

この記事は、並んだ2つの部門をつなぐ具体例です。連携の苦労は、こちらの記事へ。

関連記事：別のプロジェクトの作成、部門同士の連携は社長が決める

企画書というファイルで渡す

方法をいくつか比べて、企画書（企画部門で決めたことを1つにまとめたファイル）を渡す方式にしました。

わざわざ企画書を書くのは、まどろっこしく見えるかもしれません。それでも企画書にしたのは、ファイルとして履歴に残るから。会話と違って、私も Claude Code も、あとから読み返せます。

引き継ぎの流れ

1. 企画部門で、私が部長（その部門の Claude Code）と相談して、アイデアを固める
2. 社長である私が了解したら、企画部門の部長に企画書を書いてもらう
3. 企画部門の部長が、企画書を窓口のフォルダ（受け渡しのためだけのフォルダ）に置く
4. 制作部門の部長が企画書を読み、自分のフォルダにコピーして始める
5. コピーしたあとは、制作部門のコピーを正本（正しいものとして扱う版）にする。企画部門の CLAUDE.md には、そのことを一言書いておく
6. 部長に言われて、私が企画書の「引き渡しの状態」を「未」から「済」にする

制作部門が読んでよいのは、窓口のフォルダだけと決めています。企画部門のフォルダには、途中の相談や個人的な内容も入っているからです。

もう1つの決まりは、企画書に書いてあることを、制作部門がもう一度聞かないこと。聞くのは、分からないところだけです。

これらの決まりは、企画部門と制作部門の両方の CLAUDE.md（部門ごとの指示書）に書いてあります。

連絡帳で伝え合う

私が部門のあいだを橋渡ししなくて済むように、窓口のフォルダに連絡帳（部門同士が伝言を書き合うファイル）も置きました。

伝えたい側は、連絡帳にメモを1行書き、状況を「未取り込み」にしておきます。受け取る側は、作業を始めるときに連絡帳を見る決まり。

未取り込みのメモがあれば、読んで自分の資料に反映し、状況を「取り込み済み」に直します。

実際にあったつまずき

つまずきは3つありました。

1つ目は、企画部門が渡した案件を、制作部門が受け取れなかったこと。渡した案件が、制作部門の決まりにない種類のものだったのです。

そこで、その種類も受け取れるように、制作部門の決まりを書き足しました。

2つ目は、部門によって同じ案件を別の番号で呼んでいて、混ざってしまったこと。そこで対応表を作り、同じ案件の番号を1行に並べました。詳しくはこちらの記事へ。

関連記事：案件が増えたら番号と対応表で管理

3つ目は、引き渡したあとで、企画書の中に事実の誤りが見つかったこと。このときは、企画書と制作部門のコピーの両方を直すことになりました。

流れの5番目の決まり（正本は制作部門のコピー）は、この経験から作りました。

ゲームの企画書の見本

架空のゲーム会社の企画書を短くした、ストーリー仕立ての見本です。

企画書：ミニゲーム「雨宿りカエル」（見本）

【引き渡し】
・引き渡しの状態：未（引き渡しが済んだら「済」にして、制作部門のフォルダ名を書く）
・部門：企画部門 → 制作部門
・案件番号：P01

【基本情報】
・種類：スマホ向けの、ひとり用ミニゲーム
・遊びの中身：雨の中、カエルを操作して、葉っぱの下に雨宿りさせる

【方針】
・見た目：やわらかい、水彩風のイラスト
・公開：【未決】

決まっていないところは、推測で埋めずに【未決】と書いておきます。制作部門は、【未決】のところだけを聞けばよくなります。

窓口のフォルダと、企画書に書く項目を決めておく。正本はどちらか一方に決める。こうしておくと、部門をまたぐ仕事でも、抜け漏れが起きにくくなります。