チームをつくるモブプログラミング / Mob Programming to build teams

by yattom

Slide 1

Slide 1 text

νʔϜΛͭ͘ΔϞϒϓϩάϥϛϯά ΍ͬͱΉɹ5",",*/( ಺ଆͱ֎ଆ͔ΒޠΔ

Slide 2

Slide 2 text

2001年ごろアジャイルと出会い、開発者、チームリーダー、トレーナー、導入支援と多様な立場で関わってきた。(株)永和システムマネジメントにて2010年頃からアジャイルコーチを主軸として活動。2014年独立。プログラマー Python JavaScript Java C/C++ アジャイルコーチ (プロセス面) チームビルディング現場導入支援スクラムマスター支援ふりかえりアジャイルコーチ (ものづくり面) モブプログラミングテスト駆動開発テスト自動化学びのゲームをデザイン、製作、デリバリー宝探しアジャイルゲームカンバンゲーム心理的安全性ゲーム著書・訳書 [email protected] twitter:@yattom https://www.facebook.com/yattom https://www.linkedin.com/in/yattom/ やっとむ / 安井力(やすいつとむ)

Slide 3

Slide 3 text

https://tddrinking.connpass.com/event/164790/ PR

Slide 4

Slide 4 text

✤ ٴ෦ܟ༤!5",",*/( ✤ גࣜձࣾσϯιʔΤϯδχΞ ✤ ΞδϟΠϧνʔϜΛࢧ͑Δձཧࣄ

Slide 5

Slide 5 text

ΞδϟΠϧ ίʔν ϖΞεΫϥϜ Ϛελʔ ߨԋɾݚम ࣥච ͦͷଞ૬ஊ ͓ؾܰʹ͝૬ஊ͍ͩ͘͞㱺IUUQTBHJMFNPOTUFSDPN

Slide 6

Slide 6 text

✤ νʔϜ໊ɿ4*-7&3#6--&5$-6# ✤ ਓνʔϜ ✤ ϞϒϓϩάϥϛϯάBTಇ͖ํ ✤ ೥݄ʹνʔϜస৬ 5",",*/( 4BUP@SZV ͝ʔͨ

Slide 7

Slide 7 text

ۜͷ஄ؙϥδΦ ݱ৔ͷΞδϟΠϧνʔϜʹΑΔ νʔϜ:PVUVCFνϟϯωϧɺ1PEDBTU࢝Ί·ͨ͠ʂ IUUQTUBLBLJOHDPNTJMWFSCVMMFUDMVCTUBSU

Slide 8

Slide 8 text

νʔϜͷ಺ଆͱ֎ଆ νʔϜ

Slide 9

Slide 9 text

Ϟϒϓϩάϥϛϯάߨ࠲։ઃ༧ఆ IUUQTFWFOUTIPFJTIBKQD[B $PEF;JOF"DBEFNZʹͯ

Slide 10

Slide 10 text

Ϟϒϓϩάϥϛϯάͱ͸ ✤ ಉ͡࢓ࣄΛ ✤ ಉ࣌ؒ͡ʹ ✤ ಉ͡৔ॴͰ ✤ ಉ͡ίϯϐϡʔλʔͰ νʔϜશһͰ ͢Δ͜ͱ

Slide 11

Slide 11 text

No content

Slide 12

Slide 12 text

✤ ݴ༿͸೥ࠒʹ91ίϛϡχςΟͰੜ·Εͨ ✤ )VOUFS*OEVTUSJFTൃ঵ͷϞϒϓϩάϥϛϯά ✤ ΤϯδχΞϓϥΫςΟεͰ͸ͳ͘࢓ࣄͷελΠϧ ✤ ೔ຊͰ΋೥Ҏ͔߱Β੝Γ্͕͍ͬͯΔ Ϟϒϓϩάϥϛϯά

Slide 13

Slide 13 text

✤ ࢓ࣄΛ෼୲͢Δ͜ͱΑΓ΋ੜ࢈ੑ͕௿͍ʁ ✤ Ϟϒϓϩ͸ମݧͯ͠͸͡ΊͯޮՌΛ࣮ײͰ͖Δ ✤ ϞϒϓϩΛ͏·͘׆༻Ͱ͖ΔνʔϜ͸ݶΒΕΔ ✤ ڭҭతޮՌ͕ߴ͍ ✤ ୯ൃ͸͍͍͚Ͳ೔ৗతʹ͢Δͷ͸೉͍͠ Α͘࿩ʹग़ͯ͘Δ͜ͱ

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

νʔϜΛϒʔετ͢ΔϞϒϓϩάϥϛϯά ࢓ࣄΛυϥΠϒ͢ΔϞϒϓϩάϥϛϯά

Slide 16

Slide 16 text

͸͡ΊΔ νʔϜΛϒʔετ͢Δ Ϟϒϓϩάϥϛϯά ࢓ࣄΛυϥΠϒ͢Δ Ϟϒϓϩάϥϛϯά

Slide 17

Slide 17 text

✤ ڵຯ͕͋Δͱ͜Ζʹूத͍ͯͩ͘͠͞ ✤ γϣʔττʔΫʴΫϩετʔΫ ✤ ࣭໰͸ର໘΍4/4ͳͲ͔Β͓ؾܰʹ ͜ͷߨԋͷฉ͖ํ

Slide 18

Slide 18 text

ͬ͘͡Γ͓࿩͍ͨ͠ํ͸ͪ͜Β΋Ͳ͏ͧ IUUQTXXXTFTIPQDPNQSPEVDUEFUBJM IUUQTEFWTVNJOPSBQBSUZDPOOQBTTDPNFWFOU

Slide 19

Slide 19 text

͸͡ΊΔ

Slide 20

Slide 20 text

No content

Slide 21

Slide 21 text

ベストプラクティスの例 • モビングを実験として位置づける • 行番号ON • モビングインターバル…１０分ごとにドライバーを交代する • 経験からの学習…セッション後には毎回、ふりかえりをする • 最初は共感から • 協調的なマインドセットの獲得 • スペースは重要だ

Slide 22

Slide 22 text

始めるとき気をつけるとよいこと •目的とゴールを定める •進み方を表明する •議論と実験のバランスを取る •その場でフィードバックを得る •ふりかえりをする •個々人のペースとやり方で復習する

Slide 23

Slide 23 text

目的とゴールを定める • 目的: なにを目指すか、現在の優先事項、方向性 • 例: X機能の開発を全力で進める Yライブラリの使い方を共有する AさんがZモジュールの現状を把握する • ゴール: セッション終了時に到達したい点 • 例： X機能の正常系2パターンを実装してテストする Yライブラリを納得するまで動かして結果を残す AさんがZモジュールのシーケンスを図に描ける目的や方向性ゴールと進み方

Slide 24

Slide 24 text

「目的はこれ。いいですか？」ではダメ「目的はこれこれです。いいですか？」 A) 「いいです(よくない)」 B) 「いいです(と思ったけど違った)」 C) 「いいです(聞いてない)」 • 少し議論や質問をして認識違いや理解の差異を埋める • 進めながら揃う部分もあるので深入りしすぎない • セッション途中でも確認する https://www.oreilly.com/library/view/user-story-mapping/9781491904893/

