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

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

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers.

 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部での取り組み: 「なんでもやってる」を⽀える横断サポート部⾨ 拠点‧組織の歴史 ‧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. いま起きている大変なこと 組織図 — 何がどう増えたか(この事業の開発組織 55名ほど) ©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のレビュー 乖離は重要度付けして解決・アーキ・プロダクトポリシーを段階的に作り成長させていく → ・アーキポリシー ・プロダクトビジョン等 乖離リストを Notionで管理 揺れた判断は ADRで人間が決める
  21. オンボ実践 やっていること ── SDD開発のオンボ ©2026 Algoage, Inc. All Rights Reserved.

    5 一旦AIに聞いてもらう NotionAIで聞いてもらう。ビジョンとと会話しながら機能を考えてもらう。 spec-kitの clarify を打ってもらう 「この機能、clarifyで考えてみて」。原本を読みながら、自然に問いが立つ 原本 × AIと対話して、自分で立ち上がる。コミュニケーションパスを減らす。 1 2