コミュニティを育てて会社を変えるDMM×はてな共催オンラインイベント「それぞれのアジャイル開発の現場 〜 チームの中から外から 〜」株式会社はてな id:shimobayashi
View Slide
● 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中盤 抵抗序盤
開発プロセスへの関心が高まっていた🔥と、支援依頼の増加で気づいた
定例をはじめた↑当時のオーナー↑
● 会話の頻度や密度が増え、知見の横展開が加速した● 少数派たちの孤独感も軽減された○ 開発プロセスに関心があるスタッフはまだ少なかった結果
勉強会(25)だった(あるトピックについて継続的に学ぶグループ)
学びや関係強化につながり後のアクションを起こしやすくなった
● Step1: Slackチャンネルをつくった● Step2: 定例をはじめた● Step3:● Step4:● Step5:ここまで
ここまででコアメンバーを集めることができた(そしてこのあたりでオーナーを自分に交代)
Step3: 自立させる2020/7人口: 7→9抵抗序盤 中盤
ふりかえり支援依頼をさばききれなくなってきた😇だんだん多くのチームから依頼されるようになった
有志にふりかえりをチームで行えるようマニュアル化をお願いした
● ふりかえりをチームで実施できるようになった● =ふりかえり支援依頼が大幅に減少した結果
みんなを巻き込む(33)だった
「やってもらう」から「やるのを助けてもらう」になった=主体がチームに移った
Step4: 関心を集める2020/7人口: 9→9抵抗序盤 中盤
開発プロセスの改善速度を高めたい💪もっと速くしたかった
開発プロセスに関する講義を繰り返し開催した応募フォームから一定人数集まったら、講師役を持ち回りで開催
● 開発プロセスに関心を持つ人が増えた👀○ エンジニアに限らず累計38名のスタッフに受講してもらうことができました■ 全スタッフの約20%○ インセプションデッキが以前よりも普及した結果
● 当初、社内勉強会で募集しただけではあまり集まらなかった● 募集要項を改善してエンジニア以外にも展開したところ、応募者がかなり増えた👆👆○ 講義は1時間だけと明記、フォームから応募するだけで勝手にブッキングされる形にして、心理的抵抗を下げた● マネージャー陣にも営業して、部下に受講を推薦してもらったこうして人を集めました
アーリーマジョリティ(30)パターン(多数派を納得させる)
以前のステップで主体が移っていたことに加えてひとつの理想を示したことで理想と現実のギャップが可視化された結果、関心が集まった
● Step1: Slackチャンネルをつくった● Step2: 定例をはじめた● Step3: ふりかえりのマニュアルをつくった● Step4: 開発プロセスの講義を繰り返し行った● Step5:ここまで
序〜中盤に適した人を増やす動きができていた
そのおかげで会社に影響を及ぼす準備ができた！
Step5: アプローチを変える2021/8人口: 9→14抵抗序盤 中盤
参加者が一気に増えた🚀これまでのやり方でスケールできなくなった一方、ほとんどの開発チームから誰かしら参加してくれるようになった。よって、外ではなく内へ向けて働きかけることで会社の開発プロセスを改善できるようになった！ターニングポイント🚗🚘
これまでの全体会とは別に、サブグループ会をはじめた
● 5人ごとに3つのサブグループに分割● コーチ役を中心に交流を通じて、開発プロセスの改善をペーシング● 月3開催サブグループ会とは
● サブグループ会から○ 得られた知見の横展開○ 解決できなかった疑問をエスカレーション● 月1開催全体会はこうなった
開発プロセス改善が多くのチームで回っている
会社の開発プロセス改善が加速した
=会社を変えられた
メンター(37)と(アイデアになじみの無いチームへの導入を助ける)
相談できる同志(39)だった(お互いに励まし合うことで、必要以上に落ち込まないようにする)
多くのチームについてメンターに助けてもらいながら同志と励まし合えるようになった
だから会社の開発プロセス改善が加速💨した！
まとめ
● 課題の変化に注目してきた● Step1: Slackチャンネルをつくった● Step2: 定例をはじめた● Step3: ふりかえりのマニュアルをつくった● Step4: 開発プロセスの講義を繰り返し行った● Step5: サブグループ会をはじめた● ふりかえってみると、Fearless Changeと整合的だった○ おそらく、課題を正しく取り扱ってきたということここまで
● 人が増えたから、すくすく開発会を通じて会社を改善できている● 人を増やす動きをセグメントに合わせてできていた○ 開発プロセス講義でマジョリティに働きかけたのが大きい● これができていなかったら、会社は変わっていなかった特に重要だったのは
会社を変えていきたいですよね？
Fearless Changeでボトムアップに会社を変えられる👊
付録
● Step1: Slackチャンネルをつくった=おそらく数分でエイヤッ● Step2: 定例をはじめた=おそらく数時間でエイヤッ● Step3: ふりかえりのマニュアルをつくった=半年かけてゆっくり● Step4: 開発プロセスの講義を繰り返し行った=半年かけてゆっくり● Step5: サブグループ会をはじめた=1ヶ月くらい検討してエイヤッ各施策にかけた期間
● 外部のお墨付き(12)○ >新しいアイデアの信憑性を上げるために、外部の情報を組織内に紹介しよう。● 外部のお墨付きだからといって受け入れられる文化ではないので、あまり効果は感じられなかった○ Howからスタートすると基本的に蹴られる○ WhyからスタートしてHowにつながらないと納得は得られないやってみたけど根付かなかったパターン
● 講義はいくつかやった施策のうちの1つ○ 前身となるマニュアルもいくつかあった○ マニュアルをつくっただけでは効果は不十分だった● マネージャーが孤軍奮闘するのではなく、メンバーがスキルを身につけた方が効果的だろうと判断し、講義という形を選択した開発プロセス講義について補足
● おそらく、新しいアイデアについて意思決定者を納得させられない○ 社内での実績も無ければ支持団体もいない● おそらく、メンバーの納得を得ることもできない○ 開発プロセスの主役はメンバーなのでこれはまずい根回し(45)からすると何が良くないの？
● そっちもやってます● たとえば、マネージャー陣にアンケートやヒアリングをした上で、課題とそれに対するアイディアをまとめて社長に提案する、といったことをしました● 他にも、役員と継続的に会話の場を持つなど模索し続けていますトップダウンの動きはしなかった？
shimobayashi
smasato
kojira
sat
cybozuinsideout
toshi0383
upura
joker1007
masa5555
ufried
clairegiordano
onlinesalon
geeforr
malarkey
schacon
chriscoyier
jensimmons
garrettdimon
shpigford
lauravandoore
jmmastey
ddemaree
62gerente
dougneiner