Slide 25

Slide 25 text

進み方を表明する • モブプロ中、現在地がわからなくなったり、迷子になったりする • いまどこにいるのか、次は何をするのか、ゴールに近づいているかを常に共有する • ゴールに向かう手順は？ • いまなにしてる？次の作業はどれ？ • やろうとしていることの全体像は？どのくらい終わった？

Slide 26

Slide 26 text

進み方を表明するツール TODOリスト作業の区切りここまでできたね快調！このTODOは☑ね次はどれだっけこっちのTODO？あれ先にしない？それがいいかも！ドライバーがしゃべるさてABCメソッド書くぞあれ、DEFだっけ正常系はこうで変数名どうしよっかな FOOBARは？ FOOBAR…と戻り値の型int？ intでよかった

Slide 27

Slide 27 text

進み方を表明するツール TODOリスト作業の区切りここまでできたね快調！このTODOは☑ね次はどれだっけこっちのTODO？あれ先にしない？それがいいかも！さてABCメソッド書くぞあれ、DEFだっけ正常系はこうで変数名どうしよっかな FOOBARは？ FOOBAR…と戻り値の型int？ intでよかった intだとダメじゃねそう？いい気がする結果ゼロどうする？例外かと思った例外でいいねなにしてたっけコメント忘れてた条件書き換えてテストしたいテストあるよテスト変更しいやケース追加このケースあるテスト足らんじあとにしようえー…はーいできた気がする処理がこうで、チェックがあっ引数のバリデーンは…しなくてので、ループのもいいし、フェポストエラーはドライバーがしゃべる注意: ナビゲーターがもうちょっと仕事したほうがよいあーうー…あーあーーー！おけこれでよさげわからん…

