社内定例LT1回目の資料

プロダクトマネジメントについて学び始めた話。
まずはビルドトラップについて触れています。

Transcript

1. エンジニアがプロダクトマネジメントを学んだら
   エンジニアがプロダクトマネジメントを学んだら
   
   

   View Slide

2. プロダクトマネジメント
   ~
   ビルドトラップを避け顧客に価値を届ける~
   から⽂章を引⽤しています。
   購⼊は
   購⼊は
   かなりイチオシです。(
   会社の本棚にあります)
   こちら
   こちら
   
   

   View Slide

3. ビルドトラップにハマる
   ビルドトラップにハマる
   この⽂章を⾒たときにハッとしました。
   今までの新規事業プロジェクトを端的に表した⾔葉だと思ったからです。
   なんとなくプロダクトオーナーの⾔葉を聞いて、
   「いつか、当社の⽬標にとって、何かの役に⽴つ」
   という意識の元スクラム開発を進めていた⾃分に気付きました。
   ビルドトラップとは、組織がアウトカム
   (
   顧客に届ける価値)
   で
   はなくアウトプットで成功を計測しようとして、⾏き詰まって
   いる状況のことです
   
   

   View Slide

4. なぜ、そうなってしまったのか
   なぜ、そうなってしまったのか
   開発者(
   兼スクラムマスター)
   として
   「何かを作らなければ社内から評価されないのでは？」
   「何かを作らなければ社内から評価されないのでは？」
   という思いがあったのではないかと思います。
   プログラム開発は仕事の成果量がわかりやすいため、「仕事をしている」とプロジェクト
   内外に⾒せるためにうってつけだったのです。
   (
   しかも開発作業はとても楽しい！！
   )
   (
   しかも開発作業はとても楽しい！！
   )
   UI
   を整え、素晴らしいアーキテクトの元で動くプロダクトが出来上がるのは
   とても気持ちが良いのですが、
   これは「誰かにとって価値のあるもの」を意識した結果ではありませんでした
   
   

   View Slide

5. 改めて顧客に価値を届ける様に意識を変える
   改めて顧客に価値を届ける様に意識を変える
   ここの意識が今までは弱かったのだと思います。
   「プロダクトを作って、facebook
   で広告うてば、誰かに使って貰えるんじゃね？」的なと
   ころもあったかもしれません。ある側⾯でそれも真実かもしれませんが。
   もしくは、
   PO
   にお任せ状態だったところも。。。
   もしくは、
   PO
   にお任せ状態だったところも。。。
   ようやくここを反省できる様になったので、
   これから「プロダクトマネジメント」について少しまとめていきたいと思います。
   (
   次回に続く)
   本質的にプロダクトやサービスに価値はありません。価値があ
   るのは、顧客やユーザにとって意味のあること、つまり問題を
   解決したり要望やニーズをかなえたりすることです。
    
   
   

   View Slide