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
投下資本に比例して成長できる開発組織体制について / How To Create Scalab...
Search
Hiromichi NOMATA
August 21, 2021
Technology
1
500
投下資本に比例して成長できる開発組織体制について / How To Create Scalable Development Team
投資家目線での開発チームの作り方
Hiromichi NOMATA
August 21, 2021
Tweet
Share
More Decks by Hiromichi NOMATA
See All by Hiromichi NOMATA
プロダクトと一緒に成長できるMVCフレームワークの使い方 / Adjustable MVC Framework
hiromichinomata
1
450
急にDX言い出した理由と真にDXを実現するために必要なこと / DX Explained
hiromichinomata
1
700
エボルタNEOくん三輪車で学ぶ動くペーパクラフトとバルーン / Evolta NEO Three Wheeled Cycle
hiromichinomata
1
640
ガンダムとザクの構造比較から見る動くガンダムを手に入れるために必要なこと / Gundam vs Zaku
hiromichinomata
1
640
絵文字扇子の作り方 / How to create Emoji Sensu
hiromichinomata
1
630
Ruby 2.7クイズ / Ruby 2.7 Quiz
hiromichinomata
1
400
クララと学ぶbash / Learn bash with Clara
hiromichinomata
2
45
クララと学ぶプログラミング / Learn Programming with Clara
hiromichinomata
1
130
Other Decks in Technology
See All in Technology
人に寄り添うAIエージェントとアーキテクチャ #BetAIDay
layerx
PRO
9
2.2k
生成AI導入の効果を最大化する データ活用戦略
ham0215
0
140
LTに影響を受けてテンプレリポジトリを作った話
hol1kgmg
0
360
Google Cloud で学ぶデータエンジニアリング入門 2025年版 #GoogleCloudNext / 20250805
kazaneya
PRO
20
4.8k
AIエージェントを現場で使う / 2025.08.07 著者陣に聞く!現場で活用するためのAIエージェント実践入門(Findyランチセッション)
smiyawaki0820
6
950
【新卒研修資料】数理最適化 / Mathematical Optimization
brainpadpr
26
13k
Kiroから考える AIコーディングツールの潮流
oikon48
4
680
データモデリング通り #2オンライン勉強会 ~方法論の話をしよう~
datayokocho
0
150
AIのグローバルトレンド 2025 / ai global trend 2025
kyonmm
PRO
1
140
Eval-Centric AI: Agent 開発におけるベストプラクティスの探求
asei
0
120
全員が手を動かす組織へ - 生成AIが変えるTVerの開発現場 / everyone-codes-genai-transforms-tver-development
tohae
0
110
Claude CodeでKiroの仕様駆動開発を実現させるには...
gotalab555
3
1k
Featured
See All Featured
Designing for Performance
lara
610
69k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
880
The Art of Programming - Codeland 2020
erikaheidi
54
13k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.8k
Intergalactic Javascript Robots from Outer Space
tanoku
272
27k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
The Cost Of JavaScript in 2023
addyosmani
51
8.8k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.9k
Balancing Empowerment & Direction
lara
1
540
Transcript
投下資本に⽐例して成⻑できる 開発組織体制について @hiromichinomata
組織の話の前提 • ソフトウェア開発。IT企業 • 数⼗⼈以上
株式会社の⽬的とは • 多くの株式会社は利益を出すのが⽬的(例外: ESG投資) • 投資家のお⾦を増やす必要がある • 利益だけでなく利益率も意識 • 短期でなく持続的アウトプット
開発組織の⽬的とは • チャレンジの最⼤化 • 読めない新規事業は少ない⼈数でまわるように • 成⻑性が⾒込める事業には⼈数を投下 • (衰退する事業は⼈数を減らす)
スケールする組織とは何か? • 明確なリーダーがいる組織? • 裁量がある組織? • 技術的チャレンジができる組織? • オンオフがしっかりしている組織? •
⼈⽉の神話
スケールする組織とは何か? • ロールが明確、構造が整理されている組織(Team Topologies) • (極⼒)機能ベースの組織 • ⾃⼰⽣産、再帰的な組織
Team Topologiesの類型 • ワンマン社⻑ • マネージャー多すぎパターン • 社内フリーランスパターン
Bad: ワンマン社⻑パターン • マネージャー1⼈に数⼗⼈部下 • 優秀なプレイヤーだった⼈が陥りやすい • 権限委譲できない
Bad: マネージャー多すぎパターン • 1マネージャーに部下0~数⼈ • 管理する⼈ばかりで仕事が進まない • キャリアパスがマネージャーしかないと陥りやすい
Bad?: 社内フリーランスパターン • ティール組織 • 社内通貨制度(アメーバ経営) • コンサル、⼠業
適切なSpan of Controlとは • ⼀般的には5〜9⼈と⾔われることが多い • ⼀⽅、⼯事現場とソフトウェア開発は違う。デジタルは集計やトラッ キングに有利 • ⾃⾛できる⼈を採⽤できればマネジメントの9割は終わっている
機能ベース vs 職種ベース • 機能ベース: プロダクトA、プロダクトB、プロダクトC... • 1つのことに集中しやすい • R&Dに近い部分(機械学習、検索基盤)とは相性が悪い
• 職種ベース: 開発部、営業部、⼈事... • ハードウェアではメリットがあることも(⽣産はオフショア) • 隣の部署は別の会社
組織構造とコードの構造は 1 : 1 に • コンウェイの法則: システムの構造は組織構造に近づく • Bad:
⼀⼈の担当が複数のマイクロサービスを担当 • Bad: チームは分かれているのに分割されていないモノリスを共⽤ • 必ずしもマイクロサービスにしなくても良い(モジュラーモノリス) • 逆コンウェイ戦略: ⽣産性の⾼い組織構造をあらかじめ定義すること でシステムの構造をコントロールする
スケールするロール戦略 • 既存事業が成⻑したがチーム分割できない • 分割したいがチームAのxxさんと同じ⼈がチームBにいない • 既存事業を縮⼩してつらみ • 今まではxxをやるだけだったのに苦⼿なooまでやる必要がある •
第⼆創業がうまくいかない • 職種が細分化された結果フルスタックエンジニアが不在
よくあるエンジニア、デザイナー求⼈像 • PM不在の組織で「事業のわかるエンジニア」がいない • SPAゴリゴリのサイトでフロントエンドもバックエンドもわかる⼈が 欲しい • デザイナーがプロジェクト兼業の組織でエンジニアがFigmaでのUI作 成も兼任 •
UX重視のサービスでデザイナーがPM兼任
評価制度は経営者の意思表示 • ⼈それぞれキャリアパスがある • 転職しやすい業界は会社特有スキルを上げるモチベーションが低い • エンジニアの求⼈倍率は10倍 • 要件を⾜して成⽴するビジネスもありだが腹をくくる必要がある •
マネージャーとスペシャリストのパスを⽤意 • 単⼀専⾨性とフルスタック性を評価
再現性、再帰性のある組織構造 • チームAからチームBに異動しても同じパフォーマンスを維持できる • 複数チームを束ねるトップがいなくなってもチーム内トップが昇格し やすい • 中途採⽤に求める要件を持つ⼈材が新卒から成⻑できるように
ジョブローテーションは悪か • ツラミある • 強制異動、転勤を伴う • ⼤幅に変わるもの(エンジニア=>⼈事) • ツラミ少ない •
本⼈の意欲あり、元に戻れる • 期限がある(評価を猶予、経歴ロンダリングを防ぐ)
まとめ: 投下資本に⽐例して成⻑するには • ロール、組織構造を戦略的に整理する • (極⼒)機能ベースの組織に • ⾃⼰⽣産、再帰的な組織を⽬指す