![[#pmconf2020] 自己流から一流フ?ロタ?クトマネーシ?ャーになるために学ふ?へ?きこと](https://cdn.slidesharecdn.com/ss_thumbnails/e1edlo9esxctajpkfjw9-signature-0b2d2f6ec156e2a131b285c08697d589d251504191ff56b564037575c3ccd7bc-poli-201026220820-thumbnail.jpg?width=560&fit=bounds)
More Related Content
What's hot (19)
Viewers also liked (20)
Similar to プロダクトオーナーシップ勉強会 第2回 (20)
Recently uploaded (10)
プロダクトオーナーシップ勉強会 第2回
- 1. GMO Pepabo, Inc. TAKAHASHI Kenichi 2015/05/21 プロダクトオーナーシップ 勉強会#02 「はじめに 2章」
- 2. はじめに
- 3. はじめに > 筆者の経験の紹介 > プロダクトマネージャーの仕事 > 本书の构成と対象読者
- 4. 筆者のHPでの経験 > 技術的にも優れており、発売前の評 判も高評価だったプロダクトがまっ たく売れなかった > 特許、製品品質、多言語化 > 営業の教育 > マスコミへの事前公開
- 6. プロダクトマネージャーの仕事 > 価値のある製品を見つけだすこと > 価値があって(Valueable) > 使いやすくて(Usable) > 実現可能(Feasible) > 「見つけだす」という言葉で運やセン スだけではないことを表現しているの では?
- 7. プロダクトマネージャーと組織 > マーケティング部門に所属していて、 製品のプロフィールを決める人だった > HPはそういうのが得意とは言えなかった > HPだけじゃなく、うまくできない会社が多い > ビジネススクールでも教えてくれない
- 9. 対象読者 > ソフトウェアの開発にたずさわる人 > 製品を定義する役割の人 > UXデザイナー、アーキテクト、プロジェク トマネージャー、主任エンジニア、etc、つ まり全員。 > 企業の規模や、どういう開発プロセ スを採用しているかは重要ではない
- 10. 本書の構成 > 人 > チームメンバーが果すべき役割や責任 > プロセス > 製品を見つけだし、作り続けることを可能にす るベストプラクティス > 製品 > 製品のプロフィールについて
- 12. 本書での役割、肩書の定義 > プロダクトマネージャー > ユーザエクスペリエンスデザイナー > プロジェクトマネジメント > エンジニアリング > サイト運用 > プロダクトマーケティング
- 13. プロダクトマネージャー > 製品の市場性を評価すること > 市場要求仕様(MRD) > 市場性評価(Opportunity Assessment) > 開発すべき製品を定義すること > 製品要求仕様(PRD) > プロトタイプ > 市場とプロフィールを分けて考える
- 14. ユーザエクスペリエンスデザイナー > 要求仕様とデザインを調和させる > ペルソナを理解する > ナビゲーションやフローを設計する > 使いやすく、思わず使いたくなるも のになるまで導く
- 15. プロジェクトマネジメント > スケジュール、工程?進 の管理 > 谁かが兼任していることが多い
- 16. エンジニアリング > 製品を開発する人、チーム > 社外向けのサービスを開発する > 社内向けのサービスの開発運用はIT部門と呼 ばれることが多い
- 17. サイト運用 > サービスを稼動させ続ける任務 > エンジニアリングチームが行う場合も > 専门的な技能が必要で片手间ではできない
- 18. プロダクトマーケティング > 製品を世界中に知らしめること > 外装を決めること > 売り込むためのツールを提供する > プロダクトマネジメントとプロダクトマーケ ティングは全く別の技能が必要 > 多くの組織では1人2役しているがうまく いってないのでは
- 19. 各ロールの人数の目安 > 5 10人のエンジニアに対してプロダ クトマネージャー1人 > UXデザイナ1人でプロダクトマネー ジャー2人 > エンジニアが5人を越えるならプロジェ クトマネージャーが必要
- 23. よくない3つのパターン > マーケティング手動の商品である > 1つの役割に2人の担当者がいる > 1人で2つの役割を兼务している
- 24. マーケティング手動の製品 > プロダクトマーケティングがプロダ クトマネージャーである > 製品をみつける課程で解決すべきだった難し い問題が先送りになる > いきなりエンジニアリングチームが開発を はじめないといけない
- 27. マーケティング手動の製品である > プロダクトマネージャーが製品を定義す ることについて信頼されていない > できない?苦手? > 開発チームの誰かがプロダクトマネー ジャー役を引き受けて上手くいく可能 性があるが、開発スタート時点で問題 をかかえている
- 28. 1つの役割に2人の担当者がいる > 最終責任を負う人が存在しなくなる > ある人は全社的な計画や要求を決定する > ある人はある製品の仕様を決定する > 複数の事業部門がある大企業では、 役割分担が進み過ぎて責任の所在が 曖昧になりがち
- 31. 解決法 > プロジダクトマネージャーとプロダクトマー ケティングの役割を定義 > 1章の通り > 互いに必要な情報を持っているのでよくコ ミュニケーションすること > マーケティングは製品の詳細を決めるのに必要な情 報をもっている > マネージャーはマーケティングが伝えるメッセージ に役立つ情報をもっている
- 32. まとめ > 優れた製品の陰には、責任をもってプロ フィールを決めた1人の人間がいる > プロダクトマネージャから優れた製品のプ ロフィールを与えられなければ、どんなに エンジニアリングが優秀でも意味がない > これはお互い様だけど、エンジニアリングが優秀じゃ ない場合はリリースではなくて持続させる面でコス トがかかってくる点が違う