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.8k
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
Explainable Software Engineering in the Public Sector
avandeursen
0
340
IAMのマニアックな話 2025 ~40分バージョン ~
nrinetcom
PRO
7
860
みんなで育てるNewsPicksのSLO
troter
4
1.1k
ClineにNext.jsのプロジェクト改善をお願いしてみた / 20250321_reacttokyo_LT
optim
1
1.2k
OCI見積もり入門セミナー
oracle4engineer
PRO
0
110
RAGの基礎から実践運用まで:AWS BedrockとLangfuseで実現する構築・監視・評価
sonoda_mj
0
420
20250328_OpenAI製DeepResearchは既に一種のAGIだと思う話
doradora09
PRO
0
140
初めてのPostgreSQLメジャーバージョンアップ
kkato1
0
370
バックエンドエンジニアによるフロントエンドテスト拡充の具体的手法
kinosuke01
1
620
技術的負債を正しく理解し、正しく付き合う #phperkaigi / PHPerKaigi 2025
shogogg
7
1.7k
数百台のオンプレミスのサーバーをEKSに移行した話
yukiteraoka
0
590
SaaSプロダクト開発におけるバグの早期検出のためのAcceptance testの取り組み
kworkdev
PRO
0
370
Featured
See All Featured
Code Review Best Practice
trishagee
67
18k
Visualization
eitanlees
146
15k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
The World Runs on Bad Software
bkeepers
PRO
67
11k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.2k
Code Reviewing Like a Champion
maltzj
521
39k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
Unsuck your backbone
ammeep
669
57k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.4k
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」がやりやすくなった