2024/06/12 16:16 結論を追記 2024/06/12 20:29 より記事の内容を分かりやすく理解頂くため、タイトルを「PRDやDesign Docを書かなくなった」から変更 2024/06/13 20:39 結論にフロー情報・ストック情報に関する意見を追記 結論 この記事では、「様々な観点を考慮して網羅的にドキュメントを書いて、それを関係者にレビューしてもらう」のではなく、関係者と同期的に対話しながら、観点や選択肢やそのトレードオフを洗い出すことで、少ない手数でより良い答えが見つけられると主張する。 ただし、対話のために必要なドキュメントは事前に書いておくべきだし、対話した結果はドキュメントに残すことが望ましい。そして、そのドキュメントのフォーマットはPRDやDesign Doc以外でも良い。例えば、ADRはアーキテクチャに関する議論の過程と結果を述べる上で必要十分なフォー
プロダクトマネージャーがプロダクト企画についてエンジニアと話すときに、あらかじめ書いておくとよいリスト（ラフな PRD テンプレのようなもの） - ykmc09 blog
以前「プロダクト企画にエンジニアを早めに巻き込む（嫌がられずに協力を得る方法）」という記事を書きました。 ykmc09.hateblo.jp 「TL;DR : ひとことでいうと」を抜粋すると以下のような感じです。 決定事項になる前に早めに巻き込もう 巻き込むときは、 その意図や相手に期待することを伝えよう 特性を理解して、ちょっとした工夫（最初の一声はチャットなどの非同期コミュニケーションを使う、etc）をしよう この記事では、「はやめに巻き込もう」ということを中心に書きましたが、最低限こういったことを考えて書いておくと、話がよりスムーズになるよ、というものを挙げてみようと思います。 プロダクトマネージャーが用意するリスト 目的の概要（なぜそれをやる？）※もっともだいじ。これが無いとかなりキツイ。 誰のための企画？（基本はエンドユーザーになる。） その人のどういう課題を解決したい？ その課
私はPRD(Product Requirement Document)が嫌いでした。概念としてのPRDは好きですが、ドキュメントとしてのPRDが苦手、という話を聞いてください。 😭 PRDの嫌いだったところ① プロダクトマネージャーの仕事はPRDを書くことです、という誤解 実際に会社によってはそれをプロダクトマネージャーの主な責務にしているところもあるでしょう。しかし、私はプロダクトマネージャーの仕事は「何のPRDを書くのか？」を決めることであり、PRDを書く作業はプロダクトチーム全体で実施するものだと思っています。プロダクトマネージャーが書いたPRDの通りにプロダクトチームが動く組織は好みません。 ② これ1枚でほんまに全部書くんか？ PRDは「検討すべき項目がすべて検討されているか？」を問うフォーマットとして秀逸です。しかし、例えばPRDに「競合分析」や「市場分析」を記載することもあ
複数課題が混ぜこぜで、HOWだけが書かれていたPRD 要件定義の工数を50パーセント減・手戻りゼロにした改善策 ARR100億SaaSの現実 ～新設PdM組織が、PRD品質向上のため泥臭く越境した2つのこと～ 植木氏の自己紹介、株式会社ラクスの紹介 植木遼太氏：では発表を始めます。「ARR100億SaaSの現実 ～新設PdM組織が、PRD品質向上のため泥臭く越境した2つのこと～」というテーマで発表します。よろしくお願いします。 まず簡単に自己紹介と会社の紹介だけさせてください。私は植木遼太と申します。現在、株式会社ラクスというところで、「楽楽精算」という経費精算SaaSのプロダクトマネージャーをしています。 経歴としては、新卒はインフラエンジニアからキャリアをスタートして、その後にプロジェクトマネージャー、プロダクトマネージャーと役割を変えていったかたちになります。 次に、簡単に会社紹介で
はじめてのPRD
2. 1 2 3 4 典型的なプロダクトマネージャーのタスク例 企画（アイディエーション） ● ユーザー理解 ● 課題発見／抽出 ● ソリューション決定 ● 事業計画（市場開 発） 設計 ● ユーザー体験 ● ユーザーインター フェイス（ワイヤーフ レームなど） ● 技術的妥当性検討 実装時における プロダクト判断 ● 品質基準設定 ● トリアージ リリースおよびその後の プロダクト判断 ● Go-to-market ● グロース 3. 1 2 3 4 典型的なプロダクトマネージャーのタスク例 企画（アイディエーション） ● ユーザー理解 ● 課題発見／抽出 ● ソリューション決定 ● 事業計画（市場開 発） 設計 ● ユーザー体験 ● ユーザーインター フェイス（ワイヤーフ レームなど） ● 技術的妥当性検討 実装時における プロダクト判断 ● 品質基準設定 ● トリアージ リリースおよ
仕様書？PRD？要件定義書？Design Doc？ プロダクト開発のドキュメントを作る前に、みんなで揃えたい考え方｜kakomoe
仕様書？PRD？要件定義書？Design Doc？ プロダクト開発のドキュメントを作る前に、みんなで揃えたい考え方 💡このnoteはなに？ プロダクトに関するドキュメントの種類呼称別の整理と、どうしたら現在のチームにドキュメントに関する目線合わせのアイデアを書いたものです 💡誰のためのnote？ プロダクト開発に必要なドキュメントについて日々心を悩ませている人 ドキュメントの話に着地をつけたい 誰かが言い出すアレ今までの経験上、どこに配属されても、プロダクトに関するドキュメントとして誰が何を書き、そして運用するのか、という議論が起きないことは1度もない。 プロダクトに関するドキュメントは、PRD・要件定義書・仕様書・Design Docなど、さまざまな呼称があり、会社や部門によってさまざまな使われ方をしている。 そしてそれぞれの言葉には単一の定義があるわけではない。 そもそもドキュメン
📚これは何か プロダクト開発の現場でよく使われるPRD（プロダクト要求仕様書）について、言葉の定義から見直すことで、PRDとは一体何か、どうすればPRDが実践に耐えうるものになるのか、ということについて書かれたnoteです。 💡こんな方におすすめの記事 ・PRDがそもそもわからない/PRDを書いたことがない人 ・PRDを書いても、上手く活用できず悩んでいる人 ・プロダクトマネージャーに興味がある人 みなさん、こんにちは。 Voicyでプロダクトマネージャー（以下、PdM）をしているとくちゃん（@PdMtokuchan）です。 昨今、PdM界隈では、様々なフレームワークや文書テンプレートなどが無料で公開されていて、”それっぽい何か”が誰でも簡単に作れる状態にあります。 しかし、きれいなテンプレートに当てはめて文書を作成しても、なぜかうまくいかない...そんな状況にこれまでたくさん遭遇して
はじめに 株式会社RevComm（レブコム）のプロダクトマネージャーの吉井です。RevCommは音声解析AI電話「MiiTel（ミーテル）」、AI搭載オンライン会議解析ツール「MiiTel Meetings」、オフライン（対面）の商談を可視化する「MiiTel RecPod」を開発・提供しています。 RevCommでは、2023年5月からドキュメント管理ツールとして「Notion」を全社に導入し、プロダクトマネジメントにも活用しています。今回は、全社員がフルリモートで業務を行っているRevCommにおけるPRD（プロダクト要求仕様書）の管理・運用についてご紹介します。 RevCommにおけるPRDの役割と運用課題 RevCommではロードマップに記載された開発タスクごとに、プロダクトマネージャーがどのような機能を開発するのかのPRDを作成し、関係者に共有します。Notion導入前は、ドキュ
プロダクトマネージャーに不可欠なPRD｜必要な理由や記載方法を解説
プロダクトマネージャーが求められる仕事の一環として、PRDの作成があります。製品要求仕様書を意味するPRDが無ければ、開発に携わるメンバー間での認識共有ができないためです。 ではプロダクトマネージャーは、どのようにPRDを作成するべきでしょうか？そこで本記事ではPRDの概要と共に、PRDが必要な理由とPRDに記載する内容に関して、分かりやすく解説いたします。 PRDとは プロダクトマネージャーに欠かせない「PRD」とはProduct Requirements Documentの略で、製品要求仕様書を意味します。製品開発において、コミュニケーションドキュメントであるPRDは不可欠でしょう。なぜならプロダクトマネージャーがPRDを作成しなければ、開発するプロダクトに関する情報を社内で円滑に共有できないためです。 PRDはMRDと呼ばれるMarket Requirements Document、
DXにおいてはPRDのPを外さないと成り立たない｜namito
こんにちは。株式会社ツクルバのカウカモプラットフォーム事業部にてプロダクト統括という役割で働いているnamitoと申します。cowcamo（カウカモ）という不動産仲介サービスプロダクトマネジメントメンバーの業務・成長支援や、カウカモサービス全体のプロダクト資産の運用に対する監査、全体のシナジー創出ポイントの検討などが主な仕事になります。 DXを地でやってみると私たちが運営している、cowcamo（カウカモ）は「『⼀点もの』の住まいに出会おう。」をコンセプトにした不動産サービスで、⼀点ものの物件を楽しく探せる情報アプリ、物件の売買やリノベーションの実現を⽀援するエージェントサービスによって、中古・リノベーション住宅との出会いから“買う・売る・つくる”まであらゆるニーズに応え、不動産流通業として、テクノロジーの力を使った既存事業をまっすぐにアップデートするために、オンラインとオフラインの垣根を
プロダクトの存在意義を明確にする、PRDよりも大切なプロダクトチャーターとは｜Mizuho Kushida｜note
自社プロダクトを開発したり、新規事業チームのアジャイル型プロマネ支援をしている櫛田です。 1/はじめに突然ですが、事業責任者の皆さん、プロダクト責任者のみなさん、はたまたどなたか、、、プロダクトチャーターを書いてますか？ え、プロダクトチャーター って？ PRD（プロダクト要求仕様書）は聞いたことがあっても、プロダクトチャーターは初耳かもしれません。 それもそのはず、勝手に作ってしまいました。ただ、理由なく作ったわけではありません。 事業のことを考え続けた結果、そしてプロダクトを通じて仮説検証を続けた結果、PRDだけでは言い表せないものが多々あり、どこに表現しようか悩んだからです。 そんな時、ふと外資系金融機関でPMBOKをベースとしたプロジェクトマネジメントしている際に作っていた「プロジェクトチャーター（憲章）」を思い出したわけです。 憲章という響きもカッコよさはともかく、プロジェクトは
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
網羅的なPRDやDesign Docを書かなくなった - kosui
プロダクトマネージャーが書いたPRDの通りに機能をつくる？｜小城久美子 / ozyozyo
複数課題が混ぜこぜで、HOWだけが書かれていたPRD 要件定義の工数を50パーセント減・手戻りゼロにした改善策
プロダクトマネージャーの7つ道具「PRD」が曖昧すぎるので言葉の定義から見直してみた｜とくちゃん
リモート環境における情報共有をスムーズに──Notionを活用したPRD管理