【チームだからできたこと】AIに担当を分けて個人開発を回してみた｜毎朝記憶がリセットされる部下たちと、引き継ぎ書で作るチームの話

「#チームだからできたこと」というお題を見てしばらく考え込みました。

マンチーは個人開発です。会社員時代のような「チーム」はいまの自分にはありません。……と思ったところで気づきました。マンチーは毎日7人のチームで仕事をしています。全員AIです。

今回はAIに担当を分けて個人開発を回している話を、おもしろおかしく書きます。ちなみにこのチーム、メンバー全員が毎朝、記憶ゼロで出勤してきます。

担当はプロジェクトごとに分けています

マンチーが使っているのは、AIのClaudeです。プロジェクトごとに会話の部屋(チャンネル)を分けて担当を決めています。

コールセンター、認証基盤、学習アプリ、設計書ツール、ワンタイムの秘密共有ツール、そして成人病予防ツール。この6つのプロジェクトに、このブログを書く担当を足して、合計7人です。専任を置いたほうが話が混ざらずに済みます。会社でいえば部署ごとに担当者がいるイメージです。マンチーはそのまとめ役です。

問題は全員が毎朝「初出勤」であること

AIには大きな弱点があります。新しい会話を始めると昨日までの話を覚えていません。昨日あれだけ話し込んだ決定事項も、「はじめまして」から始まります。

毎朝優秀だけど記憶のない新入社員が出勤してくる職場を想像してください。「昨日の続きをお願いします」と頼むと「昨日とは？」と返ってきます。ちょっとしたホラーです。

救世主は「申し送り」と5つの書類でした

そこで頼りになったのが申し送りです。各プロジェクトの部屋に、次の5つの書類(ファイル)を置いています。

• README　プロジェクトの玄関看板です。30秒で全体がわかる紹介文で、触るのはマンチーだけです。

• 引き継ぎ書　いわば歴史書です。全体像、設定値、技術を選んだ理由、決まったことを残します。

• 開発日誌　時系列の生ログです。何をやって何に失敗したか、マンチーが何と言ったかまで、要約せずに残します。

• 学びノート　「症状→原因→解決」の辞書です。同じ穴に二度落ちないための書類です。

• ブログネタ帳　笑える失敗や印象的なひと言を溜めておく場所です。

鉄則はひとつ。追記だけで削除も上書きも禁止です。「きれいに整理したい」という気持ちより履歴を残すことを優先します。おかげで認証基盤の引き継ぎ書は、いまや8,600行を超えました。目安は500〜2,000行のはずでしたが、すっかり大河ドラマです。

朝礼と日報も、人間の職場と同じです

AIの出勤ルールも決めています。新しい会話が始まったら、まず5つの書類を順番に全部読む。読んだら何が把握できたかをマンチーに報告する。マンチーが「OK」と言うまで作業には入らない。終わるときは今日どの書類に何を書き足したかを報告する。

朝礼と日報そのものです。営業部から情報システム部、そしてSIerの方々との開発まで、どの現場でも、引き継ぎがうまくいくかどうかでプロジェクトの明暗が分かれるのを見てきました。人間の職場で学んだことを、そのままAIの職場に持ち込んだ形です。

運用ルールは、AIのやらかしで育ちました

この運用ルールはExcelの表で版を管理しています。初版は5月8日。その日のうちにv1.1とv1.1.1まで改訂し、4日後の5月12日にはv1.2です。数日で4つの版になった理由は、AIがやらかしてくれたからです。

事故その1　気を利かせすぎる。 「運用ルール表を見て」と頼んだだけなのにAIが気を利かせて、同じ部屋にあった他のプロジェクトのフォルダにまで作業を広げてしまいました。そこで「複数のフォルダにまたがる作業や、AWSの資源の作成・削除は、必ず先に範囲を確認する」というルールができました。

事故その2　説明が長い。 マンチーが考え込んでいるときに、AIが長い説明を並べます。読むほうはタイピングが重くなり、タイプミスが増えます。ルール表には「ありがた迷惑な丁寧さは禁止」「1問1答」「おさらいを毎回出さない」と書き込まれました。怒られた新人が書く始末書のような条文です。

