Upgrade to Pro — share decks privately, control downloads, hide ads and more …

AIソロプレナー時代に2ヶ月で20人増員した事業創造会社の開発組織の話

 AIソロプレナー時代に2ヶ月で20人増員した事業創造会社の開発組織の話

Avatar for Koji Miyata

Koji Miyata

June 16, 2026

More Decks by Koji Miyata

Other Decks in Technology

Transcript

  1. 01 導入 自己紹介 執行役員 / CTO — Algoage Inc.(DMM Group)

    宮田航志( Miyata Koji) 2015年 コロプラ入社 — VR・位置情報ゲームの新規開発 2020年 DMM.com入社 — マーケティング技術部門の TL・PM 2023年 DMMCrypto 子会社化、 Web3特化事業の CTO・PdM 2025年 Algoageに転籍、CTOとして色々 趣味 ・2才の息子と戯れる ・K-1アマチュア (AI時代に物理的な痛みで生を感じる) ©2026 Algoage, Inc. 4
  2. 01 導入 会社紹介 ©2026 Algoage, Inc. 4 株式会社Algoage(アルゴエイジ) 会社名 設立

    代表 従業員数 事業内容 出資企業 2018年02月01日 代表取締役 横山 勇輝 150名(パート /業務委託含む) 合同会社DMM.com Cコマース事業、生成 AI研修事業、 カスタマーサポート AI事業 東京大学AI研究室発のスタートアップ DMMグループ傘下 (生成AI前の)DeepLearning時代から 一貫して最新技術のビジネス応用に強み
  3. AlgoageはAIに強みを持った事業創造会社( 2018創業) ©2026 Algoage, Inc. 5 CV最大化する チャットマーケティング SaaS事業 DMMグループ+関連会社の業務

    AIプロダクトで業務効率化 企業のAI活用を加速 コンサルティング・研修事業 本日話す事業 01 導入
  4. ©2026 Algoage, Inc. 5 01 導入 2年間のDMMの「なんでもやってる」CS部での取り組み: 多岐にわたる業務をAIで⽀援してきた 拠点‧組織の歴史 ‧2001年設⽴

    ‧⽯川県(⾦沢市)と北海道(札幌)の2拠点体制 体制‧チャネル ‧24時間 365⽇不休で電話/メールの2チャネル対応 ‧約25,000件/⽉の問い合わせを対応 特 徴 ‧多様なサービスのマルチサポート(35サービス以上) ‧24時間いつ電話/メールがあっても  対応者はマルチサポート対応を⾏うことができる
  5. ©2026 Algoage, Inc. 5 01 導入 導⼊中期 導⼊後期 導⼊初期 1,7

    対応時間 倍 1,1 対応時間 倍 オペレーター ベテランオペレーター ベテラン以外のオペレーター(過半数)の 対応時間がベテランとほぼ同等に 1件あたりの平均対応時間 (全オペレータ‧全問い合わせ平均) 導⼊後 導⼊前 平均対応時間が 約3割削減 問い合わせ全体で見ると 3割ほどの平均対応時間を削減
  6. いま起きている大変なこと 組織図 — 何がどう増えたか(この事業の開発組織 55名ほど) ©2026 Algoage, Inc. All Rights

    Reserved. 10 プロダクト チーム 基盤/Enablementチーム 事業責任者 / CTO プロダクト チーム プロダクト チーム プロダクト チーム 個社 PRJ FDE 個社 PRJ FDE 個社 PRJ FDE ・・・ SRE QA デザイン R&D
  7. いま起きている大変なこと 組織図 — 何がどう増えたか(この事業の開発組織 55名ほど) ©2026 Algoage, Inc. All Rights

    Reserved. 10 プロダクト チーム 基盤/Enablementチーム 事業責任者 / CTO プロダクト チーム プロダクト チーム プロダクト チーム 個社 PRJ FDE 個社 PRJ FDE 個社 PRJ FDE ・・・ SRE QA デザイン R&D +2 +3 +3 +4 +4 +2 +1 +1 +1
  8. いま起きている大変なこと チームの形は様々でチャレンジ中! ©2026 Algoage, Inc. All Rights Reserved. 10 1人だけの小さい最強チーム

    初速は速い。が、詰めの対応でやりきれない。増員するときの問題。 昔ながらのスクラムで自己組織化 チームのベロシティはじっくりあがる。しかし従来のスクラムと AI-DLCの思想の衝突。 ウォーターフォール的かっちり管理 FDEが持ち帰ってきた対応を柔軟にプロダクトが受け入れきれない。スケジュールの柔軟性に悩む。 各チーム単位での課題はそれぞれ最適化中。他チームに知見共有もしている。 1 2 3
  9. 03 03 ラストワンマイルの壁 ©2026 Algoage, Inc. All Rights Reserved. 6

    01 事業化の背景 AI時代に求められる ラストワンマイル 02 組織紹介 04 整合性の壁・人月の神話
  10. いま起きている大変なこと 再掲 ©2026 Algoage, Inc. All Rights Reserved. 10 プロダクト

    チーム 基盤/Enablementチーム 事業責任者 / CTO プロダクト チーム プロダクト チーム プロダクト チーム 個社 PRJ FDE 個社 PRJ FDE 個社 PRJ FDE ・・・ SRE QA デザイン R&D
  11. FDEの業務の流れ 1 現場に入る 見学/ロープレ 決裁者と同じ目線で KPIを語る 課題特定 課題特定 期待値整理 ソリューション

    提案 できる できないを提案 仲間として一緒に 作って届ける 個社拡張を実装して 顧客に価値を出す 事業に還元 汎用機能として昇華 ©2026 Algoage, Inc. 8 ベースは事業の成長を KGIとして最適化する 現場への敬意を忘れない。「なんか AIの人たちが来た」と思われたら本質的価値は提供できていない。 「置き換えに来ました」じゃなくて「痛みを取り除きに来ました」。 2 5 4 3 03 ラストワンマイルの壁
  12. 増員背景:スーパーマン FDE採用の難しさ ©2026 Algoage, Inc. 9 これを全部1人でできる人が FDE? でも採用は難航 •

    実際、書類選考の通過率は2.3%(他は約20%) • スーパーマンは少ない。そういう人はこの時代会社を立てて1人でやってる • 文化マッチ・スキルマッチ完璧を求めるとさらに希少性が高い • あまりにもキーマンリスクが高すぎる 03 ラストワンマイルの壁
  13. 構造化の仕方① — 個社対応をどこに入れ込むか ©2026 Algoage, Inc. All Rights Reserved. 16

    顧客の 業務環境 → AIプロダクト エージェント層 各社のSaaS・業務の癖に アンビエントに浸透する ワークフロー層 業務をどう定型化し どこまでAIで解くか コンテキスト層 顧客のナレッジデータを 構造化する 個社知見を 汎用に還元 各層に「汎用」「個社拡張」があり「どのレイヤーで吸収すべき業務か」をとらえる 構造的解決策
  14. 構造化の仕方② — ARE / FDE で分業する ©2026 Algoage, Inc. All

    Rights Reserved. 17 • ARE:Applied Research Engineer(応用研究エンジニア) ◦ データエンジニアリングとAIに関する深い知見 • FDE:Forward Deployed Engineer ◦ ソフトウェア開発とプロダクト化への深い知見 データ・ソフトウェア・ AIの知見を分けて考え 適切な役割分担をする 構造的解決策
  15. 再掲 ©2026 Algoage, Inc. All Rights Reserved. 16 顧客の 業務環境

    → AIプロダクト エージェント層 各社のSaaS・業務の癖に アンビエントに浸透する ワークフロー層 業務をどう定型化し どこまでAIで解くか コンテキスト層 顧客のナレッジデータを 構造化する 個社知見を 汎用に還元 役割・意思決定の主権を分け合う。 構造的解決策
  16. 再掲 ©2026 Algoage, Inc. All Rights Reserved. 16 顧客の 業務環境

    → AIプロダクト エージェント層 各社のSaaS・業務の癖に アンビエントに浸透する FDE ワークフロー層 業務をどう定型化し どこまでAIで解くか FDE x ARE コンテキスト層 顧客のナレッジデータを 構造化する ARE 個社知見を 汎用に還元 構造的解決策 役割・意思決定の主権を分け合う。
  17. ARE / FDE を混ぜると、文化がすれ違う ©2026 Algoage, Inc. All Rights Reserved.

    18 探索とデリバリーには、進め方の正解が異なる。 対応する機能がどのフェーズにいるのかをチーム内で合意すること。 デュアルトラックはプロセスではなく「開発戦術」。 プロダクト機能開発とデリバリーのフェーズ Discovery Delivery R&D 基礎研究 技術検証 最小コストで探索 R&D顧客 PoCプロジェクト 顧客価値を検証 WHYを潰す プロダクト 開発 本番品質でリリース FDE品質ゲート 導入 プロジェクト FDE+ARE+導入PM 次のDiscovery起点 構造的解決策
  18. 04 02 人月の神話 03 ラストワンマイルの壁 04 整合性の壁・人月の神話 ©2026 Algoage, Inc.

    All Rights Reserved. 7 01 事業化の背景 速度と整合性を 両立させるために
  19. 課題② 全体の整合性 起きている課題 — 横断で整合が取れない ©2026 Algoage, Inc. All Rights

    Reserved. 20 アーキテクチャ整合 全体のアーキルール ・リポジトリ設計 ・データ/API設計 ・非機能要件 プロダクトビジョン整合 ビジョン/価値との接合 ・SDDで開発が高速化 ・ユーザー価値に直結しない機能 ・似た機能の量産
  20. 課題② 全体の整合性 AIが読んでくれるガイドラインを作り AIで担保する ©2026 Algoage, Inc. All Rights Reserved.

    20 AIと人で意思決定 整合を守る → 不完全でも良い ガイドライン をリポジトリで管理 → 業務フローで乖離 チェック ・specのplan/CIのlint ・CodeRabbitのレビュー 乖離は重要度付けして解決・アーキ・プロダクトポリシーを段階的に作り成長させていく 意思決定者の擬似的な判断基準を明確にし、 AIに渡す → ・アーキポリシー ・プロダクトビジョン等 乖離リストを Notionで管理 揺れた判断は ADRで人間が決める
  21. オンボ実践 SDD開発のオンボとコミュニケーションパスの削減 ©2026 Algoage, Inc. All Rights Reserved. 5 ガイドライン原本等を元に一旦

    AIに聞いてもらう NotionAIで聞いてもらう。擬似的に意思決定者と会話しながら機能を考えてもらう。 spec-kitの clarify を打ってもらう 要件を明確化するプロセスでガイドラインを読みながら、 AIと問いを立てる。 原本 × AIと対話して、自分で立ち上がる。コミュニケーションパスを減らす。 1 2 「リードに効く前に AIで聞いて完結させる」の質をとことん上げる SDDで速度が出る今こそADR/ガイドラインの重要性が高くなる 3