Slide 28

Slide 28 text

議論と実験のバランスを取る • モブでの議論は大事 • 知見を出しあってお互いから学べる • 創造的な騒々しい議論ができる • 知識が組み合わさって新しいアイデアが得られる • 話すだけではなく、試してみる • いいアイデアが出たら、書いてみる • 複数のアイデアは、書いて見比べる • 議論が平行線になったら、実際に動かしてみて比べる • 最初は議論＜＜実験くらいの気持ちで • 結論が出るまで話す＜試してから結論を出す • 書く時間がもったいない＜書けば判明する・共有できる情報がもったいない

Slide 29

Slide 29 text

その場でフィードバックを得るコードを書くレビュー OK 動く (ユニットテスト)

Slide 30

Slide 30 text

その場でフィードバックを得るコードを書くレビュー OK 動く (ユニットテスト) ビルドパイプライン通るデプロイできる動く (E2E)

Slide 31

Slide 31 text

その場でフィードバックを得るコードを書くレビュー OK 動く (ユニットテスト) ビルドパイプライン通るデプロイできる動く (E2E) 仕様漏れがない (品質テスト) よい設計 (リファクタリング) モブ外の人の評価外部システムとつながる

Slide 32

Slide 32 text

その場でフィードバックを得るコードを書くレビュー OK 動く (ユニットテスト) 仕様漏れがない (品質テスト) ビルドパイプライン通るデプロイできる動く (E2E) よい設計 (リファクタリング) モブ外の人の評価外部システムとつながる楽しい！学びが多い！品質向上！

Slide 33

Slide 33 text

その場でフィードバックを得る • 作業が“ちゃんと”進んでいるかどうか、モブの中でわかるように • 後で問題がわかっても、モブに伝わらない • 全員が正しい理解や学びを、できるだけたくさん得る • 動いたほうが楽しい！

Slide 34

Slide 34 text

ふりかえりをする • モブ作業を終えるとき • 全員で一緒に • やりかたはいろいろ • モブの延長として、みんな声を出すスタイルがおすすめ https://www.ogis-ri.co.jp/otc/hiroba/others/ActivityPocket/FunDoneLearn.html マインドマップでふりかえりして共有(リモート) ファンダンラーン参考書籍

Slide 35

Slide 35 text

ふりかえりのねらいは2つ • よりよいプロダクトを目指す • よりよいモブプログラミングを目指す

Slide 36

Slide 36 text

学びを積み上げる • ふりかえりの結果を再利用できる形で残していく

Slide 37

Slide 37 text

個々人のペースとやり方で復習する • 復習 ― モブの中で得た新しい知識を定着させる • セッション後に一定の時間を確保する • スタイルは個々人の自由 • ひとりで復習してもよい • モブ体制を維持しながら、個人作業としてもよい • モブとして復習するのもよい ※復習に限らず、モブへの参加・離脱は各自の判断でゆるくてもよい

Slide 38

Slide 38 text

ϞϒϓϩΛ࢝ΊΔͱ͖ʹͲ͏࢝ΊΕ͹͍͍͔ʁ ಛʹωΨςΟϒͳ൓ԠΛ͞Εͨͱ͖ʹ͸ʁ ໰͍

Slide 39

Slide 39 text

• まずは試してみましょうというアプローチ。実験としてやってみるとよい。実験したうえで、このチームではどう進めるといいのか話し合う。 • モブプロを教えてくれる外部の人を呼んできて、やり方を教えてもらったり、ガイドしてもらう。外部のお墨付きとして利用する。 • 外部の勉強会などでモブプロを体験したメンバーが、これは良かったからやってみようと持ち帰ってくるのもよい。

Slide 40

Slide 40 text

ʮݸਓͰ࡞ۀʢֶशʣ͍ͨ͠ʯ ͱݴΘΕͯ͠·ͬͨΒͲ͏͢Ε͹͍͍ʁ ໰͍

Slide 41

Slide 41 text

