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
25
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
プロダクトマネージャーのキャリアQUEST - pmconf2024 落選セッションお披露目会 #落選お披露目
aki_iinuma
3
3.1k
その機能、今作る必要ある?
aki_iinuma
7
2.3k
その失敗から何を学ぶ?不確実性をマネジメントして目標達成するための心得 #webtan
aki_iinuma
27
6.9k
リアルで価値を発揮するデジタルプロダクトを開発する
aki_iinuma
4
2.3k
決済に関する地味な話 #地味PMmeetup
aki_iinuma
6
2.7k
Noを伝える技術 #pmconf2021
aki_iinuma
226
200k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
113
50k
Other Decks in Technology
See All in Technology
MC906491 を見据えた Microsoft Entra Connect アップグレード対応
tamaiyutaro
1
150
[JAWS-UG栃木]地方だからできたクラウドネイティブ事例大公開! / jawsug_tochigi_tachibana
biatunky
0
220
Classmethod AI Talks(CATs) #15 司会進行スライド(2025.02.06) / classmethod-ai-talks-aka-cats_moderator-slides_vol15_2025-02-06
shinyaa31
0
140
アーキテクチャわからん、の話
shirayanagiryuji
0
280
Postman Vaultを使った秘密情報の安全な管理
nagix
3
230
10分で紹介するAmazon Bedrock利用時のセキュリティ対策 / 10-minutes introduction to security measures when using Amazon Bedrock
hideakiaoyagi
0
140
マルチデータプロダクト開発・運用に耐えるためのデータ組織・アーキテクチャの遷移
mtpooh
1
400
開発者が自律的に AWS Security Hub findings に 対応する仕組みと AWS re:Invent 2024 登壇体験談 / Developers autonomously report AWS Security Hub findings Corresponding mechanism and AWS re:Invent 2024 presentation experience
kaminashi
0
160
プロセス改善による品質向上事例
tomasagi
0
300
WAF に頼りすぎない AWS WAF 運用術 meguro sec #1
izzii
0
450
Next Step: Play Time!
trishagee
2
160
実践!OpenTelemetry
oracle4engineer
PRO
0
200
Featured
See All Featured
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
3
300
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
33
2.8k
Git: the NoSQL Database
bkeepers
PRO
427
64k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
49
2.2k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
356
29k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
Designing for humans not robots
tammielis
250
25k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
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