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.4k
良い開発のためにまず組織を設計せい
設計ナイト2024でお話した内容です
開発組織の設計がまずは大事だよってことを書いてます
https://kichijojipm.connpass.com/event/316361/
nakamichi
June 14, 2024
Tweet
Share
More Decks by nakamichi
See All by nakamichi
地方に住むエンジニアの残酷な現実とキャリア論
ichimichi
1
150
プロジェクトマネージャーに最後まで残るたった一つの仕事は交渉
ichimichi
1
210
プロジェクトにおける政治について
ichimichi
19
4.1k
ホワイトボードチャレンジ 説明&実行資料
ichimichi
1
230
僕はまだ見ぬ誰かを動かすために登壇をする。
ichimichi
17
8.1k
まずは開発組織を整えるところからはじめる
ichimichi
0
320
人間の尊厳、幸福、アクセシビリティ
ichimichi
1
82
スクラムマスター不在でスクラムをやるのは(とても辛いので)やめておけ!
ichimichi
0
180
人類史から見る今この時代の歩きかた
ichimichi
2
660
Other Decks in Technology
See All in Technology
Cloud Native Scalability for Internal Developer Platforms
hhiroshell
2
500
Amplifyとゼロからはじめた AIコーディング 成果と展望
mkdev10
1
340
原則から考える保守しやすいComposable関数設計
moriatsushi
3
490
20250623 Findy Lunch LT Brown
3150
0
710
Definition of Done
kawaguti
PRO
6
440
キャディでのApache Iceberg, Trino採用事例 -Apache Iceberg and Trino Usecase in CADDi--
caddi_eng
0
170
kubellが挑むBPaaSにおける、人とAIエージェントによるサービス開発の最前線と技術展望
kubell_hr
1
390
Create a Rails8 responsive app with Gemini and RubyLLM
palladius
0
130
新卒3年目の後悔〜機械学習モデルジョブの運用を頑張った話〜
kameitomohiro
0
360
DroidKnights 2025 - Jetpack XR 살펴보기: XR 개발은 어떻게 이루어지는가?
heesung6701
1
160
AIエージェント最前線! Amazon Bedrock、Amazon Q、そしてMCPを使いこなそう
minorun365
PRO
9
1.9k
AIエージェントの継続的改善のためオブザーバビリティ
pharma_x_tech
6
1.4k
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.5k
Agile that works and the tools we love
rasmusluckow
329
21k
Documentation Writing (for coders)
carmenintech
71
4.9k
GraphQLとの向き合い方2022年版
quramy
46
14k
The Cult of Friendly URLs
andyhume
79
6.4k
The Invisible Side of Design
smashingmag
299
51k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
281
13k
Site-Speed That Sticks
csswizardry
10
640
A designer walks into a library…
pauljervisheath
206
24k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.3k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.8k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
20k
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 தಓҰࢤ ઃܭφΠτɹొஃࢿྉ ྑ͍։ൃͷͨΊʹ·ͣ৫Λઃܭ͍ͤ