M&A 後の統合をどう進めるか ─ ナレッジワーク × Poetics が実践した組織とシステムの融合

by KNOWLEDGE WORK / 株式会社ナレッジワーク

Slide 1

Slide 1 text

M&A 後の統合をどう進めるかナレッジワーク × Poetics が実践した組織とシステムの融合 SRE Kaigi 2026 株式会社ナレッジワーク Shogo Watanabe

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

ナレッジワーク会社概要 © Knowledge Work Inc. 創業日 2020年4月1日代表者麻野耕司資本金 61.3億円（資本準備金等含む）事業内容ナレッジワークの開発・提供主な株主グロービス・キャピタル・パートナーズ、DNX Ventures、 WiL、Salesforce Ventures、One Capital、ANRI、XTech、ユーザベース、フォースタートアップス、Sansan

Slide 6

Slide 6 text

© Knowledge Work Inc. 運命は自分の手で切り拓くものだ。誰もが一度は聞くこの言葉に、希望を持つことはできるだろうか？人は誰しも、持って生まれた運命があると思う。環境、才能、機会 … そう、自分の力だけで運命に抗うことは簡単じゃない。運命は変えられない？ …きっと、自分だけでは。思い出してみよう。できなかったとき、諦めたくなかったとき、手を伸ばそうとしたとき、その側に、何かがなかっただろうか？その後ろに、誰かがいなかっただろうか？努力を後押ししてくれる存在によって得られた「できる喜び」が、昨日まで見えていた世界を変え、昨日までの運命を変えていけるんだ。「できない」から「できる」へ　「不安」から「ワクワク」へ「ノルマ」から「目標」へ　「あと 1回」から「もう 1 回」へ　「労働者」から「挑戦者」へ。「変えられない」と思った今を、「運命」と呼ぶのは早すぎるから。さあ、毎日を変えていこう。 LIFE WITH ENABLEMENT できる喜びが巡る日々を届ける Mission

Slide 7

Slide 7 text

Slide 8

Slide 8 text

© Knowledge Work Inc. イネーブルメントの 4つの提供価値 8 「ナレッジ」「ラーニング」「ワーク」「ピープル」の4つの領域が必要成果視点（業務視点）能力視点（人材視点）やるべきことがわかる（Mustの明確化）ナレッジ領域ワーク領域ラーニング領域ピープル領域できるようになる（Canの最大化）ナレッジ領域コンテンツやノウハウの展開ワーク領域業務プロセスの最適化ピープル領域スキルの可視化ラーニング領域学習プログラムの提供

Slide 9

Slide 9 text

© Knowledge Work Inc. セールス AI プロダクトシリーズナレッジワーク【社内共有】営業ナレッジの発見【資料作成】営業ナレッジの作成ナレッジ領域【ノウハウ獲得】営業向けのノウハウ提供【社外共有】　商談における営業ナレッジの顧客共有【コース受講】　営業向けの学習プログラム提供【AI商談記録】 AIによる商談の記録・解析【AI商談推進】 AIによる商談の推進ワーク領域ラーニング領域 9 【AI営業ロープレ】 AIによる営業ロープレピープル領域ナレッジワーク for パートナーセールス【ナレッジワーク for パートナーセールス】代理店向け営業支援・営業管理代理店領域ナレッジワーク for セールスフォース CRM/SFA領域【ナレッジワーク for セールスフォース】 Salesforce上の営業支援ナレッジワークは様々な AIプロダクトを顧客に合わせて提供できます

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

© Knowledge Work Inc. 本吸収合併は、両社の事業・組織体制を統合し、共通のビジョンのもと、両社の技術と人材が連携することで、営業担当者向けのセールスAIエージェントの開発・提供をさらに加速することを目的とするものです。ナレッジワークは、大手企業様向けにセールスイネーブルメントAI「ナレッジワーク」を提供しています。これまで、営業資料の発見・共有を支援するナレッジ領域プロダクトや、商談準備を支援するワーク領域プロダクトを通じて、営業担当者の商談前プロセスを支えてきました。一方で、Poetics社は商談解析AI「JamRoll」（商談の書き起こし・要約、CRM/SFAへの自動入力）において、営業担当の商談後のプロセスを支援してきました。今回「ナレッジワーク」と「JamRoll」を連携・統合することにより、営業担当の商談に関わるあらゆるプロセスを支援することが可能になりました。 (プレスリリースより抜粋) M&A の目的

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

© Knowledge Work Inc. 3ヶ月後（オンボーディング終了時点）、Poetics メンバー対象にサーベイ実施業務や組織にスムーズに適応できているか、エンゲージメントの状態をチェックモニタリング業務の進めやすさ組織やチームとの関わり業務の目的やゴールを理解した上で取り組めているか業務で不明点や課題があった際に相談先が明確であるか開発に必要なツールやドキュメントに迷わずアクセスできているか etc. ナレッジワークの一員として歓迎されていると感じるか業務におけるミーティングなどの場で自分の意見や懸念を安心して発言できるか業務におけるコミュニケーションは円滑で必要な情報が共有されていると感じるか etc.

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

