自己組織的な開発チームを如何にして作り上げるか / how to build self-organizing team

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Developers Summit 2020 © 2020 TIS Inc. アジャイル宣言の背後にある原則 • 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。 • 要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。 • 動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。 • ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。 • 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。 • 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。 • 動くソフトウェアこそが進捗の最も重要な尺度です。 • アジャイル･プロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるようにしなければなりません。 • 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。 • シンプルさ（ムダなく作れる量を最大限にすること）が本質です。 • 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。 • チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。「アジャイル宣言の背後にある原則』（https://agilemanifesto.org/iso/ja/principles.html）。 2020年01月18日21時（日本時間）現在での最新版を取得。

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Developers Summit 2020 © 2020 TIS Inc. 自己紹介木利友一 (@kiririmode) • TIS株式会社 (2015年~) ITアーキテクト・主査 • Mode2開発が最近の主戦場 – Mode 2 is exploratory, experimenting to solve new problems and optimized for areas of uncertainty. • 未認定スクラムマスター • 大学院での研究テーマ: 自己組織的ネットワーク制御「Bimodal」（https://www.gartner.com/en/information-technology/glossary/bimodal） 2020年02月11日16時（日本時間）現在での最新版を取得。

Slide 8

Slide 8 text

Developers Summit 2020 © 2020 TIS Inc. バイモーダルに対応するSIerへ宣伝（スポンサーセッションなので…）枯れた技術階層構造による大量動員請負契約（持ち帰り）品質優先（均質化）の重厚なプロセス SoR (System of record) Mode 1 不確かな新技術水平分業（フラット構造）の小チーム集団準委任/派遣契約（オンサイト/持ち帰り）リリース優先の軽量なプロセス SoE (System of engagement) Mode 2 予測しやすいアプリケーション（competition to be the best ⇒ 価格競争）予測しにくいアプリケーション（competition to be unique ⇒ 付加価値競争）・Ready-to-Useなソフトウェアによる競争力強化・コスト競争力につながるR&D ・グループ技術力強化による不採算化防止・グループ全体の知見共有による新技術への対応・サービス／ソリューション競争力強化のためのR&D

Slide 9

Slide 9 text

