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
スケールするプロダクトを支える組織マネジメント
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
浜中 慶/ HAMANAKA, Kei
December 02, 2016
Technology
3.7k
6
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スケールするプロダクトを支える組織マネジメント
pmjp.slack.comオフ会#6 発表資料
浜中 慶/ HAMANAKA, Kei
December 02, 2016
More Decks by 浜中 慶/ HAMANAKA, Kei
See All by 浜中 慶/ HAMANAKA, Kei
[Red Hat Forum 2019] 5年後のクラウドへキャッチアップするには/ The Future of “Cloud” ~インフラ基盤の運用自動化を事例として~
khamanaka
0
110
[VMware EVOLVE] 運用作業の80%自動化を実現した「ニフクラ」の取り組みと目指す姿について/ Operation automation on NIFCLOUD
khamanaka
0
460
Amazon Dash Buttonで子育てハック
khamanaka
3
2.2k
クラウドインフラ運用自動化
khamanaka
0
970
Rubykaigi2010 Cloud Management with Ruby
khamanaka
0
300
Rubykaigi2009 Ruby, Railsによる 「ケータイ」 ポータルの作り方!
khamanaka
0
280
Rubykaigi2008 Ruby, Railsによる ”ふつう”な ポータルサイトの作り方!
khamanaka
0
250
Rubykaigi2007 RubyとRuby on Railsの活用事例 - @nifty TimeLine β はいかにして作られたか -
khamanaka
0
130
@nifty TimeLine βの作り方
khamanaka
0
140
Other Decks in Technology
See All in Technology
2026TECHFRESH畢業分享會 - Lightning Talk - 打造精準高效的 MCP 設計模式與測試實務
line_developers_tw
PRO
0
1.1k
【NRUG vol.18】KubernetesにおけるNew Relicデータ取得量削減の考え方
nrug_member
0
150
AmazonRoute 53ではじめてのドメイン取得!HTTPS化までの道のりを整理してみた
usanchuu
3
140
Agent Skills設計で柔軟性と硬さのバランスが難しい話
nassy20
0
130
日本 Fintech 未来予測レポート 2027〜2028年(オリジナル版)
8maki
0
2.3k
日本 Fintech 未来予測レポート 2027〜2028年(手動編集版)
8maki
0
2.4k
Chainlitで作るお手軽チャットUI
ynt0485
0
260
スキルと MCP ツール、責務をどう分けるか? AI が迷わないインターフェース設計の戦略
cdataj
1
1.1k
MCP Appsを作ってみよう
iwamot
PRO
4
670
中期計画、2回作ってみた ~業務委託と正社員、両方の視点から~
demaecan
1
910
現地で盛り上がった WWDC26 Keynote
zozotech
PRO
1
250
エラーバジェットのアラートのタイミングを考える.pdf
kairim0
0
150
Featured
See All Featured
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.2k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
430
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.5k
Between Models and Reality
mayunak
4
340
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
860
Game over? The fight for quality and originality in the time of robots
wayneb77
1
200
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
150
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
170
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
610
Documentation Writing (for coders)
carmenintech
77
5.4k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
230
Transcript
Copyright © NIFTY Corporation All Rights Reserved. スケールするプロダクトを支える 組織マネジメント 2016.12.02
浜中 慶 ニフティ株式会社 pmjp.slack.comオフ会#6
1 Copyright © NIFTY Corporation All Rights Reserved. 自己紹介 &
サービス紹介
2 Copyright © NIFTY Corporation All Rights Reserved. 自己紹介 浜中
慶 クラウドインフラ部 部長 Webサービス事業の新規サービス企画担当から キャリアをスタート デザイン制作担当、システム開発担当を経て 2012年よりクラウド事業に参画。 インフラ部門の課長を経て2015年から クラウド事業(IaaS/PaaS)の商品戦略全般と クラウドインフラ部の部門マネジメントを担当
3 Copyright © NIFTY Corporation All Rights Reserved. ニフティ社のクラウド事業 1980年代〜
1990年代〜 2000年代〜 2010年代〜 1,000万人のインターネットライフを支えるクラウド パソコン通信事業 ISP事業 Webサービス事業 クラウド事業 ISPやWebサービスで培ったノウハウやインフラ 資産を活かし、2010年よりクラウド事業を開始
4 Copyright © NIFTY Corporation All Rights Reserved. ニフティクラウド実績 IaaS(オートセルフ型パブリッククラウド)
国産クラウド No.1 顧客数 5,000ID+ パートナー数 200+ 売上 50億+
5 Copyright © NIFTY Corporation All Rights Reserved. スケールするプロダクトを支える 組織マネジメント
6 Copyright © NIFTY Corporation All Rights Reserved. プロダクトマネジメントを組織論的なアプローチで実施した内容について ※組織マネジメント話がメインでプロダクト自体の話は少ないです
今日の発表内容 フェイズによってマネジメント手法を変更 (事業規模:売上10億/年→50億/年) テーマ 1. プロダクト立ち上げ期から拡大期への移行方法 2. 100人オーバー組織のプロダクトマネジメント
7 Copyright © NIFTY Corporation All Rights Reserved. [前提] ニフティクラウドの組織構成
エンジニアが企画するスタイル - 技術者向けインフラサービスのため、技術的なバックグラウンドが必須 - ビジネスドリブンな企画はマーケティング部門が推進するケースもある (例:低価格VMサービス、など) - ブランディングなどの全体調整はマーケティング部門が実施 専業プロダクトマネージャー職はいない - IaaSは、インフラ部門が運用しつつサービス企画も行う - この辺りは今後の課題
8 Copyright © NIFTY Corporation All Rights Reserved. 1. プロダクト立ち上げ期から拡大期への移行
9 Copyright © NIFTY Corporation All Rights Reserved. 課長&異動 別事業部の
エンジニアだった自分 偉い人 はじまり 2012年、ニフティクラウド(IaaS)の企画運用部門のマネージャーに就任
10 Copyright © NIFTY Corporation All Rights Reserved. 就任当初のビジネス・組織状況 当時のビジネス状況
・サービス立ち上げから2年経過 ・クラウド普及の波の到来に伴いビジネス・サービス規模が急拡大 ・上記伴いメンバーも増加 チーム状況 ・IaaSインフラの企画運用チーム(メンバー:約10名) ・新規のサービス開発がリリース時よりも停滞するようになった - 人数は圧倒的に増加している - 停滞により、メンバーのフラストレーション・焦燥感が高まる - 「リリース時より仕事がし辛くなっている」
11 Copyright © NIFTY Corporation All Rights Reserved. なにが課題で サービス開発が進まないんだろう
12 Copyright © NIFTY Corporation All Rights Reserved. チーム全員、事業部内の部課長と1on1を実施
13 Copyright © NIFTY Corporation All Rights Reserved. 課題の一例 –
プロダクト開発関連 新規サービス開発が進まない問題 プロダクトを次のステップに進めるためには チーム構造で変化を起こす必要あり (PMとして解決すべき優先度の高い課題は組織マネジメントにあると判断) ・新規サービス企画は大量にストックがあるが、具現化がしづらい状況 - AWSなどの先行プロダクトの存在 - 「思念(アイデア)のみが存在し、表現ができない状態」は焦燥感を高める ・開発リソースの補充が解決策に見えるが…、そんなに簡単ではない ▪課題(例) 1) リリース後2年経ち、運用作業が増加の一途 →攻めタイプの人材も運用を実施せざる 2) 人数が増えたことでメンバー間の認識の相違が顕著になり、 一つ一つの作業が時間がかかる(特に、立ち上げメンバーと途中加入メンバー)
14 Copyright © NIFTY Corporation All Rights Reserved. 事例:チーム構造で変化を起こす 新規開発
新領域への取り組み チーム内での協議の結果、チーム体制を3つの役割に変更 運用改善 運用自動化の推進 ※変更にあたり、メンバーの指向性や特性を踏まえた上で、丁寧な議論をした上での変更が大事 数値分析 正しいことを数値的に定義 企画運用 一体型チーム
15 Copyright © NIFTY Corporation All Rights Reserved. 事例:チーム構造で変化を起こす プロダクトの拡大を支える基盤を構築
1)運用作業が増えたので 新規開発にリソースを割けない 感覚を数値化。誰もが理解できる 指標を定義し議論を減らす 数値定義 2)人数が増えたことで認識があってない (立ち上げメンバーと途中加入メンバー) 自動化を積極推進、運用属人性の低減と アプリエンジニアのインフラ運用参画 運用自動化 ※このテーマを深掘りした別発表時の資料 https://goo.gl/SRdbNn
16 Copyright © NIFTY Corporation All Rights Reserved. 1. プロダクト立ち上げ期から拡大期への移行
施策について ・運用自動化 - クラウドは構築作業、構成変更作業が多数 - メンバー特性(新技術・アプリ志向、若年層)、採用活動のし易さ →過去ナレッジを活かした施策ではなく、新方針に舵切り ・数値定義 - クラウド運用は常識やベストプラクティスが無い新しい領域 - 数値化が新旧メンバーのお互いの理解を助ける、ノウハウ共有につながる →両施策とも事業特性や自社リソース状況、フェーズに合わせ判断 チーム構造変更時に考慮したポイント ・期待役割をメンバーに明確に共有できるかどうか - 1on1 、数人でのディスカッション ・大幅なチーム構造変更は頻繁には行わない - ベストな変更案は無いという前提認識
17 Copyright © NIFTY Corporation All Rights Reserved. 2. 100人over組織の
プロダクトマネジメント(現在進行系)
18 Copyright © NIFTY Corporation All Rights Reserved. サービス立ち上げから4,5年後 当時のビジネス状況
・クラウドは一過性のブームではなく、社会インフラへと拡大 - クラウド需要の波を捉え、ビジネス・サービスは順調に成長 - しかしグローバルベンダーの拡大も留まらない 組織状況 ・部メンバー:約30名〜現在50名、事業部内の関係者は170名程度 ・プロダクトの更なる拡大 - IaaS/PaaS/mBaaS/IoT/ソリューション - リージョン数(国内/海外)7、OEM提供数:9、チャネル(直販/パートナー)の拡大 - 全機能の詳細把握コストが跳ね上がった (簡易紹介資料で100ページ超え) ・メンバー内の意識差・認識差が更に顕著に - 目指す方向性、ビジョンなどの大枠から、細かいレベルまで様々 - 「昔ならxxという判断はあり得なかった」 ・個々人が当事者意識、全体感を保つことの難しさ - 担当領域のサイロ化(立ち上げ期との比較)
19 Copyright © NIFTY Corporation All Rights Reserved.
20 Copyright © NIFTY Corporation All Rights Reserved. 部内メンバー、事業部内の部課長と1on1を実施
21 Copyright © NIFTY Corporation All Rights Reserved. 実施中の施策:プロダクト戦略の定義と共有 商品戦略合宿
(部門横断PJ) 可視化 共有 プロダクト戦略の可視化 ・各種分析(SWOT分析、マーケット分析)から、プロダクトの方向性まで言語化 ・視覚的、感覚的に聞き手の記憶に残る工夫 ※今までも存在はしたが、更にわかりやすさ、伝えやすさを重視した内容にリニューアル
22 Copyright © NIFTY Corporation All Rights Reserved. 実施中の施策:権限の移譲による期待役割の明確化 サーバー
リーダー (PM) 課長 部長 PM制の導入(兼業) ・担当システムごとの企画は戦略に沿った形で各チームで立案 └プロダクト全体の基本戦略、個別テーマは前述の合宿等で定義 ・・・ ・・・ ネットワーク ・・・ ・・・ 新サーバー タイプの企画 新LBの企画 システムごとの改善サイクルを小さく回せる体制をつくる (担当システムごとのサイロ化は部課長で抑制)
23 Copyright © NIFTY Corporation All Rights Reserved. 100人over組織のプロダクトマネジメント 意識していること
・サービスのビジョンを明確に語る - 身の丈以上の夢と、実現具体性 - メンバーを同じ方向性に向かせるための努力を惜しまない - 直感的なわかりやすさの重要性(グラフィック、語感、動画など) ・期待役割の説明と自分ごと化(権限の移譲) - 権限と責任、自由と制約のバランス ・チーム編成はフォーメーション設計 - 攻め人材と守り人材の配置 - フォーメーションをリーダー(PM)と認識合わせ - チーム構成を決めた段階でマネジメントの仕事は一旦終了
24 Copyright © NIFTY Corporation All Rights Reserved. まとめ ・プロダクト戦略の実現において組織マネジメントは非常に大きいファクター
・プロダクト拡大に伴い、既存の方法論が通用しないケースが徐々に発生する - どれだけ早く課題を発見して適切な対応が取れるかが大事 ・その上で1on1は重要なコミュニケーション手法のひとつ - 自分が一度に掌握できる人数で議論することがポイント 拡大するマネジメントを支える組織マネジメント、 その組織で更に拡大するプロダクトを作りたい人はぜひお声がけください! We are hiring! F: kei.hamanaka T: @kei.hamanaka
Copyright © NIFTY Corporation All Rights Reserved.