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
OrganizationTheory of engineering
Search
mtskhs
May 31, 2018
Technology
0
680
OrganizationTheory of engineering
とあるきっかけで3ヶ月間、シリコンバレーのスタートアップで働いて来た自分が、そこで学んだ「組織論」についてと、それを実践してみた結果について
mtskhs
May 31, 2018
Tweet
Share
More Decks by mtskhs
See All by mtskhs
EMがマジ価値を届けきるために考え行動したこと / Engineering Manager's thoughts and actions to deliver outcome
matsu0228
0
5.9k
Cloud Firestore With Go
matsu0228
0
890
Goとの歩み / History with Go
matsu0228
0
110
ReactNativeにおけるパフォーマンスチューニング/ Performance tuning in ReactNative
matsu0228
2
1.5k
スタートアップチームで学んだエンジニアの心構え / The attitude of the engineer who learned from the start-up team
matsu0228
1
1.7k
Goにおける API Client実装パターン / API Client implementation pattern in Go
matsu0228
7
8k
expo開発におけるCI/CD / CICD on development of expo
matsu0228
0
850
SpoLiveの爆速開発を支えるGAE/Goノウハウ / Practice of GAE&Go supporting SpoLive super fast development
matsu0228
1
230
Report of AgileTestingDays2018
matsu0228
0
520
Other Decks in Technology
See All in Technology
Agile TPIを活用した品質改善事例
tomasagi
0
310
Vision Language Modelを活用した メルカリの類似画像レコメンドの性能改善
yadayuki
9
1.2k
OPENLOGI Company Profile
hr01
0
61k
コード品質向上で得られる効果と実践的取り組み
ham0215
2
200
AI・LLM事業部のSREとタスクの自動運転
shinyorke
PRO
0
300
移行できそうでやりきれなかった 10年超えのシステムを葬るための戦略 / phper-kaigi-2025-ryu
carta_engineering
0
690
Explainable Software Engineering in the Public Sector
avandeursen
0
360
データベースで見る『家族アルバム みてね』の変遷 / The Evolution of Family Album Through the Lens of Databases
kohbis
2
140
モジュラーモノリスでスケーラブルなシステムを作る - BASE のリアーキテクチャのいま
panda_program
7
2k
PostgreSQL Unconference #52 pg_tde
nori_shinoda
1
220
サーバシステムを無理なくコンテナ移行する際に伝えたい4つのポイント/Container_Happy_Migration_Method
ozawa
1
100
ペアプログラミングにQAが加わった!職能を超えたモブプログラミングの事例と学び
tonionagauzzi
1
150
Featured
See All Featured
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
8
700
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Practical Orchestrator
shlominoach
187
10k
We Have a Design System, Now What?
morganepeng
51
7.5k
Speed Design
sergeychernyshev
28
860
Being A Developer After 40
akosma
90
590k
Site-Speed That Sticks
csswizardry
4
450
A Tale of Four Properties
chriscoyier
158
23k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
177
52k
Raft: Consensus for Rubyists
vanstee
137
6.8k
Transcript
シリコンバレーで 3ヶ月働いて体感した 自律型組織のススメ 2018.5.31 Hisayuki Matsuki
松木 久幸 最近の興味 物件探し 海外旅行 ベルギー 組織論的なこと 自己紹介
これはなに? • 1.シリコンバレーで働いて、「自律型組織」を体感 • 2.自律型組織へと移行するためのアクション ◦ 1.情報の非対称性を減らす ◦ 2.課題の明確化 ◦
3.心理的安全性
1.自律型組織とは - 組織作り:autonomy vs alignment (自律 vs 合致) - 上司がサポート、逆ピラミッド型の組織
- 参考: google理想の上司 (https://mirai.doda.jp/series/interview/piotr-feliks-grzywacz/)
1.自律型組織がなぜ大切か? • エンジニアリング := 不確実性の削減 ◦ 不明瞭な状態から、確定した状態へと移行させる作業 • マイクロマネジメント: 指示者がボトルネックに
◦ 一方、自律型組織では抽象的な方針から各自が動ける ◦ => より大きな「不確実性の削減」に • ポイント ◦ 1.情報の非対称性を減らす ◦ 2.課題の明確化 ◦ 3.心理的安全性
1-1.情報の非対称性を減らす • 複数人での意思決定では、「情報の非対称性」が問題に ◦ プロデューサー(売上) vs エンジニア(技術的負債) • コミュニケーションをとる ◦
インターン先では、”ツール”よりも”対面の会話” ◦ 毎日1-2hのMTG (/8h) ▪ 重要な要素を、全員が把握できる姿勢 ◦ 顧客・投資家と、頻繁にMTG (3-4回/週)
1-2.課題の明確化 • 「答え」は決まっておらず、「解決方法」はひとつでない ◦ 1人で「悩み」立ち止まってしまうことも ◦ =>効果的な「情報収集(行動)」が必要。「悩むvs考る」 • 「悩む」前に、効果的に「課題の明確化」を図る ◦
進捗確認はされず、課題のヒアリングを毎日してくれた ◦ 答えを言われなくても、整理でき前に進めた ◦ => 他者説得ではなく、「自己説得」の面でも良い
1-3.心理的安全性 • 自律型組織のために、「自分らしく働ける」ことが重要 ◦ 「べき論」に縛られて行動できなかったり ▪ 例:仕事なので理不尽でもやらなくては ◦ 日本人特有の「同調性」 •
承認:(存在、行動、結果) ◦ 来てくれて助かったよ ◦ もうこんなにできたのかい ◦ 作ってもらったおかげで、〜〜 • 当たり前のことを意識 ◦ 生活に問題はないか?週末は何してた?家族は?
2.導入してみた • 1.情報の非対称性を減らす ◦ 課題をとにかく発信(コードの課題、運用面 ◦ 定例で全員でKPT ◦ => 提案が増えた。空きで課題解決してくれることも
• 2.課題の明確化 ◦ 進捗を聞くのではなく、毎日課題のヒアリング・整理 ◦ 進捗確認の代わりに、目的・目標を示した ◦ => 体感で、1.3倍のスピードup • 3.心理的安全性 ◦ 雑談。相手に関心をもつ。 e.g.休みは何してた? ◦ リリースのお礼。どんな効果があったか ◦ => 「1」がやりやすくなった