もしもスタートアップのGopherが “AIだけのSIer”のマネージャーに なったら

2025年10月6日(月) Go Bash登壇資料

Transcript

1. © 2025 Resilire Inc. もしもスタートアップの Gopherが “AIだけのSIer”のマネージャーに なったら 2025年10月06日 1
2. © 2025 Resilire Inc. 早稲田大学社会科学部卒業後、客先常駐で金融、物流、製造 業（EDI）、求人サイト、グルメサイトなどの現場をtoB/toC 言語 問わず幅広く経験。 前職では、建築系SaaSに入社し、新規プロダクトの立ち上げを 経験し、テックリードを務める。 2024年12月からResilireにプロダクトエンジニアとして入社し、 現在に至る。 趣味は家族キャンプ。バイクは安全を第一に一旦お休み中。 夢は自宅にバイクガレージを作ること。 twitter: bbbar326 github: bbbar326 2 自己紹介 西田暢
3. © 2025 Resilire Inc. 3 今ある機能を根本から大きく刷新する機能。 • エンプラ向けの複雑な状態遷移 • 権限の考慮 • 大規模メール配信 →影響する画面はほぼ全て リリースは9月。 大ピンチ！！！ 2025年6月某日 大玉機能の開発を任される
4. © 2025 Resilire Inc. 4 2025年6月某日 普通のやり方じゃ ダメだ・・・
5. © 2025 Resilire Inc. 5 ・・・それは、SIerで客先常駐として働いていた頃の話 • Wordで大量のドキュメントを作る ◦ ですます口調、全角スペースの統一などの表記揺れのチェック ◦ 担当者→リーダー→現場上長→客先窓口　長い承認プロセス ◦ 変更履歴シートでも追いつかない最新化 • 表面的なワンチーム ◦ 協力しないマルチベンダー ◦ 稼働が少ないパートナー • 納期が全て ◦ 日々変わる仕様 ◦ 朝昼晩の進捗報告 ◦ 削るテスト工程 2025年6月某日 昔の夢を見た
6. © 2025 Resilire Inc. 6 ・・・それは、SIerで客先常駐として働いていた頃の話 • Wordで大量のドキュメントを作る ◦ ですます口調、全角スペースの統一などの表記揺れのチェック ◦ 担当者→リーダー→現場上長→客先窓口　長い承認プロセス ◦ 変更履歴シートでも追いつかない最新化 • 表面的なワンチーム ◦ 協力しないマルチベンダー ◦ 稼働が少ないパートナー • 納期が全て ◦ 日々変わる仕様 ◦ 朝昼晩の進捗報告 ◦ 削るテスト工程 2025年6月某日 昔の夢を見た
7. © 2025 Resilire Inc. 酷い夢だったが、考えてみたらこれをAIでやったら 最速なんじゃないか？ 今の自分なら、過去に打ち勝てるだろうか。 7 2025年6月某日 酷い夢を見た
8. © 2025 Resilire Inc. 8 2025年6月某日
 現実との戦いが始まった
9. © 2025 Resilire Inc. 9 Design Doc Design Doc • figmaからDB定義を起こす 　→スクショをclaude codeに食わせて作ってもらう • ステートマシン、状態遷移表 　→手書き • Notionで共有→DDレビュー会を録画→Notebook LM→仕様を全体共有 ◦ テスト仕様書のベースができる • Markdownにしてリポジトリ管理 • Design Docを元に、スキーマ作成 完成したら
10. © 2025 Resilire Inc. 10 スキーマ駆動 Front BFF Backend DB API定義 protobuf定義 テーブル定義 テーブル定義 各種定義から型を自動生成 →仕様変更が発生した際も、スキーマを変更＆lintで対応 スキーマ駆動開発
11. © 2025 Resilire Inc. 11 vs Wordで大量のドキュメントを作る Wordで大量のドキュメントを作る • ですます口調、全角スペースの統一などの表記揺れのチェック • 担当者→リーダー→現場上長→客先窓口　長い承認プロセス • 変更履歴シートでも追いつかない最新化
12. © 2025 Resilire Inc. 12 vs Wordで大量のドキュメントを作る Wordで大量のドキュメントを作る • ですます口調、全角スペースの統一などの表記揺れのチェック • 担当者→リーダー→現場上長→客先窓口　長い承認プロセス • 変更履歴シートでも追いつかない最新化 • 表記揺れ →AIがレビュー（※Claude Code ActionやCodexやBugBotでCIチェック） • 長い承認プロセス　 →Notionでのレビュー承認＆NotebookLMを使った仕様共有 • 追いつかない最新化 →仕様変更が発生したら、スキーマに随時反映
13. © 2025 Resilire Inc. 13 8月初旬 ようやく仕様fix 自分が担当のAPIだけでも、約40個…
14. © 2025 Resilire Inc. 14 開発体制 納期まで：残り20日 PdM：人間 PjM：私 API開発1：AI（nisshi01） API開発2：AI（nisshi02） API開発3：AI（higasshi01） API開発4：AI（higasshi02） Front開発：人間
15. © 2025 Resilire Inc. 15 AI管理 最強のプロンプト ───────────────────────────── > 「DesignDocやAPI定義やprotobuf定義やDB定義を参考に、 　GET xxxxxについて実装してください。scrm-spec配下に 　 apiテストを書いてください。t-wadaが推奨するTDDの手順 　 に沿って実装してください。」 ───────────────────────────── ? for shortcuts
16. © 2025 Resilire Inc. 一個のAIで、土日に全APIを一気に実装。 平日で、所々TODOになっている荒い実装を、個別にAI実装。 16 AI管理
 8月の草が青々と生える。
17. © 2025 Resilire Inc. 17 AI管理 開発は順調に思えたが・・・
18. © 2025 Resilire Inc. 18 AI管理 ピンチの時は、自らマネージャーが背中を見せる
19. © 2025 Resilire Inc. 19 AI管理 また問題発生...
20. © 2025 Resilire Inc. 20 AI管理 退場交渉もこなすマネージャー
21. © 2025 Resilire Inc. 21 AI管理 nisshi01に全信頼を寄せるマネージャー
22. © 2025 Resilire Inc. 22 vs 人間の管理 人間の管理 • 表面的なワンチーム ◦ 協力しないマルチベンダー ◦ 稼働が少ないパートナー • 納期が全て ◦ 日々変わる仕様 ◦ 朝昼晩の進捗報告 ◦ 削るテスト工程
23. © 2025 Resilire Inc. 23 vs 人間の管理 人間の管理 • 表面的なワンチーム ◦ 協力しないマルチベンダー ◦ 稼働が少ないパートナー • 納期が全て ◦ 日々変わる仕様 ◦ 朝昼晩の進捗報告 ◦ 削るテスト工程 • 稼働管理　→　24時間4並列でAIを稼働 • 日々変わる仕様　→　スキーマ駆動 • 朝昼晩の進捗報告　→　スプシでAIの管理 • 削るテスト工程　→　TDD
24. © 2025 Resilire Inc. 24 結果 テストフェーズを終え、来る納品日にとうとう
25. © 2025 Resilire Inc. 25 nisshi01
 卒業を迎えたnisshi01に感謝を告げるマネージャー