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
720
OrganizationTheory of engineering
とあるきっかけで3ヶ月間、シリコンバレーのスタートアップで働いて来た自分が、そこで学んだ「組織論」についてと、それを実践してみた結果について
mtskhs
May 31, 2018
Tweet
Share
More Decks by mtskhs
See All by mtskhs
後進育成のしくじり〜任せるスキルとリーダーシップの両立〜
matsu0228
7
3.7k
EMがマジ価値を届けきるために考え行動したこと / Engineering Manager's thoughts and actions to deliver outcome
matsu0228
0
9.5k
Cloud Firestore With Go
matsu0228
0
940
Goとの歩み / History with Go
matsu0228
0
130
ReactNativeにおけるパフォーマンスチューニング/ Performance tuning in ReactNative
matsu0228
2
1.6k
スタートアップチームで学んだエンジニアの心構え / The attitude of the engineer who learned from the start-up team
matsu0228
1
1.8k
Goにおける API Client実装パターン / API Client implementation pattern in Go
matsu0228
8
8.4k
expo開発におけるCI/CD / CICD on development of expo
matsu0228
0
900
SpoLiveの爆速開発を支えるGAE/Goノウハウ / Practice of GAE&Go supporting SpoLive super fast development
matsu0228
1
250
Other Decks in Technology
See All in Technology
Boxを“使われる場”にする統制と自動化の仕組み
demaecan
0
200
どうなる Remix 3
tanakahisateru
0
230
なぜ新機能リリース翌日にモニタリング可能なのか? 〜リードタイム短縮とリソース問題を「自走」で改善した話〜 / data_summit_findy_Session_2
sansan_randd
1
120
短期間でRAGシステムを実現 お客様と歩んだ生成AI内製化への道のり
taka0709
1
190
ソフトウェアエンジニアとデータエンジニアの違い・キャリアチェンジ
mtpooh
0
170
AWSが好きすぎて、41歳でエンジニアになり、AAIを経由してAWSパートナー企業に入った話
yama3133
2
230
プロダクト開発と社内データ活用での、BI×AIの現在地 / Data_Findy
sansan_randd
1
820
猫でもわかるAmazon Q Developer CLI 解体新書
kentapapa
1
320
AIで急増した生産「量」の荒波をCodeRabbitで乗りこなそう
moongift
PRO
0
540
20251106 Offers DeepDive 知識を民主化!あらゆる業務のスピードと品質を 改善するためのドキュメント自動更新・活用術
masashiyokota
1
210
今のコンピュータ、AI にも Web にも 向いていないので 作り直そう!!
piacerex
0
650
datadog-incident-management-intro
tetsuya28
0
120
Featured
See All Featured
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Building a Scalable Design System with Sketch
lauravandoore
463
33k
Building Applications with DynamoDB
mza
96
6.7k
Building an army of robots
kneath
306
46k
RailsConf 2023
tenderlove
30
1.3k
Build The Right Thing And Hit Your Dates
maggiecrowley
38
2.9k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
192
56k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
231
22k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.8k
How STYLIGHT went responsive
nonsquared
100
5.9k
We Have a Design System, Now What?
morganepeng
54
7.9k
Designing Experiences People Love
moore
142
24k
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」がやりやすくなった