• 個人でやりたいというのは、それでよい。モブだから全員拘束するという必要はない。 • とはいえまずは試してみる方がよい。実感してから、どういう仕事をモブでやるか、どういうモブを組むと良いか考える。 • 最初は抵抗感がある人でも、やってみたら思ったよりよかったと感じる人は、けっこう多い。 • Hunter Industriesの動画では、複数のモブの中を個人がけっこう自由に移動している様子が見られる。 https://youtu.be/dVqUcNKVbYg • 大事なのは仕事を進めること。スタイルにこだわるべきではない。

Slide 42

Slide 42 text

νʔϜΛϒʔετ͢Δ Ϟϒϓϩάϥϛϯά

Slide 43

Slide 43 text

✤ νʔϜͷ಺ଆΛڧ͘͢ΔϞϒϓϩ ✤ ϞϒϓϩͷڧΈΛ׆͔͢ ڭҭతޮՌ͕ߴ͍ ‣ ஌ࣝҠస ‣ ϨϏϡʔ νʔϜΛϒʔετ͢ΔϞϒϓϩͱ͸ʁ

Slide 44

Slide 44 text

Ϟϒϓϩάϥϛϯάº஌ࣝҠస

Slide 45

Slide 45 text

✤ ܦݧ஋͕௿͍ਓΛυϥΠόʔʹ͢ΔͱΑ͍ ✤ ࢓ࣄΛࢭΊΔ͜ͱ͕Ͱ͖ΔݖརΛ౉͢ ✤ ஌ࣝͷδϟετΠϯλΠϜ ✤ ฉ͖ͳ͕ΒखΛಈֶ͔ͯ͠Ϳ͜ͱ͕Ͱ͖Δ ✤ ࢀՃ͍ͯ͠Δશһʹಉ࣌ʹ఻͑Δ͜ͱ͕Ͱ͖Δ Ϟϒϓϩάϥϛϯάͱ஌ࣝҠస

Slide 46

Slide 46 text

4&$*Ϟσϧ

Slide 47

Slide 47 text

✤ ҉໧஌ʹܗࣜ஌ʹͳΒͳ͍΋ͷ ίʔυͷ૊Έཱͯํ πʔϧ΍*%&ͷ࢖͍ํͷίπ ͳʹΛɺͲͷΑ͏ʹɺͳͥͭͬͨ͘ͷ͔ ͲΜͳ໰୊ղܾ͕͋ͬͨͷ͔ɺۤ࿑ͨ͠৔ॴ ✤ ҉໧஌΋ܗࣜ஌΋·ͱΊͯڞ௨ମݧͰ఻͑Δ ҉໧஌΋·ͱΊͯ఻͑Δ

Slide 48

Slide 48 text

ϞϒϓϩάϥϛϯάºϨϏϡʔ

Slide 49

Slide 49 text

1IPUPCZϑϦʔࣸਅૉࡐͺͨͦ͘ IUUQTXXXQBLVUBTPDPN ϨϏϡʔ͓͡͞Μ໰୊ ΤϯδχΞͱͯ͠εΩϧΞοϓ͍ͯ͘͠ͱɺ ΤϯδχΞϦʔμʔ΍ςοΫϦʔυΛ೚͞ΕͨΓ͢Δɻ ͦ͏ͳΔͱɺϝϯόʔڭҭ΍඼࣭୲อ΍γεςϜ҆ఆՔಇͷ੹೚͕ͷ͖ͬͯͯɺ ྫ͑͹ϨϏϡʔΛ͢Δ͕࣌ؒͲΜͲΜ૿͍͑ͯ͘ɻ ΋ͱ΋ͱΤϯδχΞϦϯά͕޷͖ͰΤϯδχΞΛ΍͖ͬͯͨΜ͚ͩͲɺ εΩϧΞοϓ͍ͯ͘͠ͱͲΜͲΜίʔυΛॻ͕࣌ؒ͘ݮ͍ͬͯ͘ͷͬͯͳΜ͔ͩͳ͋ɻ

Slide 50

Slide 50 text

ϨϏϡʔͷ໨తͷ෼ྨ $IFDL -FBSOJOH &OIBODF ݕࠪ ֶश ڧԽ w ඼࣭Λ୲อ͢Δ w όάΛݟ͚ͭΔ w ςετͱͯ͠ w ʢ࠷௿ݶͷʣ  ϦϑΝΫλϦϯά w φϨοδͷڞ༗ w εΩϧτϥϯεϑΝʔ w ৽ਓڭҭ w จԽͷৢ੒ w ϦϑΝΫλϦϯά w ΋ͬͱΑ͘ w ΋ͬͱΩϨΠʹ w ઌߦ౤ࢿ