Developers Summit 2020 © 2020 TIS Inc. 宣伝（スポンサーセッションなので…） TISがシステム開発プロジェクトで培ったノウハウを集約したサイトどなたでも無償で利用できます・フレームワーク・ツール・ガイド・テンプレート・サンプル・開発事例 ☆スクラム ☆クラウド ☆フロントエンド ☆フルスタックエンジニア ☆サービス開発 ☆要件定義、テスト ☆リモート開発 https://fintan.jp/

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© 2020 TIS Inc. 11 自己組織化とはなんなのか？ Christoffer A Rasmussen Birds flocking, an example of self-organization in biology (https://en.wikipedia.org/wiki/Self-organization#/media/File:Sort_sol_ved_%C3%98rns%C3%B8_2007.jpg)

Slide 12

Slide 12 text

Developers Summit 2020 © 2020 TIS Inc. 自己組織化 (self-organization) “物質や個体が、系全体を俯瞰する能力を持たないのに関わらず、個々の自律的な振る舞いの結果として、秩序を持つ大きな構造を作り出す現象のこと” 「自己組織化」『フリー百科事典ウィキペディア日本語版』（http://ja.wikipedia.org/）。 2020年01月18日21時（日本時間）現在での最新版を取得。 “無秩序に向かう自然界の流れ(熱力学第2法則)に逆らい、系がエネルギーを取り込みながら自分を組織だて、秩序を生むこと” 出典 (株)朝日新聞出版発行「知恵蔵」

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Developers Summit 2020 © 2020 TIS Inc. 自然界の自己組織化 • 自然界にも自己組織化の例はたくさんある • アリやハチといった昆虫の群れとしての行動は swarm intelligence (群知能)と呼ばれ、自己組織化の好例 The collective behavior that emerges from a group of social insects has been dubbed “swarm intelligence” Swarm Intelligence: A Whole New Way To Think About Business （https://hbr.org/2001/05/swarm-intelligence-a-whole-new-way-to-think-about-business） 2020年02月11日15時（日本時間）現在での最新版を取得。

Slide 15

Slide 15 text

Developers Summit 2020 © 2020 TIS Inc. 自然界の自己組織化 – アリの最短経路発見個々のアリはあまり賢くないにもかかわらず、群れとしてのアリは餌への最短経路を発見する Photo by Aaron Burden on Unsplash • 個々のアリは他のアリが残したフェロモンをたどる • 全体を統括するようなアリはいない • 最初は誰も周りの餌の配置を知らない • 群れとしては餌への最短経路を見つけられる

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Developers Summit 2020 © 2020 TIS Inc. チームのフェーズサバイバルモード・学ぶ時間がない・定期的に火消し作業・遅れと残業学習モード・十分なゆとり時間・計画的な訓練にゆとり時間を使う・誤りを許容する・チームにスキルがある、スキルを獲得する方法を知っている・リーダーは生産性に関与しない・自分たちで意思決定できる・衝突を内部で解決できる自己組織化モードチームフェーズリーダーシップスタイル指揮統制型コーチ/独裁者ファシリテーター参考：エラスティックリーダーシップ -自己組織化チームの育て方

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Developers Summit 2020 © 2020 TIS Inc. • 「こうやって作ってください」 • 「～を使ってみてください」 • …「ここってどう実装しますか？」 • …「今日やることがなくなりましたが、次はなにをすれば良いですか？」サバイバルモード Photo by jimmy travelp on Unsplash リーダーメンバー明確な指示系統リーダーベースでのタスクアサイン

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Developers Summit 2020 © 2020 TIS Inc. 現実は複雑 • 状況は刻々と変わる – 目指すべきプロダクトの姿 – 開発上のボトルネック – チームの個々人の想い • すべてを把握することはできない • すべてを予見することもできない一人がすべてを把握できるほど一人が正しくリードできるほど現実はシンプルではない Uncertainty Volatility Complexity Ambiguity VUCA

Slide 28

Slide 28 text

Developers Summit 2020 © 2020 TIS Inc. 現実は複雑 Snowded Domains of the Cynefin framework; the dark domain in the centre is disorder. (https://commons.wikimedia.org/wiki/File:Cynefin_as_of_1st_June_2014.png)

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Developers Summit 2020 © 2020 TIS Inc. 組織知ができる過程：SECIモデル共同化 (Socialization) 表出化 (Externalization) 内面化 (Internalization) 連結化 (Combination) 暗黙知形式知個別の形式知体系的な形式知形式知暗黙知個人の暗黙知グループの暗黙知経験の共有対話共同思考行動による学習組合わせ野中郁次郎､竹内弘高『知識創造企業』 (東洋経済新報社、1996)

Slide 34

Slide 34 text

Developers Summit 2020 © 2020 TIS Inc. 野中郁次郎､竹内弘高『知識創造企業』 (東洋経済新報社、1996) 組織知ができる過程：SECIモデル共同化 (Socialization) 表出化 (Externalization) 内面化 (Internalization) 連結化 (Combination) 暗黙知形式知個別の形式知体系的な形式知形式知暗黙知個人の暗黙知グループの暗黙知経験の共有対話共同思考行動による学習相互作用する「場」が必要ペアプロペア作業分報チャンネル席替えスプリントプランニングリファインメント開発レトロスペクティブモブプロ組合わせ

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Developers Summit 2020 © 2020 TIS Inc. 個人を尊重する • それぞれの経験・考え・志向に敬意を払う – 今その瞬間その人が誰よりも詳しい分野がある – その人だけが感じている変化がある Photo by Marten Bjork on Unsplash Snowded Domains of the Cynefin framework; the dark domain in the centre is disorder. (https://commons.wikimedia.org/wiki/File:Cynefin _as_of_1st_June_2014.png) 変化・不安定化がチームの陥った局所最適解を超える力になる

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Developers Summit 2020 © 2020 TIS Inc. • 集団はきわめてすぐれた知力を発揮するし、それは往々にして集団の中でいちばん優秀な個人の知力よりも優れている • 集合的にベストな意思決定は意見の相違や異議から生まれるのであって、決して合意や妥協から生まれるのではない個人を尊重する個人の行動を盲目的に信じて良いのかジェームズ・スロウィッキー『「みんなの意見」は案外正しい』 (角川文庫、2006)

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Developers Summit 2020 © 2020 TIS Inc. 個人間の相互作用をファシリテートする目的適用したプラクティス「自分の意見」「自分の想い」を遠慮なく発信できる空間 slackへの「独り言チャンネル」の作成コミュニケーションパスの流動化高頻度の席替えソースコードレベルでの理解交換、プロダクトへのオーナーシップの定着・前日mergeされたPRの通知・PRを読む時間レトロスペクティブでの発言の敷居を下げるチェックイン etc. etc. 銀の弾丸はない一般ピーターの法則：あらゆる有効な手段は、より困難な問題に次々と応用され、やがては失敗する「ピーターの法則」『フリー百科事典ウィキペディア日本語版』（http://ja.wikipedia.org/）。 2020年02月12日06時（日本時間）現在での最新版を取得。