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

「技術的にできません」を越えて価値を生み出せ──研究開発チームをPMが率いて生み出した価値創出

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.

 「技術的にできません」を越えて価値を生み出せ──研究開発チームをPMが率いて生み出した価値創出

Developers Summit 2026 PM x AI day 登壇スライドです。

18-C-4 02/18 15:10 ~ 15:40
「技術的にできません」を越えて価値を生み出せ──研究開発チームをPMが率いて生み出した価値創出
https://event.shoeisha.jp/devsumi/20260218/session/6438

Avatar for Takahiro Yamaguchi

Takahiro Yamaguchi

February 18, 2026
Tweet

More Decks by Takahiro Yamaguchi

Other Decks in Technology

Transcript

  1. 登壇者について 山口 隆広 ユニファ株式会社 執行役員CPO プロダクトデベロップメント本部 本部長 兼 AI開発推進部 部長

    1981年生、福島県出身、子(6歳)の父。 HCD-net認定 人間中心設計専門家。 ねこ大好き。ベーススキルは企画職。 @hiro93n 3
  2. 5 いわゆるR&D組織に対するイメージ ※過去所属していた組織も含めた山口の主観です • 研究計画を立てて予算を取り、「なんだかよく分からないけどすごそう」 な成果や論文を定期的に発表する組織 • 事業部に技術提案されるmtgが組まれるが「この原価では無理だな・・・」 という気持ちになってしまうこともある •

    少なくとも、自分が要望を出して何かを実現してもらうようなイメージは なく、技術的興味はあるが日常とは縁遠い組織 いわゆる開発チーム間コミュニケーションとはまた別の位置にあり 懇親会で同じチームになったらなぜか緊張しちゃうようなこともある組織。
  3. 11 ユニファにおける、外部環境によるR&Dチームの立ち位置の変化 研究開発部門 研究開発&社内情シス& インフラ部門 いつの間にか「何でも屋」化してしまったR&Dチーム • 提供していた顔認識機能の性能向上のため顔認識モデルの内製化を進めて いたが、戦略変更によりモデルも塩漬け。 •

    保育ICTプロダクト立ち上げへの直接貢献はできないため、事業戦略と距 離のあるところでしばらく成果模索することに。 フォト顔認識の強化や IoTデータ分析に注力 戦略 組織 保育ICT立ち上げに注力 組織と戦略がマッチ 研究開発は後回しに 1~2年後
  4. 13

  5. 14 保育AIビジネスをやろう、となった2023年 • 従来のPM+エンジニアで小規模なAIサービスを開発したら利用率が想定 よりも高まった • 保育施設での受容性を見て、さらなる拡大が戦略に含まれた • R&Dメンバーは機械学習から走り抜けてきたスペシャリスト ◦

    使うだけのノウハウだけでなく、作るためのノウハウがある ◦ もちろん何人もいるわけではない。そんな人たちに組織マネジメン トコストや社内お困りごと解決に時間を使わせて良いのか? 「部署」としては解体し、開発本部付チームとして再構成。組織長は当時の CTOが担い、組織タスクを担うリードはPMとして山口が担うことに。
  6. 18 R&D組織が、情報が少ない中で模索している問題 事業現場からの視点 R&D組織からの視点 研究開発という概念が分から なすぎて、何を頼って良いの かが分からない • 変なことをお願いして、 貴重な工数をムダにして

    しまうことが怖い • 専門性が高すぎて話すの に緊張する • 話のお作法も分からない 事業現場に何のニーズがある か分からないので、何を訴求 すれば良いのか分からない • プロダクトアウトで技術 デモをするが、今の必要 性とは遠い • それを実用化するキャパ が現場チームにないので 後に続かない
  7. 26 3ヶ月に1回、チームとプロダクト半年計画の話をするようになった 2025年 1月 2025年 3月 2025年 6月 2025年 9月

    半年後(25.06)にどういう状況である必要があるか 半年後(25.09)にどういう状況である必要があるか • PMと同じ情報量で半年後のプロダクトのあるべき状態を示す。 • ここ3ヶ月で解決したい技術課題、3ヶ月では解決できないものの、半年 後以降には解決できていて欲しい課題も並べる。(短期だけにしない) • それらに対し実現性のレビューや想定されるHow、解決順の整理に向け た会話を行う。 ※3ヶ月毎に半年を見通す
  8. 30 1&2の解決策:サーバーエンジニアに「気軽に」依頼できればよい 1. 実証検討するにも開発環境の構築や既存プロダクト理解など、本筋でな いところに時間を取られてしまう機会が多い 2. 保育AIプロダクトが仮説検証段階で既存チームから人を連れてくること がまだ難儀であり、チーム内で「作れる」馬力を確保しないと検証ス ピードがコントロールできない 3.

    新しい取り組みのwillがあるが、誰に話を通せば良いのか分からない 同じチーム内にプロダクトチーム出身のサーバーエンジニアがいれば心理的 ハードルもなく、タスクも相談でき、プロダクトチームの状況も相談でき、 プロダクトとして求められる要件を満たして仮説検証できる。 → 異動によりサーバーエンジニアがチームメンバーに参加。
  9. 32 3の解決策:「プロダクトの人」に閉じない姿勢で事業に向かう 1. 実証検討するにも開発環境の構築や既存プロダクト理解など、本筋でな いところに時間を取られてしまう機会が多い 2. 保育AIプロダクトが仮説検証段階で既存チームから人を連れてくること がまだ難儀であり、チーム内で「作れる」馬力を確保しないと検証ス ピードがコントロールできない 3.

    新しい取り組みのwillがあるが、誰に話を通せば良いのか分からない 事業ニーズを理解して技術開発ができているのであれば、プロダクト以外の 提案でも当然ニーズにマッチしているはず。 → 「プロダクトだけの人」ではなく事業全体に対するR&Dという姿勢を示し 事業リードと特別感なく定常的に話せる場を確保。
  10. 33 やれることに注力することで生まれた価値創出 施策化頻度の向上 明確なニーズに対して先 を見越して技術開発する ため、R&Dの技術が施策 化される機会が定期的に 発生。 技術の資産化 サーバーエンジニアとの

    議論でプロダクトへの実 装も見越して設計されて いるので、扱える技術選 択肢として有効に機能 営業活動にかかるデータ 分析への進出 データでの意思決定強化 のwillをもとに提案。営 業部とのコミュニケー ションパスを構築しPJ化 へ。
  11. 35 R&Dの専門性を避けてるように見えるけど、本当に成立してるの? • マネジメントとしての共通スキルと専門性は切り分ける ◦ チームとして価値を出す部分のスキルは領域が分かれても共通点は 多くある ◦ 「技術の目利き」「育成プラン」は専門性のあるメンバーに相談 ▪

    マネジメントなのでと明るくない領域まで全部丸抱えしても結 果は出ない • 着手候補のテーマとそれに関わる妥当な期間については、チームの中の シニアとも相談しつつ事業上受容できる期間設定を行う ◦ 全部を丸呑みする話ではなく、事業上求められる期間設定は提示 ▪ 1ヶ月以内で解決できる課題ばかりだとしたら模倣難易度が低く テーマ設定の筋が悪いのでは、なども適切に悩む
  12. 38 例えば保育AIなら・・・ 「AIでできるでしょ」と言われているものを本当にできるのかVertex AIやBedrockで 色々とモデルを変えながら試してみる。普段からCursorなどで文書要約の実力値を見て おく。ネットの記事を読みながら手元の結果とギャップがあれば「これどう言うことな んだ」とチームメンバーに聞いてみる。n8nでプロトタイプを作って動かしつつ、中で どういう処理が行われているのかログを見て悩んでみる。技術だけでなく保育現場に 行ってみてAIの受容性を定点観測し、越えてはいけないボーダーが何か、実際に保育現 場から入れられる情報のバリエーションにはどんなものがあるのかを見極める。普段の

    業務と関係なくともAI系アプリケーションが出たら触ってみてそのUXを思い知る。 色々触ったなーと思ったら改めてLLMプロンプトの技術書を読んでみて「なるほどそう いう仕組みなのか」と基本に返りつつ定例でその話をして「ちょっと認識誤ってます ね」と適切に突っ込みを受ける。何かを読んで分かって気になっていても分かっていな いので適切に言語化して発信したり、必ずしもAI理解がある人たちだけではない場に出 て説明責任を果たす、などなど、読んで、動かして、話して、また試しての繰り返し 興味を持って潜る
  13. 40 結果、R&Dチーム組織の現状 研究開発部門 研究開発&社内情シス &インフラ部門 「高度な技術によるWowを予定やスコープが見える状態で実現していて、 日々の営業活動やプロダクト開発にも縁がある組織」化。 • 事業戦略エンジンとなり、全社からも頼られる存在へ。 •

    組織自体の増強ニーズも現れ、採用も活発化。 データ分析に注力 戦略 組織 保育ICT立ち上げに 注力 組織と戦略がマッチ 研究開発は後回しに AIプロダクト定着及 びデータ分析部門 データでの意思決定 保育AIを推進 事業戦略エンジン
  14. 43 大事なポイント • 専門家への依頼がHowになっていないか • 事業戦略とR&Dのテーマが合っているか • すべてをR&Dメンバーだけで解決しようとせず、適切に周囲の人の力を 借りられているか •

    R&Dの専門性で戦力になることはあなたに求められていない。大事なの はあなたが専門性を身につけることではなく、専門家が成果を発揮でき るようにするための結節力だと認識できているか 結局は、期待値を伝え、外部とのコミュニケーションのハブになり、常に成 果の最大化のために取り組むアクションが取れることが大事 PMだったら普段からやっている人が多いですよね!