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
9
5.1k
良い開発のためにまず組織を設計せい
設計ナイト2024でお話した内容です
開発組織の設計がまずは大事だよってことを書いてます
https://kichijojipm.connpass.com/event/316361/
nakamichi
June 14, 2024
Tweet
Share
More Decks by nakamichi
See All by nakamichi
ホワイトボードチャレンジ 説明&実行資料
ichimichi
0
130
僕はまだ見ぬ誰かを動かすために登壇をする。
ichimichi
16
7.6k
まずは開発組織を整えるところからはじめる
ichimichi
0
290
人間の尊厳、幸福、アクセシビリティ
ichimichi
1
58
スクラムマスター不在でスクラムをやるのは(とても辛いので)やめておけ!
ichimichi
0
140
人類史から見る今この時代の歩きかた
ichimichi
2
600
はたして我々はコミュニティとどう向き合えばよいのだろうか?
ichimichi
0
450
クソデカチームを分割する
ichimichi
1
470
全ての仕事は合意形成だとしたら、病気のサルを生み出さないために僕たちは他者に対して何を書き伝えるべきなのか
ichimichi
0
700
Other Decks in Technology
See All in Technology
現場の種を事業の芽にする - エンジニア主導のイノベーションを事業戦略に装着する方法 -
kzkmaeda
2
2.1k
30分でわかる『アジャイルデータモデリング』
hanon52_
9
2.7k
関東Kaggler会LT: 人狼コンペとLLM量子化について
nejumi
3
580
Culture Deck
optfit
0
420
オブザーバビリティの観点でみるAWS / AWS from observability perspective
ymotongpoo
8
1.5k
表現を育てる
kiyou77
1
210
インフラをつくるとはどういうことなのか、 あるいはPlatform Engineeringについて
nwiizo
5
2.6k
Swiftの “private” を テストする / Testing Swift "private"
yutailang0119
0
130
Platform Engineeringは自由のめまい
nwiizo
4
2.1k
開発組織のための セキュアコーディング研修の始め方
flatt_security
3
2.4k
なぜ私は自分が使わないサービスを作るのか? / Why would I create a service that I would not use?
aiandrox
0
730
明日からできる!技術的負債の返済を加速するための実践ガイド~『ホットペッパービューティー』の事例をもとに~
recruitengineers
PRO
3
390
Featured
See All Featured
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
366
25k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Why Our Code Smells
bkeepers
PRO
336
57k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
21
2.5k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.8k
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
BBQ
matthewcrist
87
9.5k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
4
330
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
133
33k
Side Projects
sachag
452
42k
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 தಓҰࢤ ઃܭφΠτɹొஃࢿྉ ྑ͍։ൃͷͨΊʹ·ͣ৫Λઃܭ͍ͤ