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
670
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
4.9k
Cloud Firestore With Go
matsu0228
0
880
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
7.9k
expo開発におけるCI/CD / CICD on development of expo
matsu0228
0
840
SpoLiveの爆速開発を支えるGAE/Goノウハウ / Practice of GAE&Go supporting SpoLive super fast development
matsu0228
1
230
Report of AgileTestingDays2018
matsu0228
0
510
Other Decks in Technology
See All in Technology
CZII - CryoET Object Identification 参加振り返り・解法共有
tattaka
0
370
なぜ私は自分が使わないサービスを作るのか? / Why would I create a service that I would not use?
aiandrox
0
740
PHPで印刷所に入稿できる名札データを作る / Generating Print-Ready Name Tag Data with PHP
tomzoh
0
110
Cloud Spanner 導入で実現した快適な開発と運用について
colopl
1
680
リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB / Readable test code
nihonbuson
11
7.3k
偶然 × 行動で人生の可能性を広げよう / Serendipity × Action: Discover Your Possibilities
ar_tama
1
1.1k
オブザーバビリティの観点でみるAWS / AWS from observability perspective
ymotongpoo
8
1.5k
Swiftの “private” を テストする / Testing Swift "private"
yutailang0119
0
130
N=1から解き明かすAWS ソリューションアーキテクトの魅力
kiiwami
0
130
急成長する企業で作った、エンジニアが輝ける制度/ 20250214 Rinto Ikenoue
shift_evolve
3
1.3k
インフラをつくるとはどういうことなのか、 あるいはPlatform Engineeringについて
nwiizo
5
2.6k
Culture Deck
optfit
0
420
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.5k
Code Reviewing Like a Champion
maltzj
521
39k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
27
1.9k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.2k
RailsConf 2023
tenderlove
29
1k
Music & Morning Musume
bryan
46
6.3k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
Bash Introduction
62gerente
611
210k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
Gamification - CAS2011
davidbonilla
80
5.1k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
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」がやりやすくなった