© Knowledge Work Inc. ● 認知負荷の軽減 ○ 社内に複数の開発・運用文化が存在すると認知負荷が増大 ● プロダクト・チーム間連携の強化 ○ プロダクトの価値向上にはマルチプロダクトの連携が重要 ○ 1つの文化のもとでコミュニケーションすることで連携を強化 ● 人材流動性の確保 ○ 事業のフェーズや方針転換への柔軟な対応 ○ 組織の新陳代謝 ○ バス係数の向上 ○ 技術力・開発力の底上げ開発・運用文化の統合のゴール

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

© Knowledge Work Inc. Git Subtree によるリポジトリ統合 : subtree として統合 root/ product_a/ product_b/ backend/ frontend/ proto/ ⋮ backend/ frontend/ proto/ 商談記録/ backend/ frontend/ proto/ ⋮ ⋮ Git Subtree で元のリポジトリの履歴を保持したまま統合 jamroll/ db/ ts/ go/

Slide 39

Slide 39 text

© Knowledge Work Inc. 開発が止まらないように統合を進めた 1. Git Subtree で統合 2. (この間も JamRoll リポジトリでの開発は進んでいる ) 3. CI/CD を調整・テスト 4. 準備が完了した後、日時を調整して JamRoll リポジトリをロック 5. ナレッジワークリポジトリの subtree を最新化 6. ナレッジワークリポジトリでの開発開始 Git Subtree によるリポジトリ統合 : 全体の流れ

Slide 40

Slide 40 text

Slide 41

Slide 41 text

© Knowledge Work Inc. 各開発チームに、チーム内での SREing に責任持つ Product SRE をアサインナレッジワークの SRE 体制プロダクト A 開発チームプロダクト B 開発チーム SRE チーム Product SRE 各チームが自律的に SREing SRE チームの責務は ● プロダクト全体の SREing ● Self-service SRE 基盤の提供 ● Product SRE のイネーブルメント

Slide 42

Slide 42 text

Slide 43

Slide 43 text

© Knowledge Work Inc. AI 商談記録開発チームにも Product SRE をアサイン統合後の理想の SRE 体制プロダクト A 開発チームプロダクト B 開発チーム SRE チーム AI 商談記録開発チーム統合初期はこの体制を採用しなかった互いのシステムも文化もわからない中、別々のチーム間で ● システムのキャッチアップ ● ナレッジワーク流 SRE のキャッチアップ ● 統合に関する大量の作業を同時に実行するのはコストが大きいと判断

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

© Knowledge Work Inc. 開発・運用文化の統合のまとめゴールやったこと結果 ● 認知負荷軽減 ● プロダクト・チーム間の連携強化 ● 人材流動性の確保 ● Git リポジトリ統合 ● CUJ / SLI / SLO 導入 ● GitHub Org 統合 ● Trunk-based 開発導入 ● リファクタリング ● 開発・運用文化が揃い、認知負荷が軽減した ● 開発・運用について共通言語でコミュニケーションできるようになった ● 交流が増え、人材の交換が進んだ ● AI 商談記録からナレッジワークの既存資産が利用できるようになった

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

Slide 53

Slide 53 text

© Knowledge Work Inc. 統合する？しない？判断材料統合対象 frontend / backend 統合対象外動画処理ワークフロー統合による事業貢献 High Low UI/UX への影響 High Low 開発認知負荷の軽減 High Low 開発・運用コストの低減 High Low ガバナンスへの影響 High Low 人材流動性の確保 High Low AWS への依存 Low High 統合工数 Mid High

Slide 54

Slide 54 text

Slide 55

Slide 55 text

Slide 56

Slide 56 text

Slide 57

Slide 57 text

Slide 58

Slide 58 text

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

Slide 62

Slide 62 text

Slide 63

Slide 63 text

Slide 64

Slide 64 text

© Knowledge Work Inc. システム統合のまとめゴールやったこと結果 ● 一貫性のある UI/UX の提供 ● エンタープライズ水準のガバナンス ● プロダクト間連携の強化 ● 技術的な重複投資の回避 ● 将来的な運用コスト軽減 ● OAuth 認証 ● UI の統合 ● GraphQL から Connect RPC へ ● 監査ログ基盤統合 ● VPN 接続 ● 相互 IAM 認可 ● admin 画面の統合 ● ひとまず、ナレッジワークユーザーが AI 商談記録を利用可能 ● 狙った成果がでるのはまだまだこれから

Slide 65

Slide 65 text

Slide 66

Slide 66 text

Slide 67

Slide 67 text

Slide 68

Slide 68 text

© Knowledge Work Inc. ● AWS から Google Cloud への移行 ○ Frontend: Amplify から Cloud Run へ ○ Backend: ECS から Cloud Run へ ○ Database: RDS から Cloud SQL へ ○ その他インフラも移行 ● RDBMS の統合 ○ アプリケーションのリファクタリング ○ MySQL から PostgreSQL へ今後: システムの Unite を進める