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
nakamichi
June 14, 2024
Technology
8
5.5k
良い開発のためにまず組織を設計せい
設計ナイト2024でお話した内容です
開発組織の設計がまずは大事だよってことを書いてます
https://kichijojipm.connpass.com/event/316361/
nakamichi
June 14, 2024
Tweet
Share
More Decks by nakamichi
See All by nakamichi
人を動かすことについて考える
ichimichi
2
440
地方に住むエンジニアの残酷な現実とキャリア論
ichimichi
6
1.8k
プロジェクトマネージャーに最後まで残るたった一つの仕事は交渉
ichimichi
1
440
プロジェクトにおける政治について
ichimichi
21
5k
ホワイトボードチャレンジ 説明&実行資料
ichimichi
1
290
僕はまだ見ぬ誰かを動かすために登壇をする。
ichimichi
17
8.8k
まずは開発組織を整えるところからはじめる
ichimichi
0
330
人間の尊厳、幸福、アクセシビリティ
ichimichi
1
98
スクラムマスター不在でスクラムをやるのは(とても辛いので)やめておけ!
ichimichi
0
190
Other Decks in Technology
See All in Technology
API提供者のためのMCPサーバー設計ガイド / MCP Server Design Guide for API Providers
yokawasa
0
230
避けられないI/O待ちに対処する: Rails アプリにおけるSSEとasync gemの活用 / Tackling Inevitable I/O Latency in Rails Apps with SSE and the async gem
moznion
2
1.8k
AIコーディングとエンジニアリングの現在地 / A Snapshot of AI Coding and Engineering(Sept. 2025)
ar_tama
0
160
今改めてServiceクラスについて考える 〜あるRails開発者の10年〜
joker1007
20
9k
BirdCLEF+2025 Noir 5位解法紹介
myso
0
150
"複雑なデータ処理 × 静的サイト" を両立させる、楽をするRails運用 / A low-effort Rails workflow that combines “Complex Data Processing × Static Sites”
hogelog
3
1.3k
ZOZOのAI活用実践〜社内基盤からサービス応用まで〜
zozotech
PRO
0
130
自作LLM Native GORM Pluginで実現する AI Agentバックテスト基盤構築
po3rin
2
210
コンテキストエンジニアリングとは? 考え方と応用方法
findy_eventslides
4
810
北海道の人に知ってもらいたいGISスポット / gis-spot-in-hokkaido-2025
sakaik
0
190
そのグラフに「魂」は宿っているか? ~生成AI全盛期におけるデータ可視化手法とライブラリ比較~
negi111111
2
830
Green Tea Garbage Collector の今
zchee
PRO
2
350
Featured
See All Featured
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
3k
Embracing the Ebb and Flow
colly
88
4.8k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
The Cult of Friendly URLs
andyhume
79
6.6k
GraphQLの誤解/rethinking-graphql
sonatard
72
11k
The Power of CSS Pseudo Elements
geoffreycrofte
78
6k
The World Runs on Bad Software
bkeepers
PRO
71
11k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
51k
Scaling GitHub
holman
463
140k
Code Reviewing Like a Champion
maltzj
525
40k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.1k
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
Transcript
良い開発のために まず組織を設計せい ઃܭφΠτ2024 Kazushi NAKAMICHI
lຊ܉ɺ֤ʑͷ࡞ઓʹ͓͍ͯ ৫ͱͯ͠ઓུΛࡦఆ͠ɺ৫ ͱͯ͜͠ΕΛ࣮ࢪ͠ɺ݁Ռతʹ ৫ͱͯ͠ഊΕͨͷͰ͋Δɻz
ͲΕ΄Ͳ༏लͳਓؒ ৫ͷྗͷલͰࢠͷ͠
ඒ͍͠ઃܭਫ਼ີͳϩδοΫ ͳ৫ʹ͓͍ͯ ۈษͱ͍͏໊ͷળҙʹΑͬͯ ͍ͱ؆୯ʹഁյ͞ΕΔ
良い開発のために まず組織を設計せい ઃܭφΠτ2024 Kazushi NAKAMICHI
Kazushi NAKAMICHI גࣜձࣾψʔϥϘ ౡࠜݝӹాࢢࡏॅ 9!JDJ@NJDJ
開発組織設計 = コミュニケーション設計
खஈ ର ස ͱີ ͜ͷॱ൪ͰίϛϡχέʔγϣϯઃܭΛ͢Δ
コミュニケーション 手段の設計
手段を統一しろ
可能な限り 全社で統一しろ
情報の透明化 を実現しろ
օͷࣄͱࢥߟ͕ݟ͑ΔΑ͏ʹ͢Δ × ΦʔϓϯͳνϟοτͰձ͢Δ × ٞࣄΛඞͣ͢ × ֤ࣗͷ࣋ͭλεΫͱݱঢ়͕࣍ϨϕϧͰه͞Ε ͍ͯΔ
これができてないと 次のステップには 進めない
15 おすすめ おすすめ おすすめ
コミュニケーション 対象の設計
ൣғͱରΛઃܭ͢Δ × ਓͷదͳਓͷνʔϜ × υϝΠϯʹΑΔڥքΛ࣋ͭ × νʔϜ୯ମͰػೳ։ൃ͕Մೳ
組織図を変えろって 話ではない 組織図を超えろ
開発組織は自由 に設計していい
不要なコミュニケーションを排除し チームの独立性を向上させる
खஈ ର ස ͱີ ͜ͷॱ൪ͰίϛϡχέʔγϣϯઃܭΛ͢Δ そのためには 手段の統一と 透明化が必須
コミュニケーション 頻度と密度の設計
チームが整った! 自律的にどんどん 動こう
Aシステム Bシステム
よし合体だ!
None
チーム間コミュニケ ーションの頻度と 密度を設計しろ
機能開発のスケジュー ルに合わせてコミュニ ケーション形態も設計 すべし
සͱີΛઃܭ͢Δ × ස × ຖɺि࣍ɺ݄࣍ × ີ × ಉظɺඇಉظ ×
ΦϯϥΠϯɺର໘ × ใڞ༗ɺσΟεΧογϣϯɺϞϒϫʔΫ
νʔϜτϙϩδʔ Ͱ͔ͬͨؾʹͳΔνʔϜτϙϩδʔIUUQTXXXSZV[FFDPNDPOUFOUTCMPH
組織設計に 必要な3つのもの
知識
知識は金で買える
政治力
参考図書
サンクチュアリに 学べ
折れない心
参 考 図 書
仁の精神 勇の心
良い開発のために まず組織を設計せい ઃܭφΠτ2024 Kazushi NAKAMICHI
THANKS தಓҰࢤ ઃܭφΠτɹొஃࢿྉ ྑ͍։ൃͷͨΊʹ·ͣ৫Λઃܭ͍ͤ