Slide 51

Slide 51 text

ϞϒϓϩάϥϛϯάͷΧόʔൣғ $IFDL -FBSOJOH &OIBODF ݕࠪ ֶश ڧԽ

Slide 52

Slide 52 text

✤ ϦΞϧλΠϜϨϏϡʔ ✤ λΠϙ͢Δͱ਌ͷٲͷΑ͏ʹࢦఠ͞ΕΔ ✤ νʔϜશһͷ߹ҙͷ΋ͱͰίʔυ͕૊·Ε͍ͯ͘ ✤ ዁౓ͤͣʹνʔϜͷϕετΛ໨ࢦ͢͜ͱ͕Ͱ͖Δ ϞϒϓϩάϥϛϯάͱϨϏϡʔ

Slide 53

Slide 53 text

✤ ޻ఔͱͯ͠ͷϨϏϡʔ͸ϞϒϓϩͰ୅ସͰ͖Δ ✤ ݕࠪ΋ֶश΋ϦΞϧλΠϜͷํ͕ޮՌతͳ͜ͱ͕ଟ͍ ✤ ׬શʹϨϏϡʔ͕ඞཁͳ͘ͳΔΘ͚Ͱ͸ͳ͍ ϞϒϓϩάϥϛϯάͱϨϏϡʔ

Slide 54

Slide 54 text

ϞϒϓϩάϥϛϯάͷΧόʔൣғ $IFDL -FBSOJOH &OIBODF ݕࠪ ֶश ڧԽ

Slide 55

Slide 55 text

3FWJFX ࠶ͼ ݟΔ

Slide 56

Slide 56 text

ڧΈ ऑΈ ϦΞϧλΠϜ  Ϟϒϓϩάϥϛϯά ϨϏϡʔ 3FWJFX ✤ ৗʹνʔϜͷϕετΛ  ໨ࢦ͢͜ͱ͕Ͱ͖Δ ✤ ݁Ռ͚ͩͰͳ͘ϓϩηεΛ  ධՁ͢Δ͜ͱ͕Ͱ͖Δ ✤ ྫྷ੩ʹݟΔ͜ͱ͕Ͱ͖Δ ✤ શମ࠷దΛߟ͑ͯϑΟʔυ  όοΫ͠΍͍͢ ✤ ͦͷ৔ͷ೤ʹΑͬͯޡͬͨ  ൑அΛͯ͠͠·͏Մೳੑ ✤ ہॴ࠷దʹؕΔՄೳੑ ✤ ዁౓͕ੜ·Ε΍͍͢  FYΠϚΠν͚ͩͲ͕࣌ؒͳ͍͔Βʜ ✤ ݁ՌͷΈͰಡΈऔΕͳ͍  ෦෼Λ஌ΔͨΊʹ͸ɺ  ίϛϡχέʔγϣϯ͕ඞཁ

Slide 57

Slide 57 text

Slide 58

Slide 58 text

ϞϒϓϩάϥϛϯάͱϨϏϡʔͷ૊Έ߹Θͤ $IFDL -FBSOJOH &OIBODF ݕࠪ ֶश ڧԽ ϨϏϡʔ w ;Γ͔͑Γ w ࣗ෼ୡͷ࢓ࣄͷධՁ w ΋ͬͱΑ͘͢Δʹ͸

Slide 59

Slide 59 text

த௕ظతͳࢹ఺ͰϞϒϓϩάϥϛϯάΛ׆༻͢Δ

Slide 60

Slide 60 text

ϞϒϓϩΛத৺ʹਐΊͯ ஌ࣝҠసΛ͠ͳ͕Β νʔϜͷจԽΛৢ੒͢Δ ιϩɺϖΞΛ૊Έ߹Θͤͯ εϐʔυΛ্͛Δ ϞϒϓϩʹΑͬͯ ଐਓԽΛ๷͗ νʔϜͷจԽΛอͭ ॳظ ͏·͘·ΘΓ࢝ΊͨΒ

Slide 61

Slide 61 text

