タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
プロダクトマネージャーがプロダクト企画についてエンジニアと話すときに、あらかじめ書いておくとよいリスト（ラフな 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
Product Requirements Documentの解説です。 プロダクトの強い軸を作るプロダクトマネジメントフレームワーク (https://www.slideshare.net/kumikokoshiro/ss-192896028 ) と合わせてお読み下さい。
仕様書？PRD？要件定義書？Design Doc？ プロダクト開発のドキュメントを作る前に、みんなで揃えたい考え方｜kakomoe
仕様書？PRD？要件定義書？Design Doc？ プロダクト開発のドキュメントを作る前に、みんなで揃えたい考え方 💡このnoteはなに？ プロダクトに関するドキュメントの種類呼称別の整理と、どうしたら現在のチームにドキュメントに関する目線合わせのアイデアを書いたものです 💡誰のためのnote？ プロダクト開発に必要なドキュメントについて日々心を悩ませている人 ドキュメントの話に着地をつけたい 誰かが言い出すアレ今までの経験上、どこに配属されても、プロダクトに関するドキュメントとして誰が何を書き、そして運用するのか、という議論が起きないことは1度もない。 プロダクトに関するドキュメントは、PRD・要件定義書・仕様書・Design Docなど、さまざまな呼称があり、会社や部門によってさまざまな使われ方をしている。 そしてそれぞれの言葉には単一の定義があるわけではない。 そもそもドキュメン
DXにおいてはPRDのPを外さないと成り立たない｜namito
こんにちは。株式会社ツクルバのカウカモプラットフォーム事業部にてプロダクト統括という役割で働いているnamitoと申します。cowcamo（カウカモ）という不動産仲介サービスプロダクトマネジメントメンバーの業務・成長支援や、カウカモサービス全体のプロダクト資産の運用に対する監査、全体のシナジー創出ポイントの検討などが主な仕事になります。 DXを地でやってみると私たちが運営している、cowcamo（カウカモ）は「『⼀点もの』の住まいに出会おう。」をコンセプトにした不動産サービスで、⼀点ものの物件を楽しく探せる情報アプリ、物件の売買やリノベーションの実現を⽀援するエージェントサービスによって、中古・リノベーション住宅との出会いから“買う・売る・つくる”まであらゆるニーズに応え、不動産流通業として、テクノロジーの力を使った既存事業をまっすぐにアップデートするために、オンラインとオフラインの垣根を
プロダクトの存在意義を明確にする、PRDよりも大切なプロダクトチャーターとは｜Mizuho Kushida｜note
自社プロダクトを開発したり、新規事業チームのアジャイル型プロマネ支援をしている櫛田です。 1/はじめに突然ですが、事業責任者の皆さん、プロダクト責任者のみなさん、はたまたどなたか、、、プロダクトチャーターを書いてますか？ え、プロダクトチャーター って？ PRD（プロダクト要求仕様書）は聞いたことがあっても、プロダクトチャーターは初耳かもしれません。 それもそのはず、勝手に作ってしまいました。ただ、理由なく作ったわけではありません。 事業のことを考え続けた結果、そしてプロダクトを通じて仮説検証を続けた結果、PRDだけでは言い表せないものが多々あり、どこに表現しようか悩んだからです。 そんな時、ふと外資系金融機関でPMBOKをベースとしたプロジェクトマネジメントしている際に作っていた「プロジェクトチャーター（憲章）」を思い出したわけです。 憲章という響きもカッコよさはともかく、プロジェクトは
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロダクトマネージャーが書いたPRDの通りに機能をつくる？｜小城久美子 / ozyozyo
複数課題が混ぜこぜで、HOWだけが書かれていたPRD 要件定義の工数を50パーセント減・手戻りゼロにした改善策
chie-log.com
www.01dougajyuku.work
togetter.com
www.msn.com
plus.nightprotein.jp
ainoyamanoyu.com