AI時代の開発プロセス再設計

AIによってエンジニアの実装速度が大きく向上する一方、PdMの設計や仕様策定にかかる時間は、同じようには短縮されていません。実装が高速化するほど、開発全体におけるPdMの工程が相対的なボトルネックになりつつあります。
私たちはこの課題に対し、既存の業務をAIで効率化するだけでなく、設計から実装までのプロセスそのものを見直しました。「何に時間がかかっているのか」「本当に必要な工程は何か」を分解していく中で着目したのが、設計と実装の間に存在する「中間成果物」です。
本セッションでは、AI時代の開発速度に適応するため、PdMとエンジニアの協働や役割分担をどのように見直し、開発プロセスを変えてきたのか。実際の現場での試行錯誤を交えながら紹介します。

Transcript

1. AI時代の開発プロセス再設計 —— PdMとエンジニアの協働をどう変えたか Dress Code株式会社 岡田 裕太
2. 自己紹介 • • • 業務 ◦ 製品開発ロードマップ策定 ◦ プロダクト企画・設計 経歴 ◦ toC Webマーケティング（SEO・サイト改善） ◦ → toB SaaS PdM @ DRESS CODE 趣味 ◦ スキンケア ◦ ホカンス
3. プロダクト紹介
5. デジタル化に伴う社会課題 -「摩擦問題」SaaS／ツール乱立に伴い、システムの分断・業務のサイロ化が進む 採用部門 労務部門 人事部門 情シス部門 総務部門 採用管理 システム 労務管理 システム 勤怠管理 システム SaaS管理 システム デバイス 管理システム ✕ 分断 ✕ 分断 ✕ 分断 ✕ 分断 • ツールの乱立で、使いこなせない／慣れるまでに時間がかかる 各業務担当者 • ツール／部門間のアナログ連携が大変 • 担当間／部門間の摩擦が増大している
6. CONFIDENTIAL © Dress Code Inc . 6
7. 今日は以下の流れで話をすすめます ・AIで効率化されたこと、されてないこと ・弊社における開発プロセスの課題 ・プロトタイプを起点とした開発プロセスへ ・取り組みによる変化
8. PdMが開発プロセスにおける ボトルネックになりつつある？
9. 開発プロセスの概要 課題・機会の探索 PdM リサーチ 企画・設計 実装・テスト 要求・要件定義 Designer UI/UX設計 Engineer システム設計 判断 すり合わせ 実装・テスト
10. 開発プロセスの概要 - AI活用評価 課題・機会の探索 PdM リサーチ 企画・設計 要求・要件定義 Designer UI/UX設計 Engineer システム設計 AI活用 ◎ 実装・テスト AI活用 ？ 判断 すり合わせ 実装・テスト AI活用 ◎
11. 企画・設計プロセスをAI活用観点で分類 工程 AI活用が進んでいる AI活用が進んでいない 要求・要件定義 • 要求の収集・整理 • 要件の検討・定義 • PRDの作成 • 要求の背景・意図のすり合わせ • 要件の優先順位・スコープの合意 • PRDの説明・認識合わせ UI/UX設計 • 画面構成の設計 • 操作フローの設計 • UIデザインの作成 • 画面構成・操作フローのすり合わせ • デザイン方針・意図の合意 • UIデザインのレビュー・修正 システム設計 • 既存仕様・影響範囲の調査 • システム設計の検討・決定 • 設計書・技術仕様の作成 • 技術要件・制約のすり合わせ • システム設計方針の合意 • システム設計のレビュー・修正
12. 企画・設計プロセスをAI活用観点で分類 AI活用が進んでいない AI活用が進んでいる AIによって中間成果物の作成は高速化されたが、 工程 • 要求の背景・意図のすり合わせ • 要求の収集・整理 「伝える・理解をそろえる」 プロセスは残っている。 要求・要件定義 • 要件の優先順位・スコープの合意 • 要件の検討・定義 UI/UX設計 • PRDの作成 • PRDの説明・認識合わせ • 画面構成の設計 • 操作フローの設計 • UIデザインの作成 • 画面構成・操作フローのすり合わせ • デザイン方針・意図の合意 • UIデザインのレビュー・修正 • 既存仕様・影響範囲の調査 • システム設計の検討・決定 • 設計書・技術仕様の作成 • 技術要件・制約のすり合わせ • システム設計方針の合意 • システム設計のレビュー・修正 このプロセスを効率化できないだろうか？ システム設計
13. 従来の開発プロセス PdM Designer Engineer PRDを作成 説明 UIデザインを作成 レビュー・修正 説明 実装 レビュー・修正
14. 従来の開発プロセスの問題 問題 詳細 工程間の依存 前工程の進捗が、後工程の進捗を左右する。 PRDの作成が遅れると、設計・実装の着手も遅れる。 認識合わせの負荷 職種をまたぐたびに、意図を伝え、理解をそろえる必要がある。 説明・読み取り・レビュー・修正の往復。 問題発見の遅れ 具体化が進んでから問題が見つかり、修正が広範囲になる。 実装後に要件や挙動の問題が判明し、手戻りが生じる。
15. 既存の開発プロセスの問題 問題 工程間の依存 詳細 前工程の進捗が、後工程の進捗を左右する。 PRDの作成が遅れると、設計・実装の着手も遅れる、 問題が発生する要因は 職種間で中間成果物をリレーする開発プロセス 職種をまたぐたびに、意図を伝え、理解をそろえる必要がある。 認識合わせの負荷 問題発見の遅れ 説明・読み取り・レビュー・修正の往復。 具体化が進んでから問題が見つかり、修正が広範囲になる。 実装後に要件や挙動の問題が判明し、手戻りが生じる。
16. プロトタイプを起点とした開発へ PdM / Designer Engineer プロトタイプを作成 （説明） 実装 （レビュー・修正） 中間成果物を介したやりとりを減らし、開発プロセスをシンプルに
17. プロトタイプ＋簡易ドキュメントで運用 残している Why / What ・どんな業務背景があるのか ・何を解決するのか ・どんな要求・要件があるのか 書かなくなった How ・画面構成・レイアウト ・操作フロー・画面遷移 ・状態変化・ふるまい
18. 運用ルール ルール 詳細 デザインシステム DESIGN.mdを読み込ませてから作る。 既存コンポーネントにないものは生成させない。 ガードレール / レッドライン マイグレーション・スキーマ変更、既存APIや既存画面の 破壊的変更に触れる作業は行わない。 エンジニアレビュー マージするときは必ずエンジニアレビューを通す。 自己承認・自己マージはできない。
19. 必ずしもこのプロセスが正しいとは限らない 画面から読み取れる情報だけでは進められない機能開発もある
20. プロセス再設計によって変化したこと 問題 どうなった？ 評価 工程間の依存 前工程の遅れが後ろ工程に影響することは変わらない。 リレーが減ったことで、多少は改善傾向。 △ 認識合わせの負荷 より具体的なアウトプットを確認することで説明や認識を 修正するコストは下がった。 ◦ 問題発見の遅れ 本実装の前に操作できるため、画面遷移や状態変化の考慮漏 れを早く見つけられる。 ◦
21. AI活用に合わせて、 開発プロセスを見直してみませんか？ PRD UIデザイン 実装 プロトタイプ 実装
22. 最後にちょっと宣伝させてください！ Dress CodeのPdMチームからのおしらせ UPCOMING EVENT WE'RE HIRING プロダクトマネージャーカンファレンス 2026 12月17日（木） Dress CodeのPdM 井上さんが登壇します！ PdM note プロダクト マネージャー募集 シニア・ポテンシャルともに PdMを募集しています！ 各求人の募集要項は、以下よりご確 認ください。 Dress Code PdM note更新中！ Dress CodeのPdMメンバーが個人noteを更新。 noteの記事は、Dress Code公式noteのマガジンで まとめています。ぜひご覧ください！ シニア ポテンシャル