ϨϏϡʔͷதͰͲΜͳձ࿩͕ग़Δͷ͔ʁ έϯΧʹͳͬͨΓ͢Δ͜ͱ͸ͳ͍ͷ͔ʁ ໰͍

Slide 62

Slide 62 text

• 特に始めのうちは、変数の命名、関数の書き方、これモデルに書いていいんだっけ？などの議論が盛り上がる。そうした話を全員でするのが大事で、全員の認識がそろえば、ソロで書いてもちゃんとそろったコードが書けるようになる • ケンカになるという話は聞いたことがある。もともと仲が良くないチームがモブプロのような密なコミュニケーションをしようとしたら爆発するのは当たり前で、モブプロのせいとは言えない。 • ケンカや議論自体は悪いことではない。ケンカのようなやり取りを通じて相互理解が進んだり、隠れたフラストレーションがないかチェックする機構になる。 • 無用に感情を傷つけるような言葉は避け、伝えるべきことを伝える丁寧なコミュニケーションをする。

Slide 63

Slide 63 text

ʮΘ͔Βͳ͍Ͱ͢ʯͬͯݴ͑ͳ͍ਓ͕ ग़ͯ͠·͍·ͤΜ͔ʁ ໰͍

Slide 64

Slide 64 text

• 言えない人は出る。仕事が進んでいるところを止めるのは心苦しいもの。ドライバーは止められるが、ドライバー以外の人はどうするか。たとえば1時間おきに一時停止して、理解の度合いを確認したり、復習したりする時間を取る。 • チーム内でスキルや知識のある人にとっては、周囲に伝えるよいチャンス。周りの人ができるようになれば、本来やりたいことに集中しやすくなる。この考え方を、スキルのある人に理解してもらう。

Slide 65

Slide 65 text

࢓ࣄΛυϥΠϒ͢Δ Ϟϒϓϩάϥϛϯά

Slide 66

Slide 66 text

仕事をドライブするモブプロとは？ • ソロワークより優れた成果を出せるモブプロ • 「優れた成果」とは何か？ • モブプロの真価 • 全員の知識を生かせる • 個々人の総和以上の成果が出る • エンゲージメントが引き出される • オーバーヘッドが最小になる

Slide 67

Slide 67 text

モブプロが生きる仕事仕事に生かすモブプロの強み仕事に生かせない高度な知識を組み合わせる全員の知識を生かせる形式的に定義された知識均一な知識解くべき問題が複雑個々人の総和以上の成果が出る容易な問題の積み重ね創造性が求められるエンゲージメントが引き出される単純作業密な連携が必要オーバーヘッドが最小になる明確に切り分け、定義された作業ルーチンワーク

Slide 68

Slide 68 text

モブプロが生きる仕事最近の経験だと… ✓スクラッチ開発2ヶ月弱 ✓メンバーはいるけどパートタイム ✓知らんサービスいろいろ試す ✓どレガシーな既存システムと結合 ✓もやっとしたイメージだけで何を実現したらいいかわからない ✓でも本番でユーザーに見せる (マジで？) • 新しいことを試す • 未知のものを使う • 全体的な設計 • 問題が複雑 • 正解がわからない • いろいろ起きて、どんどん対処する • 曳光弾開発 (『達人プログラマー』) • 顧客も一緒 • メンバーのスキルが高い • みんな乗り気 • 一部屋占拠して部室化

Slide 69

Slide 69 text

必死にデプロイ中なんかあったらすぐ参加できる全体がモブ

Slide 70

Slide 70 text

なぜモブプロを導入するのか？ A) 仕事の成果を向上するため(品質、生産性) B) 教育や、知識の伝達のため •プロダクトのため •チームのため

Slide 71

Slide 71 text

仕事に生かすかチームに生かすか？仕事に生かすモブプロの強みチームに生かす高度な知識を組み合わせる全員の知識を生かせるメンバーどうしで学びあう解くべき問題が複雑個々人の総和以上の成果が出る自分の力の出し方を学ぶ協力が上手になる創造性が求められるエンゲージメントが引き出されるモチベーションが上がる障害物が見つかる密な連携が必要オーバーヘッドが最小になる文化を醸成、維持する

Slide 72

Slide 72 text

