プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける
- オライリージャパン (2020年10月26日発売)
本棚登録 : 588人
感想 : 46件
- Amazon.co.jp ・本 (224ページ)
- / ISBN・EAN: 9784873119250
作品紹介・あらすじ
プロダクトマネジメントの原則と考え方、ポイントについて解説！
あらゆる規模の組織に適用できるプロダクトマネジメントの原則についての書籍です。リリースにばかり焦点を当てると、顧客のニーズではなく、スケジュールを重視して不必要な機能を作りだしてしまいます。このような状態を本書では「ビルドトラップ」と呼んでいます。本書では、プロダクトマネジメントの基礎を築くことで、企業がビジネス目標を達成しながら、顧客が必要とする機能をリリースする方法を紹介して、「ビルドトラップ」を避ける方法を解説します。
感想・レビュー・書評
-
予算を弾力的に運用できるとか、そういったことが大企業ではできないってのはその通りで、でもソフトウェアにおける予算はほぼ社員の人数で決まっているから、管理もとても簡単なんだよね。人数かける費用で算出できる以上はかからない。だから全部固定費。で、その中で何をやるのか？ってところまで上部マネージメントが入り込むのはやりすぎ。だから、こんだけの工数を渡すって感じになる。それで、ハードウェア企業だとソフトウェアは間接部門だからビジネスにまつわる投資とかできないわけだよねー。とても合意するところの多い本でした。
1
詳細をみるコメント0件をすべて表示 -
2024年1月28日読了。自社製品の開発、「プロダクトマネジメント」において陥りがちな「ビルドトラップ」＝プロダクトアウトの思考のありがちな例・避けるための心構え・取り組みなどをサンプルケースを基に説明する本。常識的な内容ではあるのだが、自分を振り返ってみてもともすれば仕事はタスク志向で手を動かすところに集中しがちで、「何のために？どんな価値を出す？どう優先順位をつける？」といった要素は十分に議論されず「惰性でなんとなく」になりがちな気もする。チームが目指すべき「ノース・スター」を常に見えるところにおいてそこに立ち戻る、という取り組みが重要なのだろう。
0
-
アウトプットではなくアウトカムに注力するプロダクト主導を目指すために、役割、戦略、プロセス、組織の階層に分けてそれぞれ解説がされる。
示唆に富んだ記述も多く、参考になる。
一方で、マーケットリーという架空の企業を想定した説明であること、事例に挙げられている企業の例が少ないこと（Netflix が例に挙げられる章が多い）、後半はコンサルの理想論を聞いている気持ちになり人を選ぶであろうことなどが気になった。
本書は5部25章の構成になっている。
第Ⅰ部 ビルドトラップ
１章 価値交換システム、２章 価値交換システムの制約、３章 プロジェクト / プロダクト / サービス、４章 プロダクト主導組織、５章 私たちが知っていること、知らないこと
第Ⅱ部 プロダクトマネージャーの役割
６章 悪いプロダクトマネージャーの典型、７章 優れたプロダクトマネージャー、８章 プロダクトマネージャーのキャリアパス、９章 チームを構成する
第Ⅲ部 戦略
１０章 戦略とは何か？、１１章 戦略のギャップ、１２章 良い戦略フレームワークを作る、１３章 企業レベルでのビジョンと戦略的意図、１４章 プロダクトビジョンとポートフォリオ
第Ⅳ部 プロダクトマネジメントプロセス
１５章 プロダクトのカタ、１６章 方向性の理解と成功指標の設定、１７章 問題の探索、１８章 ソリューションの探索、１９章 ソリューションの構築と最適化
第Ⅴ部 プロダクト主導組織
２０章 アウトカムに注目したコミュニケーション、２１章 報酬とインセンティブ、２２章 安全と学習、２３章 予算編成、２４章 顧客中心主義、２５章 マーケットリー：プロダクト主導企業
本書では、機能のリリース（アウトプット）に注力してアウトカムを見れていない状態を「ビルドトラップ」と称し、階層ごとに説明がされている。
「役割」では、プロジェクトマネージャーとプロダクトマネージャーの違いや、求められる能力について書かれていて、実際はどうあれ共感はできる内容だと思う。
> プロジェクトマネージャーは「いつ」に責任を持ちます。...プロダクトマネージャーは「なぜ」に責任を持ちます。なぜこれを作るのか？どうやって顧客に価値を届けるのか？ビジネス目標を達成する上でどう役に立つのか？このようなことに責任を持ちます。（p.32 悪いプロダクトマネージャーの典型）
> プロダクトマネージャーに技術の素養は必要ですが、精通している必要はありません。つまり、開発者を会話したりトレードオフの決定を下したりできるくらいに技術を理解していれば構いません。機能や改善の複雑性を理解して開発者に正しい質問ができればよいのです。（p.32 優れたプロダクトマネージャー）
「戦略」は少々漠然としている。会社のビジョンなど個人にコントロールできる要素が少なく、実践が難しい。
続く「プロセス」は業務の方法論に近い表現が多く、参考になる記述もある。
> 『リーン・スタートアップ』が出版されてからというもの、企業は実験のテクニックを取り入れてきましたが、多くの企業は間違った理由で取り入れています。みんな理想的なMVP（Minimum Viable Product）を作ろうとしています。MVPは同書の中で実験として取り上げられているにも関わらずです。（p.133 ソリューションの探索）
本書を通じて、ビルドトラップという単語が示す状態は理解することができ、プロダクト開発の方向性や手段などでアウトカムに繋がりづらい動きを変えるきっかけにはなるだろうと感じた。
0
-
ビルドトラップの提唱者によるビルドトラップによる問題とその対処方法を学習できる本。
ビルドトラップとは、製品/機能のリリースに注力するあまり、顧客への価値提供が疎かになる状態を指す。
顧客へ価値を提供し続けるためには、ビルドトラップを認識し、適切な対策が必要となる。
ビルドトラップの主な 特徴/リスク は以下の通りと理解。
・機能中心思考
・短期的な成功指標に偏重
・継続的なビルドのループ
ビルドトラップを回避する推奨事項は以下の通りと理解。
・アウトカム指向
・顧客との接触
・長期的なビジョンの策定
・学びを重視する文化の育成
0
-
ビジネス書。内容はタイトルの通り。製品開発のための手法を広く浅くまとめてある。内容も平易。ネットで推薦されていたので買ってみた。ある程度、製品開発のリーダー的な実務をこなしてきた人が、振り返り・知識の整理・古くなった部分のアップデート、などの目的で読むと良いと思う。
0
-
ビルドトラップを提唱している本。機能を増やすことが全てではないし、むしろ負債になるケースの方が多いので、何を作るのかに関心を向けよう。あと、使われていない機能を閉じる努力をしよう。
0
