Slide 1
Slide 1 text
＼全ては Fearless Change から学んだ／
開発組織の変革を支えた実践的アプローチ
2017.09.16
吉田 慶章 @kakakakakku
Slide 2
Slide 2 text
吉田 慶章 @kakakakakku
- Makuake : CyberAgent Crowd Funding, Inc.
- 約2年前に JOIN (社内異動)
- 責任範囲
- インフラ / サーバサイド
- エンジニアリングマネージャー / スクラムマスター (CSM)
- 技術広報 兼任はアンチパターンでしょ！
って言われそう
Slide 3
Slide 3 text
吉田 慶章 @kakakakakku
- 趣味
- 技術ブログを毎週書くこと
- http://kakakakakku.hatenablog.com/
- 副業
- プログラミング講師
- 「教える」ことが大好き！
Slide 4
Slide 4 text
omoiyari.fm で「組織変革」と「寝不足」の話をしました（笑）
http://lean-agile.fm/episode/22
Slide 5
Slide 5 text
さて
Slide 6
Slide 6 text
Fearless Change
= 組織変革のバイブル
Slide 7
Slide 7 text
- 新しい技術に挑戦できない
- ツール導入など, アイデアが浸透しない
- 前向きに着手するものの, すぐ頓挫してしまう
- 障害対応ばかりで疲弊している
- なんとなーく, チームの雰囲気が悪い
- 頑張ってるのに, 全然評価されない
共感できるものはありますか？
Slide 8
Slide 8 text
Fearless Change を
実践したアプローチを紹介✌
Slide 9
Slide 9 text
パターン14. 達人を味方に
Guru on Your Side
Slide 10
Slide 10 text
新しい技術に挑戦できない
導入してもすぐ技術的負債になってしまう
また失敗しそう
なんて, 経験ありませんか？
Slide 11
Slide 11 text
達人に相談する
- 新しい技術に挑戦する場合, 達人 ( ≒ 経験者 ) に相談すると良い
- 相談をすることによって「ナイーブな技術的負債」を抑制できる
- 例えば
- 会社内の別プロダクトのテックリードに相談したり
- 勉強会などで知り合ったエンジニアに相談したり
- 技術顧問に相談したり (もしいるなら)
- 僕のチームでは AWS, Golang を達人に相談しながら設計, 開発している
Slide 12
Slide 12 text
達人は身近にいる
- OSS のライブラリで困ったときは GitHub Issue に書いてみる
- 最近だと Gitter で気軽に質問できるので便利！
- 実際に Redash, Elastica などで, お世話になった
- コミュニティフォーラム, 公式サポート, テクニカルサポートにも相談できる
- AWS, Mackerel, CircleCI, Elasticsearch など
- 「質問することは誇らしいこと」
- 恥ずかしい, なんて絶対に思わないで！
Slide 13
Slide 13 text
達人を開発合宿に呼ぶ
- 達人を開発合宿に呼ぶことで, 成功体験を飛躍させることができた
- 技術レビュー, アドバイスをしてもらったり
- 雑談を通して, 課題の本質に気付けたり
- 話したり, 質問をすることによって, 考えがまとまることも多い
- これを「オートクライン」を呼ぶ
- ラバーダッキングも似たような効果がある
Slide 14
Slide 14 text
パターン6. 協力を求める
Ask for Help
パターン20. 個人的な接触
Personal Touch
Slide 15
Slide 15 text
アンチパターン
- 考え抜いたアイデアを, 事前共有なく全体ミーティングで提案してしまう
- ドヤ顔で
- 個人的には「ビックバンアイデア提案」と呼んでいる
- 提案する勇気は素晴らしい
- そもそも, チームに心理的安全がなかったら, 提案すらできない
- 全体ミーティングにいる人数が多ければ多いほど, 意見は出なくなる
- 「反応なし」って「賛成なの？」もしくは「反対なの？」
Slide 16
Slide 16 text
意識してること
- 提案する前に, 各領域のキーマンにカジュアルに話しておく
- 「雑談のような質問」を意識する
- 「どう思いますー？」「気になるところありますー？」
- 「この部分わからなくて, 調べてもらえませんー？」
- 協力を求められると誰でも嬉しいし, 助けたくなる心理が働く
- よくある勘違い
- 必ずしも「全員合意」か「過半数合意」である必要はない
＼超重要／
Slide 17
Slide 17 text
How to start a movement
https://www.ted.com/talks/derek_sivers_how_to_start_a_movement
重要なのはフォロワー(2人目)
Slide 18
Slide 18 text
44 engineering management lessons
http://www.defmacro.org/2014/10/03/engman.html
Lesson 25. に「エンジニアリングマネージャーがすぐ
に判断するのではなく, メンバーの意見が聞こえてくる
まで待つことが重要」と書かれている
自分のアイデアだったとしても,
メンバー (フォロワー) から +α で提案してもらえると良い
Slide 19
Slide 19 text
パターン28. 経営層の支持者
Corporate Angel
Slide 20
Slide 20 text
DevOps is a way of
thinking and a way of
working.
Slide 21
Slide 21 text
DevOps は文化であるはずなのに
- 経営層が全員非エンジニア & CTO 不在
- 何を伝えるにしても共通言語がなく, 高コストなコミュニケーションになる
- 価値観の相違により, 伝わらなかったことも多々あった
- 「なぜ DevOps なのか？」
- 「なぜ技術的負債と向き合う必要があるのか？」
- UI/UX などと違って DevOps は特に理解されにくい
Slide 22
Slide 22 text
経営層に
エンジニアリングを知ってもらおう
ターゲット : 子会社:社長
Slide 23
Slide 23 text
社内勉強会 に必須で参加してもらった
技術系のブログ記事 を大量に読んでもらった
技術系のポッドキャスト を聞いてもらった
重要なのはフィードバックをすること
「質問ありますかー？」「どうでしたかー？」
Slide 24
Slide 24 text
社長にプログラミング入門書を買って
写経 してもらった
プログラミング / デバッグの難しさを体験してもらえた
( js 動かないぞ？ )
Slide 25
Slide 25 text
アニメ好きな社長を惹き付ける
「ソードアート・オンライン」
Slide 26
Slide 26 text
アニメ好きな社長を惹き付ける
「ソードアート・オンライン」
実は「数ページ SAO の挿絵」が入ってるだけで,
残りのページはガチのプログラミング本
Slide 27
Slide 27 text
エンジニアリングを知ってもらえた結果
- 経営層と価値観を共有できる状態になった
- DevOps の価値とは？
- 技術的負債と向き合う必要性とは？
- なぜ, 問題なく動いているミドルウェアをバージョンアップするのか？
- 「エンジニアがどんなことに興味があり, 熱狂し, 成長実感を得るのか」
- 当たり前だけど, 経営層も知りたがっている
Slide 28
Slide 28 text
成功体験を繰り返すことで
「信頼残高」を増やす
「何を言うか」ではなく「誰が言うか」
Slide 29
Slide 29 text
パターン32. 体験談の共有
Hometown Story
パターン41. 勢いの持続
Sustained Momentum
Slide 30
Slide 30 text
積極的にアウトプットする
- アイデアを実現することが, 開発組織にとって正義となる文化を根付かせる
- 次も頑張ろう！という雰囲気になる
- また同じ悩みを抱えている人のためにもなる
- ノウハウを横展開し「成功してる感」を演出する
- そのためには, アウトプットが必須
- 良かったポイント, 苦労ポイント, などなど
Slide 31
Slide 31 text
技術広報
- 2016年11月から「技術広報」を兼任している
- 任務 : 成功体験を毎月アウトプットすること
- 現在「11ヶ月連続達成中 (2017年9月時点)」
- 会社ブログに記事を公開したり
- 勉強会に登壇したり
- 社内の技術イベントを企画したり
Slide 32
Slide 32 text
最近は登壇をメインに
- 7/05 : AWS Solution Days 2017 登壇
- 7/21 : JAWS-UG コンテナ支部 登壇
- 8/27 : July Tech Festa 2017 登壇
- 9/08 : CROSS 2017 登壇
- 9/11 : CA.io 登壇
- 9/16 : XP 祭り 2017 登壇 ← 今日ココ
＼プレゼン芸人／
Slide 33
Slide 33 text
常にアウトプットを意識して
「勢いのあるチーム感」を演出しよう
Slide 34
Slide 34 text
まとめ
Slide 35
Slide 35 text
Fearless Change
= 組織変革のバイブル
Slide 36
Slide 36 text
Fearless Change を読んで学んだ
アプローチを実践することで
開発組織の変革に繋がった✌
Slide 37
Slide 37 text
@kakakakakku
Mentor
パターン37. メンター
DevOps, 組織マネジメント, 登壇依頼などなど,
気軽にご相談くださいませー
Slide 38
Slide 38 text
「経営層を巻き込まないと開発組織は変わらない」
https://developers.cyberagent.co.jp/blog/archives/4900/