モブの目的: 仕事かチームか仕事をドライブ • 詳しい人がドライバー • 今やるべき箇所をやる • 議論する • 幅広いメンバーでやるチームをブースト • 詳しい人がナビゲーター • 難しい箇所をやる • 質問する • 必要なメンバーでやる

Slide 73

Slide 73 text

高パフォーマンス低チームブースト重視仕事ドライブ重視アプローチ仕事面チーム面合計こうかな？

Slide 74

Slide 74 text

高パフォーマンス低チームブースト重視仕事ドライブ重視アプローチ仕事面チーム面合計こうじゃない？

Slide 75

Slide 75 text

高パフォーマンス低チームブースト重視仕事ドライブ重視アプローチ仕事面合計むしろこうしたいチーム面

Slide 76

Slide 76 text

モブの目的: 仕事もチームも教育軽視教育重視仕事軽視簡単な仕事仕事重視難しい仕事研修タスク丸投げ優秀な人がレビューするできなかったら教えるさしみタンポポ OJT 常時レビューその場で理解する全員の知識を使う品質の高い成果を完成するベストの仕事をするできる人に任せる使い捨て人材議論と実験優秀な人がタスクアサイン

Slide 77

Slide 77 text

仕事面高パフォーマンス低チームブースト重視仕事ドライブ重視アプローチ合計チームが成長し学びが高度化していくチーム面チームが学び成長するモブプロが上手になる

Slide 78

Slide 78 text

責任大 ← → 小能力 →高低← 学習パニック快適

Slide 79

Slide 79 text

責任大 ← → 小能力 →高低← 学習パニック快適

Slide 80

Slide 80 text

「チームの心理的安全とは、対人のリスクを取っても安全であるという、チーム全員の信念である」 “Psychological Safety and Learning Behavior in Work Teams” Amy Edmondson, 1999 Amy C. Edmondson https://twitter.com/amycedmondson 心理的安全 (Psychological Safety) 「「心理的安全」とは、関連のある考えや感情について人びとが気兼ねなく発言できる雰囲気をさす。」

Slide 81

Slide 81 text

図3. グループレベルで研究した心理的安全性の関係

Slide 82

Slide 82 text

仕事をドライブするモブ • モブの「成果」として何を求めるか考える • モブに向いた仕事を選ぶ、モブに向くよう仕事を作る • 成果が出るようチームをブーストする

Slide 83

Slide 83 text

No content

Slide 84

Slide 84 text

΍ͬͺΓ࢓ࣄΛ෼୲ͯ͠ਐΊΔΑΓ΋ ੜ࢈ੑ͸མͪͯ͠·͏ͷͰ͸ͳ͍͔ʁ ໰͍

Slide 85

Slide 85 text

• 単純作業ならモブのメリットはない。仕事の成果に対する評価を見直したうえで、モブプロすべき仕事を選ぶ。 • そのうえで生産性を考えてみると、適切な人数は意識するべき。いまチームに10人いるから10人のモブにすると、短絡的に決めない方がよい。 • モブをやる中で個人が学んで成長することから、中期的に全体のパフォーマンスがよくなるという側面もある。 • 短期的に見ては難しいので中長期的に見る。チーム全体の成長を見る。モブに求める成果を見直す。

Slide 86

Slide 86 text

΄ͲΑֶ͍शঢ়ଶʢ৺ཧత҆શʣʹ  ਎Λ͓ͨ͘Ίʹ޻෉͍ͯ͠Δ͜ͱ͸͋Δͷ͔ʁ ໰͍

Slide 87

Slide 87 text

• チームが安定した状態というのは、よく見るとめったにない。周囲ではいろいろなことが起きているのだが、ベテランだったりリーダだったりの個人が見つけて対策して、チーム全体に影響しないようにしていることが多い。それをあえて、モブとして取り組むように切り替えるとよい。 • 人工的に外部から新しい知識を取り込むラーニングセッションを、定期的におこなう。学んだことを自分たちで積極的に試してみる。す。

Slide 88

Slide 88 text

ίʔν໨ઢͰϞϒϓϩΛ͏·͘࢖͑ͯΔͳʔ ͍ͬͯ͏νʔϜͷಛ௃͸͋Γ·͔͢ʁ ໰͍

Slide 89

Slide 89 text

• 楽しそうなチーム。具体的には、発言が均等になっていて、しゃべる人・しゃべらない人という区別がない。 • ドライバーが流動的で、この部分は誰がやるという固定化がない。 • モブ外の人、マネージャーとか部長とかがモブを放っておいてくれている。そういう仕組みができている。

