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
shimobayashi
June 14, 2022
Technology
10
5.6k
コミュニティを育てて会社を変える
shimobayashi
June 14, 2022
Tweet
Share
More Decks by shimobayashi
See All by shimobayashi
「いい感じにしといて」を支える技術
shimobayashi
1
1.7k
Other Decks in Technology
See All in Technology
ABWG2024採択者が語るエンジニアとしての自分自身の見つけ方〜発信して、つながって、世界を広げていく〜
maimyyym
1
180
あなたが人生で成功するための5つの普遍的法則 #jawsug #jawsdays2025 / 20250301 HEROZ
yoshidashingo
2
300
Change Managerを活用して本番環境へのセキュアなGUIアクセスを統制する / Control Secure GUI Access to the Production Environment with Change Manager
yuj1osm
0
100
Fraxinus00tw assembly manual
fukumay
0
110
Amazon Aurora のバージョンアップ手法について
smt7174
2
150
2/18 Making Security Scale: メルカリが考えるセキュリティ戦略 - Coincheck x LayerX x Mercari
jsonf
0
210
役員・マネージャー・著者・エンジニアそれぞれの立場から見たAWS認定資格
nrinetcom
PRO
3
6.1k
Snowflakeの開発・運用コストをApache Icebergで効率化しよう!~機能と活用例のご紹介~
sagara
1
460
分解して理解する Aspire
nenonaninu
2
1.1k
【詳説】コンテンツ配信 システムの複数機能 基盤への拡張
hatena
0
260
脳波を用いた嗜好マッチングシステム
hokkey621
0
290
JAWS FESTA 2024「バスロケ」GPS×サーバーレスの開発と運用の舞台裏/jawsfesta2024-bus-gps-serverless
ma2shita
3
210
Featured
See All Featured
Scaling GitHub
holman
459
140k
The Invisible Side of Design
smashingmag
299
50k
How STYLIGHT went responsive
nonsquared
98
5.4k
Code Review Best Practice
trishagee
67
18k
Fireside Chat
paigeccino
34
3.2k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Documentation Writing (for coders)
carmenintech
67
4.6k
Thoughts on Productivity
jonyablonski
69
4.5k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
33
2.8k
The World Runs on Bad Software
bkeepers
PRO
67
11k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.5k
GraphQLとの向き合い方2022年版
quramy
44
14k
Transcript
コミュニティを育てて 会社を変える DMM×はてな共催オンラインイベント 「それぞれのアジャイル開発の現場 〜 チームの中から外から 〜」 株式会社はてな id:shimobayashi
• id:shimobayashi • 株式会社はてな所属 • すくすく開発会の二代目オーナー 自己紹介
会社の変え方 について話したい
=開発プロセスに関する 社内コミュニティ
Slackチャンネルから出発し、 会社の開発プロセス改善を 加速することができた
=会社を変えられた これをふりかえってみると
課題の変化に注目し続けていたら Fearless Change的な変化になった
• イノベーター理論にしたがって変革を進める • アイデアを磨きながら広げていく • セグメントに応じて48のパターンを使い分ける Fearless Change
https://kawaguti.hateblo.jp/entry/20140228/1393522489 より引用 序盤 中盤 抵抗 パターン名(パターン番号)
Fearless Changeと照らし合わせて すくすく開発会が なぜ会社を変えられたのか 話したい
Step1: 場をつくる 2017/3 人口: 0→3 中盤 抵抗 序盤
開発プロセスについて 相談する場が無かった😭
Slackでチャンネルをつくった ↑当時のオーナー↑
結果
• 相談、自慢、(ふりかえりの司会といった)支援依頼など会話が散発 的に行われるようになった • =危機感を持っている人が複数人いた 結果
これはFearless Changeでいうと
中核となるエバンジェリスト(1)がいた
Slackが電子フォーラム(10)となった (興味をもつかもしれない人々と定期的な接触ができるようになった)
予備調査(4) (アイデアが組織に合うかの調査) も兼ねていた
小さな成功(2) (小さな成功であってもお祝いすることで、困難な道のりを耐える) でもあった
序盤に適した行動をしていた だからうまく立ち上がった
いきなり 根回し(45) しても(おそらく)うまくいかない
Step2: 加速させる 2019/2 人口: 3→7 中盤 抵抗 序盤
開発プロセスへの 関心が高まっていた🔥 と、支援依頼の増加で気づいた
定例をはじめた ↑当時のオーナー↑
結果
• 会話の頻度や密度が増え、知見の横展開が加速した • 少数派たちの孤独感も軽減された ◦ 開発プロセスに関心があるスタッフはまだ少なかった 結果
これはFearless Changeでいうと
勉強会(25)だった (あるトピックについて継続的に学ぶグループ)
学びや関係強化につながり 後のアクションを起こしやすくなった
• Step1: Slackチャンネルをつくった • Step2: 定例をはじめた • Step3: • Step4:
• Step5: ここまで
ここまでで コアメンバーを集めることができた (そしてこのあたりでオーナーを自分に交代)
Step3: 自立させる 2020/7 人口: 7→9 抵抗 序盤 中盤
ふりかえり支援依頼を さばききれなくなってきた😇 だんだん多くのチームから依頼されるようになった
有志に ふりかえりをチームで行えるよう マニュアル化をお願いした
結果
• ふりかえりをチームで実施できるようになった • =ふりかえり支援依頼が大幅に減少した 結果
これはFearless Changeでいうと
みんなを巻き込む(33)だった
「やってもらう」から 「やるのを助けてもらう」になった =主体がチームに移った
Step4: 関心を集める 2020/7 人口: 9→9 抵抗 序盤 中盤
開発プロセスの 改善速度を高めたい💪 もっと速くしたかった
開発プロセスに関する講義を 繰り返し開催した 応募フォームから一定人数集まったら、 講師役を持ち回りで開催
結果
• 開発プロセスに関心を持つ人が増えた👀 ◦ エンジニアに限らず累計38名のスタッフに受講してもらうことができま した ▪ 全スタッフの約20% ◦ インセプションデッキが以前よりも普及した 結果
• 当初、社内勉強会で募集しただけではあまり集まらなかった • 募集要項を改善してエンジニア以外にも展開したところ、応募者が かなり増えた👆👆 ◦ 講義は1時間だけと明記、フォームから応募するだけで勝手に ブッキングされる形にして、心理的抵抗を下げた • マネージャー陣にも営業して、部下に受講を推薦してもらった
こうして人を集めました
これはFearless Changeでいうと
アーリーマジョリティ(30)パターン (多数派を納得させる)
以前のステップで主体が移っていた ことに加えて ひとつの理想を示したことで 理想と現実のギャップが可視化された 結果、関心が集まった
• Step1: Slackチャンネルをつくった • Step2: 定例をはじめた • Step3: ふりかえりのマニュアルをつくった •
Step4: 開発プロセスの講義を繰り返し行った • Step5: ここまで
序〜中盤に適した 人を増やす動きができていた
そのおかげで 会社に影響を及ぼす準備ができた!
Step5: アプローチを変える 2021/8 人口: 9→14 抵抗 序盤 中盤
参加者が一気に増えた🚀 これまでのやり方でスケールできなくなった一方、 ほとんどの開発チームから誰かしら参加してくれるようになった。 よって、外ではなく内へ向けて働きかけることで 会社の開発プロセスを改善できるようになった! ターニングポイント🚗🚘
これまでの全体会とは別に、 サブグループ会をはじめた
• 5人ごとに3つのサブグループに分割 • コーチ役を中心に交流を通じて、開発プロセスの改善をペーシング • 月3開催 サブグループ会とは
• サブグループ会から ◦ 得られた知見の横展開 ◦ 解決できなかった疑問をエスカレーション • 月1開催 全体会はこうなった
結果
開発プロセス改善が 多くのチームで回っている
会社の開発プロセス改善が加速した
=会社を変えられた
これはFearless Changeでいうと
メンター(37)と (アイデアになじみの無いチームへの導入を助ける)
相談できる同志(39)だった (お互いに励まし合うことで、必要以上に落ち込まないようにする)
多くのチームについて メンターに助けてもらいながら 同志と励まし合えるようになった
だから 会社の開発プロセス改善が 加速💨した!
まとめ
• 課題の変化に注目してきた • Step1: Slackチャンネルをつくった • Step2: 定例をはじめた • Step3:
ふりかえりのマニュアルをつくった • Step4: 開発プロセスの講義を繰り返し行った • Step5: サブグループ会をはじめた • ふりかえってみると、Fearless Changeと整合的だった ◦ おそらく、課題を正しく取り扱ってきたということ ここまで
• イノベーター理論にしたがって変革を進める • アイデアを磨きながら広げていく • セグメントに応じて48のパターンを使い分ける Fearless Change
• 人が増えたから、すくすく開発会を通じて会社を改善できている • 人を増やす動きをセグメントに合わせてできていた ◦ 開発プロセス講義でマジョリティに働きかけたのが大きい • これができていなかったら、会社は変わっていなかった 特に重要だったのは
会社を変えていきたいですよね?
Fearless Changeで ボトムアップに会社を変えられる👊
付録
• Step1: Slackチャンネルをつくった=おそらく数分でエイヤッ • Step2: 定例をはじめた=おそらく数時間でエイヤッ • Step3: ふりかえりのマニュアルをつくった=半年かけてゆっくり •
Step4: 開発プロセスの講義を繰り返し行った=半年かけてゆっくり • Step5: サブグループ会をはじめた=1ヶ月くらい検討してエイヤッ 各施策にかけた期間
• 外部のお墨付き(12) ◦ >新しいアイデアの信憑性を上げるために、外部の情報を組織内 に紹介しよう。 • 外部のお墨付きだからといって受け入れられる文化ではないので、 あまり効果は感じられなかった ◦ Howからスタートすると基本的に蹴られる
◦ WhyからスタートしてHowにつながらないと納得は得られない やってみたけど根付かなかったパターン
• 講義はいくつかやった施策のうちの1つ ◦ 前身となるマニュアルもいくつかあった ◦ マニュアルをつくっただけでは効果は不十分だった • マネージャーが孤軍奮闘するのではなく、メンバーがスキルを身に つけた方が効果的だろうと判断し、講義という形を選択した 開発プロセス講義について補足
• おそらく、新しいアイデアについて意思決定者を納得させられない ◦ 社内での実績も無ければ支持団体もいない • おそらく、メンバーの納得を得ることもできない ◦ 開発プロセスの主役はメンバーなのでこれはまずい 根回し(45)からすると何が良くないの?
• そっちもやってます • たとえば、マネージャー陣にアンケートやヒアリングをした上で、 課題とそれに対するアイディアをまとめて社長に提案する、といっ たことをしました • 他にも、役員と継続的に会話の場を持つなど模索し続けています トップダウンの動きはしなかった?