はじめに
株式会社RevComm（レブコム）のプロダクトマネージャーの吉井です。RevCommは音声解析AI電話「MiiTel（ミーテル）」、AI搭載オンライン会議解析ツール「MiiTel Meetings」、オフライン（対面）の商談を可視化する「MiiTel RecPod」を開発・提供しています。
RevCommでは、2023年5月からドキュメント管理ツールとして「Notion」を全社に導入し、プロダクトマネジメントにも活用しています。今回は、全社員がフルリモートで業務を行っているRevCommにおけるPRD（プロダクト要求仕様書）の管理・運用についてご紹介します。
RevCommにおけるPRDの役割と運用課題
RevCommではロードマップに記載された開発タスクごとに、プロダクトマネージャーがどのような機能を開発するのかのPRDを作成し、関係者に共有します。Notion導入前は、ドキュメント共有ツール「Confluence」で作成し管理をしていましたが、次のような課題がありました。
製品・機能ごとに階層形式で管理を行っていたため、目的のPRDを探すのに時間がかかる
製品・機能ごとに階層形式でPRDを保存していたため、製品ラインナップや開発機能が増えるにつれて階層が深くなり、どの階層にPRDを保存するべきかの判断もプロダクトマネージャーごとの解釈次第で、ルールがあいまいでした。また、自分の担当する機能以外のPRDを参照したい場合や、階層ルールに慣れていないエンジニアがPRDを探す際に検索の手間が発生していました。
テンプレートを作成していなかったため、項目の抜け漏れが発生した
PRDの記載項目は決まっているものの、テンプレートを用意していなかったため、「過去に必要項目が抜けた状態で作成したPRD」をコピーして使ってしまい、項目の抜け漏れが意図せず発生してしまう場合がありました。
ステータス管理ができていなかった
例えば、次のような声が上がっていました。
- PRDを作成して開発を検討したものの実施しなかった機能を、1年後に実施することになり、PRDを再度作成する際に、過去のPRDが「作成途中のまま開発は実施しなかったのか」「作成は完了したが開発は実施しなかったのか」が分からない
- 機能リリース後に改修を行ったものの、その内容を最新のPRDに反映できているのかが分からない
リモート環境でもこのような課題を解消し、コミュニケーションをより円滑に行いたいと考え、Notionの導入を機に次のような取り組みを実施しました。
