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.2k
良い開発のためにまず組織を設計せい
設計ナイト2024でお話した内容です
開発組織の設計がまずは大事だよってことを書いてます
https://kichijojipm.connpass.com/event/316361/
nakamichi
June 14, 2024
Tweet
Share
More Decks by nakamichi
See All by nakamichi
ホワイトボードチャレンジ 説明&実行資料
ichimichi
0
160
僕はまだ見ぬ誰かを動かすために登壇をする。
ichimichi
16
7.7k
まずは開発組織を整えるところからはじめる
ichimichi
0
290
人間の尊厳、幸福、アクセシビリティ
ichimichi
1
63
スクラムマスター不在でスクラムをやるのは(とても辛いので)やめておけ!
ichimichi
0
140
人類史から見る今この時代の歩きかた
ichimichi
2
610
はたして我々はコミュニティとどう向き合えばよいのだろうか?
ichimichi
0
450
クソデカチームを分割する
ichimichi
1
480
全ての仕事は合意形成だとしたら、病気のサルを生み出さないために僕たちは他者に対して何を書き伝えるべきなのか
ichimichi
0
710
Other Decks in Technology
See All in Technology
失敗しないAIエージェント開発:階層的タスク分解の実践
kworkdev
PRO
0
490
あなたが人生で成功するための5つの普遍的法則 #jawsug #jawsdays2025 / 20250301 HEROZ
yoshidashingo
2
490
20250307_エンジニアじゃないけどAzureはじめてみた
ponponmikankan
2
270
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
3
550
LangGraph × Bedrock による複数の Agentic Workflow を利用した Supervisor 型のマルチエージェントの実現/langgraph-bedrock-supervisor-agent
ren8k
3
410
30→150人のエンジニア組織拡大に伴うアジャイル文化を醸成する役割と取り組みの変化
nagata03
0
420
プロダクト開発者目線での Entra ID 活用
sansantech
PRO
0
200
開発者のための FinOps/FinOps for Engineers
oracle4engineer
PRO
2
300
Amazon Athenaから利用時のGlueのIcebergテーブルのメンテナンスについて
nayuts
0
140
エンジニアのキャリアパスと、 その中で自分が大切にしていること
noteinc
3
3.1k
Ruby on Railsで持続可能な開発を行うために取り組んでいること
am1157154
3
190
【Snowflake九州ユーザー会#2】BigQueryとSnowflakeを比較してそれぞれの良し悪しを掴む / BigQuery vs Snowflake: Pros & Cons
civitaspo
5
1.6k
Featured
See All Featured
Code Review Best Practice
trishagee
67
18k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
134
33k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
660
A better future with KSS
kneath
238
17k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
11
1.3k
Reflections from 52 weeks, 52 projects
jeffersonlam
348
20k
Visualization
eitanlees
146
15k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Side Projects
sachag
452
42k
Fireside Chat
paigeccino
35
3.2k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.4k
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 தಓҰࢤ ઃܭφΠτɹొஃࢿྉ ྑ͍։ൃͷͨΊʹ·ͣ৫Λઃܭ͍ͤ