Slide 90

Slide 90 text

·ͱΊ 1IPUPCZ.JDIBFM$PVSZPO6OTQMBTI

Slide 91

Slide 91 text

ʮϞϒϓϩʜ͍ͬͯ͏͔νʔϜͷ࿩ͳΜͩΑʯ

Slide 92

Slide 92 text

Ϟϒϓϩάϥϛϯά͸νʔϜશମͷ׆ಈͰ͋Δ IUUQTXXXTMJEFTIBSFOFUBOESFGBSJBNPCQSPHSBNNJOH

Slide 93

Slide 93 text

Ϟϒϓϩͷlશମੑzʹண໨͢Δ

Slide 94

Slide 94 text

νʔϜͷ಺ଆͱ֎ଆ νʔϜ νʔϜΛϒʔετ͢ΔϞϒϓϩ ࢓ࣄΛυϥΠϒ͢ΔϞϒϓϩ

Slide 95

Slide 95 text

私(I) 主観的私たち(We) 間-主観的この図は『インテグラル理論多様で複雑な世界を読み解く新次元の成長モデル』を参考にしながら独自に作ったもの https://www.amazon.co.jp/dp/B07TSD52MX それら(Its) 間-客観的それ(It) 客観的個人美意識文化スキル役割チーム / モブ美意識価値観ミッション得意範囲組織？全体性を維持しながら成長するには、内側のすべてのレベルと、四象限すべての方面を包含しなくてはならない美善真

Slide 96

Slide 96 text

νʔϜͷঢ়گʹΑͬͯൺॏ͕ҧ͏ νʔϜͷ֎ଆ νʔϜͷ಺ଆ νʔϜͷ੒ख़౓

Slide 97

Slide 97 text

λοΫϚϯϞσϧ 1FSGPSNBODF 5JNF 'PSNJOH 4UPSNJOH /PSNJOH 1FSGPSNJOH

Slide 98

Slide 98 text

ϞϒϓϩPS/05Ͱ͸ͳ͍

Slide 99

Slide 99 text

ϞϒϓϩʹνʔϜϫʔΫ ιϩϓϩ ϖΞϓϩ

Slide 100

Slide 100 text

৔໘৔໘Ͱ࠷దͳબ୒Λ͢Δ͜ͱ

Slide 101

Slide 101 text

ڱٛͷϞϒϓϩɺ޿ٛͷϞϒϓϩ ܗࣜͱͯ͠ͷ Ϟϒϓϩ νʔϜϫʔΫͱͯ͠ͷ Ϟϒϓϩ

Slide 102

Slide 102 text

Ұॹʹߦಈ͢Δ͔Ͳ͏͔͕ॏཁͰ͸ͳ͍

Slide 103

Slide 103 text

✤ ׂΕͨ૭Λͳ͘͢ ✤ ֝ͷࣽ෺ ✤ ఻ୡ͠Α͏ ✤ %3:ݪଇ ✤ ௚ߦੑ ✤ ࣗಈԽ ✤ ֆըͷ੍࡞ͷ΍Ί࣌Λ஌Δ ୡਓνʔϜ IUUQTBN[OUP/J;F

Slide 104

Slide 104 text

ͦͷͨΊʹ࿹Λຏ͘

Slide 105

Slide 105 text

Ϟϒϓϩάϥϛϯάߨ࠲։ઃ༧ఆ IUUQTFWFOUTIPFJTIBKQD[B $PEF;JOF"DBEFNZʹͯ

Slide 106

Slide 106 text

ͬ͘͡Γ͓࿩͍ͨ͠ํ͸ͪ͜Β΋Ͳ͏ͧ IUUQTXXXTFTIPQDPNQSPEVDUEFUBJM IUUQTEFWTVNJOPSBQBSUZDPOOQBTTDPNFWFOU

Slide 107

Slide 107 text

૬ޓओ؍ IUUQTBN[OUP2**W/ ϝϯόʔҰਓͻͱΓ͕ࣗ෼ͷओ؍Λ  อ࣋͢ΔҰํͰɺଞͷϝϯόʔͱڞಉͰ ங্͖͛ΔʮΘΕΘΕͷओ؍ʯͷ͜ͱ