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
410
地方に住むエンジニアの残酷な現実とキャリア論
ichimichi
6
1.8k
プロジェクトマネージャーに最後まで残るたった一つの仕事は交渉
ichimichi
1
410
プロジェクトにおける政治について
ichimichi
22
4.9k
ホワイトボードチャレンジ 説明&実行資料
ichimichi
1
280
僕はまだ見ぬ誰かを動かすために登壇をする。
ichimichi
17
8.7k
まずは開発組織を整えるところからはじめる
ichimichi
0
330
人間の尊厳、幸福、アクセシビリティ
ichimichi
1
96
スクラムマスター不在でスクラムをやるのは(とても辛いので)やめておけ!
ichimichi
0
190
Other Decks in Technology
See All in Technology
要件定義・デザインフェーズでもAIを活用して、コミュニケーションの密度を高める
kazukihayase
0
100
Snowflakeの生成AI機能を活用したデータ分析アプリの作成 〜Cortex AnalystとCortex Searchの活用とStreamlitアプリでの利用〜
nayuts
1
470
Function Body Macros で、SwiftUI の View に Accessibility Identifier を自動付与する/Function Body Macros: Autogenerate accessibility identifiers for SwiftUI Views
miichan
2
180
Autonomous Database - Dedicated 技術詳細 / adb-d_technical_detail_jp
oracle4engineer
PRO
4
10k
AWSを利用する上で知っておきたい名前解決のはなし(10分版)
nagisa53
10
3k
複数サービスを支えるマルチテナント型Batch MLプラットフォーム
lycorptech_jp
PRO
0
320
「Linux」という言葉が指すもの
sat
PRO
4
120
DevIO2025_継続的なサービス開発のための技術的意思決定のポイント / how-to-tech-decision-makaing-devio2025
nologyance
1
380
Android Audio: Beyond Winning On It
atsushieno
0
100
20250910_障害注入から効率的復旧へ_カオスエンジニアリング_生成AIで考えるAWS障害対応.pdf
sh_fk2
3
240
KotlinConf 2025_イベントレポート
sony
1
120
allow_retry と Arel.sql / allow_retry and Arel.sql
euglena1215
1
160
Featured
See All Featured
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
How to Think Like a Performance Engineer
csswizardry
26
1.9k
How STYLIGHT went responsive
nonsquared
100
5.8k
The Pragmatic Product Professional
lauravandoore
36
6.9k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
Designing for humans not robots
tammielis
253
25k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.5k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Context Engineering - Making Every Token Count
addyosmani
1
37
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 தಓҰࢤ ઃܭφΠτɹొஃࢿྉ ྑ͍։ൃͷͨΊʹ·ͣ৫Λઃܭ͍ͤ