Managerという意味が一般的という話も聞いたりします。最近はPjM,、PdMというように明確に呼び分けることも増えてきているそうです。このPjMとPdM、残念ながら呼称どころかその役割さえもよく混同されています。このエントリーでは、両者の役割を明確にし、現場でのベスト・プラクティスを考えてみたいと思います。見るプロジェクトマネジメントとプロダクトマネジメントの役割とその融合のベスト・プラクティスプロジェクトとプロダクトの違いPjMとPdMの役割を整理する為に、まずはプロジェクトとプロダクトの違いを整理してみましょう。特徴を言語化すると次のようになります。プロジェクト「始まり」と「終わり」があるプロジェクトの「終わり」の条件を満たすことが重要プロダクト「始まり」はあるが「終わり」はないプロダクトが市場に受け入れられ続けることが重要プロジェクトを日本語で言い換えると「目標を達成するための計画や業務」となります。プロジェクトには必ず「始まり」と「終わり」があります。工場を建てるというプロジェクトであれば、スポンサーの発注によってプロジェクトが始まり、どのような工場を建てるのかを決めて、その通りの工場が建てられたことが確認されてプロジェクトが終わります。どのような工場を建てるのか、といのうがプロジェクトの終了条件となります。プロダクトを日本語で言い換えると「製品・商品・サービス」となります。プロダクトには「始まり」はあっても「終わり」はありません。iPhoneというプロダクトは2007年に始まりましたが、それからバージョンアップを重ね、2019年になってもなお多くの人が使用しています。厳密には、プロダクトには製造中止などで終わりが来てしまうものもありますが、それは望ましいことではなく、市場に受け入れられている状態を継続することが重要です。プロジェクトとプロダクトのマネジメントの違いプロジェクトとプロダクトの違いについては整理できました。次はそれらのマネジメントについて整理したいと思います。内容が異なるもののマネジメントですので、目標や手段は大きく異なります。決定、要件・仕様に関わる決定、ユーザー分析、データ分析などが主な業務プロジェクトマネジメントでは、プロジェクトを終わらせることが最大のゴールです。多くの場合、終了条件は品質、費用、納期によって定義されます。コントロール期など)で、重要なエリア(進行、リソース、スコープ、コストなど)を管理していきます。プロジェクトの進捗を把握し、スポンサーと終了条件を調整していくことも大きな役割の一つです。このような管理や調整がメインの業務になります。プロダクトマネジメントでは、プロダクトが市場に受け入れられる状態を作るため、プロダクトの価値を高めることが最大のゴールです。価値の最大化というのは決まった答えがあるわけではありません。その不確実性と向き合い、市場を分析し、戦略を練り、どういう機能を開発するかを意思決定していきます。ユーザーインタビューやアクティビティログの分析などを通じて、継続的な改善の方針を決めていくのも重要な役割の一つです。一言で表すならば、何を作るのかを意思決定するのがメインの業務になります。プロダクトを作るプロジェクトのベスト・プラクティスさて、ここで難しいのが、世の中には「プロダクト」を生み出す「プロジェクト」が存在することです。市場に受け入れられるプロダクトを、スポンサーから提示される品質・費用・納期の制限のなかで生み出さないといけません。達成するには「プロダクト」と「プロジェクト」の両方を適切にマネジメントする必要があります。Managerの存在が鍵になると考えます。実際の体制をプロジェクトのフェーズに照らし合わせて見てみましょう。Desginerです。プロジェクトマネジメントの鉄則は、なるべく早い段階で要件・仕様を固めることですが、プロダクトの開発となれば、本当に市場に受け入れられるものは何なのか?を見定める必要があります。Desginerがプロトタイピングを通じて何を作るかを決めていきます。Checkではユーザーテストなどを行い、最大限に市場優位性のあるものを目指します。一方で、Sponsorは何を作るかが決まっていないものにお金を払うことは難しいです。Managerは、プロダクト開発における不確実性をSponsorに理解してもらい、立ち上げ期、実行期での2段階発注などの相談をしなければいけません。予算や納期には限りがあります。Desginerが定める要件がそれに見合っているかの検証をします。この流れを繰り返し、市場優位性のある要件が決まり、またそれの実現可能性の確認もでき、Sponsorとの取り決めが終われば、実行期に移ります。Managerに移ります。Managerが開発をリードし、なるべく短いサイクルでリリースを繰り返します。Designerがレビューをし、方向性に間違いがないことを確認しながらプロジェクトを進行していきます。Managerも進捗の把握が容易になり、その状況に応じて、Sponsorと各種調整をしていきます。Managerが開発に専念できる状態が作れると開発スピードも上がっていきます。このように、マネジメントの対象ごとに主担当をアサインし、プロジェクトのフェーズに合わせて柔軟に体制を組み替えるのが、「プロダクト」を作る「プロジェクト」のベスト・プラクティスではないかと思います。終わり僕はプロジェクトマネジメントが本業なので、もしかしたら視点が偏った書き方になっているかもしれません。「おい、そうじゃないぞ」というような点がもしあれば、ぜひご指摘ください。プロダクトマネジメントについては、下記の書籍やエントリーから勉強させて頂きました。素人でも勉強できる情報が豊富にあり、本当に便利な世の中になったなあと感じます。情報化社会によって市場変化の速度が早い現代だからこそ、今後はプロダクトマネジメントがより重要になるのではと感じています。本腰入れて勉強してきたいですね。Tw...2018-06-23「知識ゼロから学ぶソフトウェアテスト」でテストの基本を学ぶソフトウェア開発において切っても切り離すことのできないのが...2018-03-27Googleスプレッドシートでプレシデンス・ダイアグラム法(PDM)を自動生成するアドオンを作ってみ...プロジェクトマネジメントの手法の一つにプレシデンス・ダイア...2017-12-312017年を振り返って気がつけばもう大晦日、あっという間に年越しです。最新記事アプリ開発の市場で勝つにはどうすれば良いのか調べてみた2019年を振り返ってヒンディー語の音読、リピーティング、シャドーイングが簡単に練習できるアプリを作ってみたヒンディー語のスピーキングが練習できるアプリを作ってみたヒンディー語文法と言語学習のおもしろみプロジェクトマネジメントとプロダクトマネジメントの棲み分けとその組み合わせプロジェクトにおけるタスク管理の大事な3つのポイントヒンディー語の文字(デーヴァナーガリー文字)を学習するアプリを作ってみた月別アーカイブはてなブログをはじめよう!takuya0206さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。