Japan Product Manager Conference 2016 (2日目) - エンジニアの技術的独り言

2日目についても参考になったことだけをピックアップして簡単にまとめようと思います。

by DevJam David Hussman 氏

世の中の流れ

→プロセスよりプロダクトという姿勢になりつつある

1チーム1プロダクトをベースにアジャイルマニフェストをプロダクトよりに書き換えてみたらしいです。

複数チームで一つのプロダクトという構成でさらに修正を加えたものが下記。

by 株式会社サイバーエージェントプロダクトマネージャー渡邉雄作氏

他の多くの会社でもそうみたいですが、やはりプロダクトマネージャーという職種自体はまだないらしいです。

エンジニアっぽい話がメインでした。

by Niantic, Inc. Product Management Director 河合敬一氏

今回のカンファレンスで一番注目を集めていたセッションです。PokemonGOの話もあったためテレビ東京さんが取材にも来ていました。急遽ランチの時間もランチセッションみたくトークして下さってかなりお得な感じでした。

「adventure on foot」 がビジョン

→何かを作る際に必ず基準となる。それを実現すればみんなが足で外に出て冒険をできるようになるのか。PMはいろいろ決める人なので、こういう軸が定まっていないと難しくなる。

PMが定常的にルーチンをやっていたら負け

→継続できる仕組みを作って引き渡すまでがPMの仕事。引き渡した後は違う取り組みをいろいろ行う事が必要。

PMはエンジニアからリスペクトされる存在であるべき

→ユーザーの意見のエンジニアへの伝え方は重要。なぜならそれによってモチベーションが左右されるから。本当のことを伝えすぎてもダメな場合もある。焼き肉に連れて行くのはPMの仕事らしいw

→実際にそうであれば言う事はないけれど、「自分がこうしたい」というものを相手の口から言わせることが一つのPMのスキル。相手の納得感が得られるし、仮に違う意見が出たとしても自分の意見よりも良い可能性がある。

PMの評価はどうあるべきか

→製品の評価と密接に結びつきつつ、文脈は反映されるべき

言葉は大事。でも超大作にしない

→特にビジョンなど。すぐに決めてパッと貼り出してダメになったら変えれば良い、としていた方がうまくいく。

いつ諦めるのか

→第三者の意見を聞く事は良い。諦めたいときは諦めた方が良い。そういう時はたいてい環境のせいだったりする。

個人的にはいろんな言葉が結構つきささりました。

by 株式会社メルカリ執行役員伊豫健夫氏

2016-10-25 product manager conference 資料 from Takeo Iyo

驚きだったのがリソースの90%をUSにあてていること。

簡単に決断できることではないような気がするけれど、実際やっているのがすごいと思いました。

それによって個々人の行動レベルまで迷いがなくなり余計な議論が起こりにくいらしいです。

メルカリもOKRを採用しているらしい。ゴールが大粒なので打ち手に対する発想も大胆になって良いとのこと。PMが各KRの達成に対して全責任を持つので責任は重いみたいです。

エンジニア主体の会社であるが故に良さそうなところ！！

企画段階でDBのテーブル設計まで仕様策定したり、リリース後の分析は自分でクエリを書いている
→やっぱりクエリを書くのは全員できた方がよいと思う
報告は最小限で必要な情報は自分で取りに行く
→社内WikiやSlackにあるので自分で取りに行かないと情弱扱いされるらしいw
→厳しいけどその方が結果的にいろいろうまく行く気がすると自分も思っています。そのために情報を探しやすい仕組み作りは必要だと思う。自分ができている近しい取り組みとしては基本的に全部Qiita teamにあげるように心がけているところくらいです。

メルカリで活躍するPM像