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
20221102_pmconf_b1_プロダクトマネジメントと民主主義.pdf
Search
fnwiya
November 02, 2022
3
6.9k
20221102_pmconf_b1_プロダクトマネジメントと民主主義.pdf
fnwiya
November 02, 2022
Tweet
Share
More Decks by fnwiya
See All by fnwiya
Serverless Rust
fnwiya
0
2.5k
WebAssembly future
fnwiya
0
2.1k
Competitive programming by Rust
fnwiya
1
1.9k
Featured
See All Featured
VelocityConf: Rendering Performance Case Studies
addyosmani
325
24k
Git: the NoSQL Database
bkeepers
PRO
425
64k
Building Flexible Design Systems
yeseniaperezcruz
327
38k
The Pragmatic Product Professional
lauravandoore
31
6.3k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Writing Fast Ruby
sferik
626
61k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
The Power of CSS Pseudo Elements
geoffreycrofte
72
5.3k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
42
9.2k
Optimising Largest Contentful Paint
csswizardry
33
2.9k
A Tale of Four Properties
chriscoyier
156
23k
Producing Creativity
orderedlist
PRO
341
39k
Transcript
プロダクトマネジメントと民主主義 2022.11.02 pmconf b-1 河野 文弥
自己紹介 河野 文弥 / Kohno Fumiya / @fnwiya 【所属】 ・株式会社ユーザベース
INITIAL事業 執行役員CPO ・株式会社wellday 執行役員CPO ・政治情報可視化サービス「JAPAN CHOICE」開発者 【キーワード】 #SaaS #エンプロイーサクセス #エンゲージメント #スタートアップ #政治 #選挙 #エンジニア
プロダクトマネジメントにおける 意思決定は民主的であるべきなのか
民主的なプロダクトマネジメント? 例えば... ・開発の優先度をメンバーによる 投票で決める ・プロダクトビジョンをミーティングでそれぞれ持ち寄りの 合議で決める ・意思決定者が持ち回りや評価によって頻繁に 入れ替わる
コンウェイの法則 コンウェイの法則とは 組織がシステム開発を行う際、その組織構造と同じ構造のシステム設計を行ってしまうという法 則のこと。 一つのチームで作れば大きな一つのシステムに、小さな分断したチームが作れば独立した個 別のシステムになる。 → プロダクトマネジメント版コンウェイの法則 組織の意思決定構造がサービス設計を規定する
民主的な意思決定構造は 妥協的なサービス設計を生む
民主的であることのメリット ・多様な視点が反映される ・プロセスに納得感が生まれやすい ・特定の人に依存しない
民主的であることの弊害 ・コミュニケーションコストの増加 →意思決定の遅れ ・玉虫色の決定となる →選択と集中ができない ・短期/目の前のKPIに向けた施策に走る →中長期的な一貫した投資の不足。リスクテイクできない。
民主的な意思決定の帰結 プロダクトマネジメント版コンウェイの法則により、 総花的、折衷的なサービス設計になりがち。 また、意思決定にも時間がかかる。
民主主義の失敗? ・COVID‑19による死亡率は民主主義国家ほど高い ・コロナ禍における経済成長率は 民主主義国家ほど低い https://www.mri.co.jp/knowledge/insight/ecooutlook/2020/dia6ou0000026cxv-att/nr20200714pec_02.pdf
なぜ民主主義か チャーチル 「民主主義は最悪の政治といえる。 これまで試みられてきた、民主主義以外のすべての政治体制を除けばだが」 重視されているのは × パフォーマンス ◦ プロセスの正統性(legitimacy)
民主的にやった方がいいこと ・誰も取り残してはいけないサービスの設計 →多様な視点が重要 ・組織や会社、働き方に関する意思決定 →プロセスの納得感が重視される
理想的なサービス設計とは プロダクトビジョンを最短距離で実現する ・誰のどんな課題を解決して、どんな価値を提供するのか。クリアでシャープ ・全体を通じた一貫性がある ・精度高くも素早い意思決定と実行
では、どのように 意思決定していくべきか
政体循環史観 古代ローマの歴史家ポリビオスの『歴史』より 政治制度は「王政→僭主政→貴族政→寡頭政→民主政→衆愚 政→王政」のように循環して推移するという歴史観。 王政は腐敗して僭主政や貴族政となる。貴族政も堕落して寡頭 政に取って変わられ、やがては民衆に打倒される。民主政も衆 愚政へと劣化し、民衆は王の誕生を待望する。 → 民主主義も一つの意思決定構造の 選択肢
王政 僭主政 貴族政 寡頭政 衆愚政 民主政 腐敗 正統性 堕落 正統性 劣化 待望
優しい終身の独裁者になろう
優しい終身の独裁者 優しい終身の独裁者( Benevolent Dictator For Life、BDFL)とは オープンソースソフトウェア開発プロジェクトの少数のリーダーに与えられる称号である。 コミュニティ内で論議、論争が発生した際に最終的な仲裁を行う権利を持つ。 一般的にはソフトウェアの仕様の最終決定者ではないが、 定義を拡張して、責任を持ち最終的に意思決定を行うことまでを提案したい。
調整するな、決定せよ
独裁的なプロダクトマネジメント 例えば... ・開発の優先度をメンバーによる投票で決める →参考として投票は集めても、決めるのはオーナー ・プロダクトビジョンをミーティングでそれぞれ持ち寄り の合議で決める →まずオーナーがビジョンを示す ・意思決定者が持ち回りや評価によって頻繁に入れ替わる →原則オーナーは変えない
全部決めなきゃいけない? そもそもPdMの業務範囲は膨大 その全ての意思決定を担わなければならないのか? → 答えはYes。それだけPdMの責務は重い。 ただ分割統治や権限委譲によりスコープをコントロールすることはできる。
分割統治/地方分権 一つのプロダクトには一人の独裁者 → プロダクトを分割する。 × 機能による分割 ◦価値により分割 参考: 「プロダクトを分割してマネジメントする」小城久美子 /
ozyozyo https://note.com/ozyozyo/n/n9899e384488b プロダクト pmconf サブプロダクト 簡単に応募できる サブプロダクト スムーズに動画がみれる 基盤プロダクト SSOで認証できる
権限委譲/デリゲーションポーカー http://nuworks.jp/ja/2016/12/09/deligationpoker/ 権限委譲をする/しないではなく、 段階を設定した上で チームでどの程度権限委譲を行うかを決める。 意思決定の方法を事前に合意することで、 優しい独裁を実現する。
デリゲーションポーカーの例 抽象度大 抽象度小 ・プロダクトビジョン ・バリュープロポジジョン ・ロードマップ ・カスタマージャーニー ・要件定義
独裁者は何によって正当化されるのか 独裁≠自分の好きにやっていい → 各社のビジョン/ミッション/バリューに従う。VMVが憲法。 コミットメントと説明責任。 成果を出す。なぜその意思決定をしたのかを丁寧に伝える。
最後に 決めることから逃げない。 意思決定の量と質こそが学びと成果
最後に 政治においては民主主義の力を信じる。 投票にいきましょう!