事故その3　AIが作るWebサイトの文字が小さい。 AIにホームページや管理画面を作らせると、日本語のサイトでも小さめの文字を選びがちです。欧米のデザイン例は、アルファベットに合わせて小さく作られているからです。画数の多い漢字は、小さいと読めません。AIが選びがちな本文の大きさは14〜15px(画面上の文字の大きさの単位)でしたが、ルールでは17pxに引き上げました。「綺麗に見えるより、読めること」です。

部署をまたぐ連絡は、マンチーが伝書鳩です

担当同士は直接話せません。部屋が別だからです。そこでマンチーが間に入ります。

たとえばブログ担当が、あるアプリの仕組みについて記事を書いているとき。実際の設定の中身を知っているのは、そのアプリの担当です。ブログ担当が想像で書くわけにはいきません。そこで「こういう実測をしてほしい」という依頼文をブログ担当に書いてもらい、マンチーがそれをアプリ担当の部屋に運びます。完全に社内メールの配達係です。背中に鳩の羽根をつけて部屋から部屋へ手紙を運ぶマンチーを想像してください。

ブログのネタはもう少し仕組みにしています。各プロジェクトの部屋でAIが「これはネタになる」と思った失敗や出来事を、ブログネタ帳に自動で書き足します。ブログ担当はマンチーの合図で全部のネタ帳を集めて一覧表にまとめます。記事にするかどうかを決めるのは、マンチーです。日報を集める総務課のような動きです。

担当者のやらかし集

チームですからやらかしもあります。実例を並べます。

その1　もう止めたものを、元気に提案する。 ブログ担当がやめたはずのWordPressで記事を書く案を、はつらつと出してきました。マンチーの返事は「更新辞めたじゃん。数字が伸びないので。過去歴参照」。引き継ぎ書に書いてあったのに、です。人間の部下に言いたくなるセリフを、AIに言う日が来るとは思いませんでした。

その2　自信満々に間違える。 「AWSはChromeベースですから」と堂々と言い切られたことがあります。公式の資料で確かめたら違いました。AIは間違うときも落ち着いています。

その3　マンチーの意見を作る。 開発手法を書いた下書きで、AIがアジャイルを褒めて書きました。マンチーはアジャイルを経験したうえで懐疑的だったのに、です。「記事では褒めてるけど違う」と直しました。私の意見は私が決めます。

その4　いない協力者を作る。 別の下書きに「友人やテスターに使ってもらっている」と書かれました。実際は自分が使っているだけです。AIは話を盛るのも上手です。

共通しているのはAIが「それっぽいこと」を自然に言うということです。だから人間が事実かどうかを確かめます。新人の仕事をレビューするのと同じです。(AIを新人にたとえた話は、こちらの記事に書きました)

人間の仕事は決める・確かめる・責任を持つ

運用ルール表にはAIが9割を自動でやり、残りの1割が人間の仕事だと書いてあります。その1割がまさにチームで一番大事な仕事です。何を作るかを決める。出てきたものが本当かを確かめる。うまくいかなかったときの責任を持つ。この3つはAIにはできません。

月に1回はブログネタ帳と学びノートを眺めて、同じ失敗を繰り返していないかを確認します。地味ですが人間の職場の振り返り会と同じです。AIが優秀になるほど引き継ぎと確認という地味な仕事の価値が上がっていると感じます。

最後に

「チームだからできたこと」。マンチーにとっての答えは、1人では持てない数のプロジェクトを、同時に動かし続けていることです。7人の担当が全員毎朝記憶ゼロなのに、5つの書類のおかげで回っています。

人間のチームでも同じだと思います。優秀な人がいるから回るのではなく、引き継ぎがあるから回る。みなさんのチームの「申し送り」はうまくいっていますか。

(2026年11月時点の運用です。この記事は「#チームだからできたこと」コンテストに参加しています)

【この記事が興味深かった方は、以下記事もおすすめです】
＜おすすめ記事①＞
AIを「新人」として迎えるなら、どこまで任せてどこを人間が確かめるのか。その付き合い方を考えたい方はこちら。

＜おすすめ記事②＞
設計書づくりまでAIに任せるなら、何が作れて何が人間に残るのか。設計書の自動生成ツールの話に興味がある方はこちら。

＜おすすめ記事③＞
AIで業務システムを個人で作るなら、どこでつまずくのか。コールセンターを作った記録を読みたい方はこちら。

#チームだからできたこと #AI開発 #バイブコーディング #Claude #個人開発 #引き継ぎ #生成AI #munchie