Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
プロダクトマネジメント組織立ち上げの課題と落とし穴と楽しみ #pmconf2022
Search
Aki / @LoveIdahoBurger
November 02, 2022
Technology
24
16k
プロダクトマネジメント組織立ち上げの課題と落とし穴と楽しみ #pmconf2022
https://2022.pmconf.jp/session/BCrdkstd
Aki / @LoveIdahoBurger
November 02, 2022
Tweet
Share
More Decks by Aki / @LoveIdahoBurger
See All by Aki / @LoveIdahoBurger
その機能、今作る必要ある?
aki_iinuma
5
1.7k
その失敗から何を学ぶ?不確実性をマネジメントして目標達成するための心得 #webtan
aki_iinuma
26
6.7k
リアルで価値を発揮するデジタルプロダクトを開発する
aki_iinuma
4
2.2k
決済に関する地味な話 #地味PMmeetup
aki_iinuma
6
2.6k
Noを伝える技術 #pmconf2021
aki_iinuma
226
200k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
111
49k
Other Decks in Technology
See All in Technology
Microsoft Azure全冠になってみた ~アレを使い倒した者が試験を制す!?~/Obtained all Microsoft Azure certifications Those who use "that" to the full will win the exam! ?
yuj1osm
1
110
Qiita埋め込み用スライド
naoki_0531
0
860
ブラックフライデーで購入したPixel9で、Gemini Nanoを動かしてみた
marchin1989
1
520
なぜCodeceptJSを選んだか
goataka
0
160
podman_update_2024-12
orimanabu
1
260
[Ruby] Develop a Morse Code Learning Gem & Beep from Strings
oguressive
1
150
祝!Iceberg祭開幕!re:Invent 2024データレイク関連アップデート10分総ざらい
kniino
2
240
株式会社ログラス − エンジニア向け会社説明資料 / Loglass Comapany Deck for Engineer
loglass2019
3
31k
WACATE2024冬セッション資料(ユーザビリティ)
scarletplover
0
190
権威ドキュメントで振り返る2024 #年忘れセキュリティ2024
hirotomotaguchi
2
730
ガバメントクラウドのセキュリティ対策事例について
fujisawaryohei
0
530
大幅アップデートされたRagas v0.2をキャッチアップ
os1ma
2
520
Featured
See All Featured
Music & Morning Musume
bryan
46
6.2k
Raft: Consensus for Rubyists
vanstee
137
6.7k
How STYLIGHT went responsive
nonsquared
95
5.2k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
169
50k
Fantastic passwords and where to find them - at NoRuKo
philnash
50
2.9k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
Six Lessons from altMBA
skipperchong
27
3.5k
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
Product Roadmaps are Hard
iamctodd
PRO
49
11k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
How To Stay Up To Date on Web Technology
chriscoyier
789
250k
Java REST API Framework Comparison - PWX 2021
mraible
PRO
28
8.3k
Transcript
2022/11/02 Aki Iinuma プロダクトマネジメント組織立ち上げの 課題と落とし穴と楽しみ
このセッションの話題 プロダクトマネジメント組織(=プロダクトマネージャーが集まりプロダクトマネジメントを 専門とする部署)について話します。 • 今日は主に私が経験した失敗談や落とし穴の紹介をしていきます • そしてその経験から導き出される結論はいろいろなところで語り尽くされているもの と大差ないと思いますが、失敗談による追体験をお楽しみください • サンプルが少なく統計的な意味はありませんが、あくまで「こんなケースもある」とい
うひとつの例としてお楽しみください
飯沼亜紀 キャディ株式会社 プロダクトマネージャー • キャディのManufacturing事業で社内向けプロダ クトを担当 • pmconf登壇は3回目 ◦ 前2回は別の会社に所属していました •
副業を含め5社でプロダクトマネジメント組織の立 ち上げを経験 ◦ キャディでは今のところやっていない @LoveIdahoBurger 自己紹介
• プロダクトマネージャーという職種への注目度が高まるにつれ、プロダクトマネジメ ント組織立ち上げのニーズも増えていると感じる ◦ 相談されることが増えてきた ◦ それに伴い、うまくいっていないという話もよく聞くようになってきた • 組織はプロダクトと同じだと思う ◦
立ち上げて終わりではない ◦ でも立ち上げ時点で失敗する運命が決まるケースもある ▪ 落とし穴にはまるのは落とし穴にはまる呪いがかけられているから ▪ 組織づくりは呪いを解いてから 今日この話をする背景
組織立ち上げ前に確認すること 組織をつくる ことの正当性 組織の 外部環境 組織の内部環境
言いかえれば:組織立ち上げに必要な3要素 組織としての ミッション・ ビジョン 組織が 成功できる 環境 組織の構成要員 • この組織で成し遂げたいことは明確
になっているか • 今必要とされているのはプロダクト マネジメント組織なのか • メンバーはプロダクトマネー ジャーとして独り立ちできるか • 組織内でプロダクトマネー ジャーが成長できるか • 会社の文化として組織の独立 が外部からの遮断につながら ないか • トップは組織の成功のために コミットしてくれるか
組織立ち上げは困難の連続 組織が立ち上がらない 当事者が腹落ちしない まま組織が立ち上がる 何者でもない人達の 組織に… 中の人のモチベーション 下がりっぱなし 組織の外の人達が ついて来ない
やっぱり組織不要なん じゃないかという圧力
そもそもプロダクトマネジメント組織は必要なのか • 組織の性質的に必要性を正当化するのは難しくなりがち ◦ プロダクトマネジメント組織がなくてもプロダクトマネージャーは存在できる ◦ そもそもプロダクトマネージャーがいなくてもプロダクトは開発できる • プロダクトマネージャーが 3人以上集まったら組織を作るべき
…みたいな決まりは無い • 組織をつくるのは組織があったほうが効率的だから ◦ プロダクトマネージャーが固まっていたほうが効率的な場合もあれば各所に散らばっていたほうが効率的な場合もある 場合による
組織があったほうが効率的かどうかの判断は主にこの2つの観点で行うのがよさそう そしてこれらにはその組織のプロダクトのあり方が大きく影響する 効率的とは? 意思決定・情報流通 プロセスの設計 評価・育成プロセスの設計
組織立ち上げの落とし穴 1 正 当 性 の 落 と し 穴
2 内 部 環 境 の 落 と し 穴 3 外 部 環 境 の 落 と し 穴
• トップダウン型 ◦ 偉い人が組織をつくる意思決定をする ▪ ビジネス上の課題だったり ▪ 組織上の理由だったり ▪ 流行に乗ってみたくなったり
▪ 顧客から要望が来るというレアケースもある • ボトムアップ型 ◦ プロダクトマネージャー(またはそのステークホルダー)からプロダクトマネジメント組織をつくるべき であるという声が上がる 立ち上げの機運はどこからやってくるのか
• 立ち上げのきっかけがボトムアップであったとしても、プロダクトマネジメント組織が 必要という認識がトップになければそれは実現しない ◦ つまりボトムアップ型にとっての最大の失敗要因は「トップの理解が得られない」 ◦ しかも…本質的には理解を得るだけでは不足でトップの強力な支持が必要 全ての組織立ち上げは究極的にはトップダウン トップダウン型 ボトムアップ型
トップの意向 ボトムの意向 組織は… できる できる できる できない • 現状の課題と組織のミッション・ビジョンをストーリーにして伝えましょう
• トップダウンで現場腹落ち無しに組織を立ち上げることは 可能 ◦ 時にそれは十分な正当性がないままに行われる • プロダクトマネジメント組織をつくることは時として大きな デメリットを伴う ◦ 例えばプロジェクトマネージャーとセットで動いたほうがいいケース
でこれをやると危険 その組織に正当性はあるのか 意思決定・情報流通 プロセスの設計 評価・育成プロセスの設計 • 立ち上げ前に組織のミッション・ビジョンを考えましょう • 立ち上げ後に組織がミッション・ビジョン達成に向けて動ける環境を整え ましょう
組織立ち上げの落とし穴 1 正 当 性 の 落 と し 穴
2 内 部 環 境 の 落 と し 穴 3 外 部 環 境 の 落 と し 穴
• これは組織の有無にかかわらず出てくる話ではあるが、プロダクトマネージャー達を 独立させる以上、組織内外からの期待は高まりがち ◦ 結果として問題も大きくなりがち • 組織への期待にはメンバーの専門性の伸長も含まれる ◦ ジュニアメンバーしかおらず教育・評価ができないという問題は組織立ち上げありきで進めた場合に 特にありがち
▪ それを補うために組織がキメラ化するケースも プロダクトマネージャーの教育や評価 • 組織内で評価・育成ができる体制を整えて立ち上げましょう
中の人のスキル問題:スキル不足が招く悪循環 PM つらい… 情熱を失う 周囲の 期待も 何でも屋に 価値を
出すべく 何でも屋に スキル不足 • スキル不足は単なる経験の不足であることが 多い ◦ 悪循環に陥る前に正しくガイドしながら経験を積ませ られる環境が必要 • ただしこれが悪循環を招きスキルを身につける モチベーションを奪ってしまうことがあるので注 意 • 未経験者だけで組織を立ち上げるのは要注意 ◦ プロダクトマネージャーとして自立できる環境をつく りましょう • 必要に応じて外部リソースを活用しましょう
プロダクトマネージャーとして成長できるのは… プロダクトマネジメントに対する情熱があり プロダクトマネジメントのスキルがあり プロダクトの成功のためならプロダクトマネジメント以外のこともやる気概 がある 人 スキルがあればいいのか問題 情熱・気概 もとから備わっているか、 本人が主体的に身につけ るしかない
スキル 環境を整備することにより 身に付けさせることができ る 本人の意向は確認するべき スキルはある程度どうにかなるが、情熱や気概 について周囲ができることは限られている
組織立ち上げの落とし穴 1 正 当 性 の 落 と し 穴
2 内 部 環 境 の 落 と し 穴 3 外 部 環 境 の 落 と し 穴
組織文化や既存組織構造との相性はある 開発 CS プロダクトマネジメント … 事業 A 事業 B 事業
C • 新しく組織をつくる場合は既存の他部署の構造と矛盾 を生まないよう注意が必要 • 必要とされているのはプロダクトマネジメント組織なの かという話は外部環境からも考えたほうがいい ◦ 特に組織間の連携がうまくいっていない組織では逆に情報が 流れなくなってしまう可能性も ▪ 会社全体の情報流通設計として部署を重視しすぎている 組織があるため
• プロダクトマネジメント組織が独立していると業 務の解像度が上がりにくい疑惑 ◦ 業務を深く理解している人と別組織になりがち • 実際には理解していても印象として解像度が高 くないと思われがち • 解像度は高いほうがいい
◦ でもそれはPMが誰よりも高い解像度を持つべきと いうことを意味しない ▪ だから解像度に関するツッコミが入った時に は要注意 業務解像度問題 「◦◦さんは業務 解像度が低い から…」 「サポートし ます」 「◦◦できな い」 • プロダクトは皆でつくるものという認識を組織内外で共有で きるようにしましょう
• そもそもトップのマインドセットとして組織をつくって終わりになっていないか ◦ プロダクトマネジメント組織はいろいろな風にさらされやすい ◦ その時に組織を守ってくれるのか、それとも早々に組織を潰す決断をするのか • 組織以前にプロダクトマネージャーが活躍できる環境が用意されているかどうかも要チェック ◦ 過去に経験した組織ではトップダウンでスコープとスケジュールが決まることもあった
▪ そういう組織ではプロダクトマネジメントよりもプロジェクトマネジメントとリスクマネジメントと期待値コントロール が全て • 「サイロ化している」「あいつら何やってるかわからない」と言われないように常に積極的に情報発信 しましょう ◦ でも気にしすぎ注意 ▪ なぜなら「あいつら何やってるかわからない」を翻訳すると「俺のあの機能がいつまで経っても実現しない」でし かないことがあるから その他外部環境にまつわる諸々
• プロダクトマネージャーとして組織をつくるのが純粋に楽しい ◦ ビルドトラップ注意 • 組織に悩む時間がなくなったらプロダクトに向き合える時間が増える気がする ◦ 組織がうまくいったからプロダクトがうまくいくという状態がプロダクトマネージャーとして純粋に嬉し い ◦
組織づくりはプロダクトの成功のために必要なことのひとつであって組織立ち上げを単独のものとは あまり考えていない で、楽しみって何?(超個人的意見)
まとめ:組織立ち上げにはこの全てが必要 組織をつくる ことの正当性 組織の 外部環境 組織の内部環境
つまりこれ。無いならまず作ろう!組織はその後! 組織としての ミッション・ ビジョン 組織が 成功できる 環境 組織の構成要員 • この組織で成し遂げたいことは明確
になっているか • 今必要とされているのはプロダクト マネジメント組織なのか • メンバーはプロダクトマネー ジャーとして独り立ちできるか • 組織内でプロダクトマネー ジャーが成長できるか • 会社の文化として組織の独立 が外部からの遮断につながら ないか • トップは組織の成功のために コミットしてくれるか …または、組織をつくらないという選択も
どんな形の組織に所属することになっても、 プロダクトマネージャーの活動は組織の枠組みの中だけでは絶対に完結しない 越境する力を身に着けよう 最後に言いたいこと
Thank You!
Some of the icons and diagrams used for this deck
are by SlidesCarnival Credit