モブプログラミング再入門ー基本から見直す、AI時代のチーム開発の選択肢ー / A Re-introduction of Mob Programming

by TAKAKING22

Embed

Start on current slide

Slide 1

Slide 1 text

モブプログラミング再入門ー基本から見直す、AI時代のチーム開発の選択肢ー及部敬雄 (@TAKAKING22) 2026/03/07 Scrum Fest Fukuoka 2026 1

Slide 2

Slide 2 text

何が変わった？ 2 2021年のソフトウェア開発 2026年のソフトウェア開発

Slide 3

Slide 3 text

何が変わった？ 3 2021年のソフトウェア開発 2026年のソフトウェア開発プログラムを書いているプロンプトを書いている ※プロンプト=AIへの指示

Slide 4

Slide 4 text

ソフトウェア開発におけるAI活用は前提となった

Slide 5

Slide 5 text

AIによってはやく作れるようになった

Slide 6

Slide 6 text

現場で起きていることレビュー負荷が増えた分担作業が増えて人間とのコミュニケーションが減った属人化が加速してしまっている理解が追いつかなくなってきている 6

Slide 7

Slide 7 text

AIによってはやく作れるようになったでもそのスピードに追いつくことに必死

Slide 8

Slide 8 text

ソフトウェア開発、楽しんでますか？

Slide 9

Slide 9 text

ソフトウェア開発が楽しくなくなってない？

Slide 10

Slide 10 text

モブプログラミング再入門ー AI時代のチーム設計ー及部敬雄 (@TAKAKING22) 2026/03/07 Scrum Fest Fukuoka 2026 10

Slide 11

Slide 11 text

11 TAKAKING22 及部敬雄制御不能なアジャイルモンスター株式会社ホロラボ執行役員 AGILE-MONSTER.COM アジャイルコーチ最近ハマっているもの：No No Girls

Slide 12

Slide 12 text

We shapes our tools, and thereafter our tools shape us. 私たちは道具を形作り、その後、道具が私たちを形作る - マーシャル・マクルーハン -

Slide 13

Slide 13 text

道具と人道具によって人間の生活や活動が変わった例印刷技術：思想や情報が大量複製され、不特性多数に同時に届くメディアが生まれた蒸気機関：機械動力による大量生産が可能になり、工場制産業が成立したインターネット：情報と人が即時につながる地理的制約のほぼない社会を生んだ AI：？？？ AI（道具）を使って何をするのかだけでなく、  AI（道具）を使う私たち（人間）はどうあるべきかを考えたい 13

Slide 14

Slide 14 text

最近感じていること確かにAIではやく作れるようになった人間やチームは変化に追いつくことに必死になってしまっている結果としてソフトウェア開発を楽しめなくなっているのではないかボトルネックは人間やチーム人間やチームの理解をどうつくっていくのか AIを使う私たちはどうなっていればよいのか 14

Slide 15

Slide 15 text

過去、「チーム」について衝撃を受けたもの 15 スクラムモブプログラミング

Slide 16

Slide 16 text

今日のお話今日のお話は、AI時代のソフトウェア開発において、「ボトルネックが理解に移った」という前提から始めます。 AIは作る速度を上げましたが、理解する速度は上げていません。だからこそ、理解を深め、共有し、より良い問いを作るためのチーム設計が必要になります。そこでモブプログラミングを「理解を作る構造」として再入門し、AI時代のチームのあり方について考えます。 16

Slide 17

Slide 17 text

17 AI モブプログラミング AI時代のチーム

Slide 18

Slide 18 text

ソフトウェア開発の楽しさを改めて認知する

Slide 19

Slide 19 text

アジェンダ AI時代のソフトウェア開発モブプログラミング再入門 AI時代のモブプログラミングまとめ

Slide 20

Slide 20 text

AIとソフトウェア開発の現在 90%が仕事でAIを活用している主な利用用途は、新規コーディング、既存コード修正、レビュー、ドキュメント生成、テストケース生成など「作業支援」から「伴走」or「委託」へ 20 “State of AI-assisted Software Development 2025” by Google

Slide 21

Slide 21 text

AIとソフトウェア開発の現在 AI活用による効果は、個人レベルでは高い一方で組織レベルではそれほど高くないソフトウェアデリバリーのスループットは2024年はマイナスだったが微増に転じたソフトウェアデリバリーの不安定性は昨年より増加個人レベルでのAI活用は進んでいるが、  チームや組織が追いついていない 21 “State of AI-assisted Software Development 2025” by Google 人間がボトルネックになっていてAIの性能を活かしきれていない

Slide 22

Slide 22 text

最近よく聞くチームが抱える問題レビュー負荷認知不可技術的負債属人化メンバー育成ドキュメンテーション 22

Slide 23

Slide 23 text

当初想定していたBefore/After 23 Before AI After AI AIによって作業が効率化されリードタイムが短くなるプロンプト

Slide 24

Slide 24 text

実際に直面しているBefore/After 24 Before AI After AI 結果としてリードタイムはそれほど変わっていないあらかじめ仕様理解や設計を十分に行い AIに指示をする必要 AIからのアウトプットを担当者もレビューしその結果をチームでレビューする仕様理解や設計はほどほどにつくりながら足りないものを埋めていることが多かったプロンプト

Slide 25

Slide 25 text

SECIモデル共同化表出化内面化結合化暗黙知形式知形式知暗黙知暗黙知（言葉になっていない知）と形式知（言葉にされた知）の相互変換がスパイラルアップしていくことが知識の創造過程である Socialization Externalization Internalization Combination

Slide 26

Slide 26 text

SECIモデル共同化表出化内面化結合化暗黙知形式知形式知暗黙知暗黙知（言葉になっていない知）と形式知（言葉にされた知）の相互変換がスパイラルアップしていくことが知識の創造過程である Socialization Externalization Internalization Combination デイリースクラムペアプログラミングモブプログラミングユーザー観察雑談／対話／共通体験スプリントレビュースプリントレトロスペクティブインセプションデッキユーザーストーリーマッピングプロダクトバックログ化設計スプリント全体スプリントプランニングリファインメント開発テストドキュメンテーション

Slide 27

Slide 27 text

Slide 28

Slide 28 text

実際に直面しているBefore/After 28 Before AI After AI 結果としてリードタイムはそれほど変わっていない仕様理解や設計はほどほどにつくりながら足りないものを埋めていることが多かったあらかじめ仕様理解や設計を十分に行い AIに指示をする必要 AIからのアウトプットを担当者もレビューしその結果をチームでレビューするプロンプト

Slide 29

Slide 29 text

29 Before AI After AI 結果としてリードタイムはそれほど変わっていない仕様理解や設計はほどほどにつくりながら足りないものを埋めていることが多かったあらかじめ仕様理解や設計を十分に行い AIに指示をする必要 AIからのアウトプットを担当者もレビューしその結果をチームでレビューするプロンプト人間と人間の知の交換・相互変換によって、アウトカムを創造していく過程形式知⇒暗黙知、暗黙知⇒暗黙知、暗黙知⇒形式知実際に直面しているBefore/After

Slide 30

Slide 30 text

30 https://agilejourney.uzabase.com/entry/2025/08/29/103000

Slide 31

Slide 31 text

最近よく聞くチームが抱える問題レビュー負荷認知不可技術的負債属人化メンバー育成ドキュメンテーション 31 これらはBefore AIの頃から、  問題になりやすかったこと AIによって生まれた新しい問題ではない AIによって作業が効率化されたことで、ボトルネック化しやすくなった

Slide 32

Slide 32 text

Photo by Its me Pravin on Unsplash AIは増幅器として機能する。高いパフォーマンスの組織の強みを拡大し、  課題を抱えている組織の機能不全も拡大する。 - State of AI-assisted SoftwareDevelopment 2025 -

Slide 33

Slide 33 text

アジェンダ AI時代のソフトウェア開発モブプログラミング再入門 AI時代のモブプログラミングまとめ

Slide 34

Slide 34 text

No content

Slide 35

Slide 35 text

No content

Slide 36

Slide 36 text

モブプログラミングとは 36 チーム全員で・同じ仕事を .. ・同じ時間に .. ・同じ空間で .. ・同じ環境で .. することオフライン／オンラインに関わらず同じ空間で技術やツールの進化によって必ずしも同じマシンでなくとも同じ環境を共有できるようになった

Slide 37

Slide 37 text

モブプログラミングの登場人物 37

Slide 38

Slide 38 text

モブプログラミングの進め方ドライバー（キーボードをたたく人）とナビゲーターその場にいる全員で会話をして考えて判断をする合意したことをドライバーが代表してアウトプットするドライバーを任意のタイミングで交代しながら仕事を進めていく任意のタイミング：15分ごとに交代、タスクごとに交代、好きなときに交代など 38

Slide 39

Slide 39 text

モブプログラミングのイメージ 39 作業見る見る見る ਖ਼͍͠Πϝʔδ ナビゲーターナビゲーターナビゲータードライバーアウトプットナビゲーターナビゲーターナビゲーターよくある誤解インプットインプットインプットモブプロのイメージドライバー

Slide 40

Slide 40 text

モブ「プログラミング」？モビングでプログラミングをする = モブプログラミングエンジニアの仕事の内、プログラミングは一部に過ぎない複数人でも同じ目的のもとにチームで協力して成果を出す場面であれば、  モビングを活用することができる「モビング」や「モブワーク」と呼ぶこともある 40

Slide 41

Slide 41 text

Photo by rawpixel on Unsplash Photo by Marvin Meyer on Unsplash VS 分担作業モブプログラミング

Slide 42

Slide 42 text

分担作業 ex. レビュー、承認、引き継ぎ.. ex. タスク分割、設計、キックオフ.. 分担作業の前後に同期する作業が必要になる

Slide 43

Slide 43 text

ミスコミュニケーションによって手戻りする可能性もある分担作業

Slide 44

Slide 44 text

モブプログラミング ex. 設計、レビュー、ノウハウ共有同期しないではなく、常に同期している

Slide 45

Slide 45 text

モブプログラミングの特徴モブプログラミングはリアルタイムレビューアウトプット（結果）だけでなく、プロセスも含めてリアルタイムにレビューをするチームの特定の誰かではなく、参加しているチーム全員が合意している状態で仕事が進むモブプログラミングはフロー効率（仕事が流れること）を重視するモブプログラミングは究極の一個流しモブプログラミングが出そうとする生産性は、  アウトプット（仕事量）ではなくアウトカム（生まれた価値）モブプログラミングは教育効果が高い知識のジャストインタム（必要なときに必要な知識がインプットされる）チーム全員同席で学ぶ 45

Slide 46

Slide 46 text

分担作業とモブプログラミング分担作業モブプログラミングイメージ特徴リソース効率重視フロー効率重視生産性チーム全体で見たときに生産される量が多いチームとして完成したものだけが確実に生産されていく問題解決個人の経験知に依存するチーム全員の経験知に依存する学習個人に貯まるチームに貯まる向いている仕事の質単純作業他者への依存度が低い仕事問題解決をする仕事得られた学習が重要な仕事

Slide 47

Slide 47 text

Photo by rawpixel on Unsplash Photo by Marvin Meyer on Unsplash 分担作業モブプログラミング仕事の質やチームの状況に合わせて使い分けられる方がチームとして強い

Slide 48

Slide 48 text

モブプログラミングの近況（私調べ） 2017年ʙ　日本におけるモブプログラミング普及期 2020年ʙɹオンラインモブプログラミングが流行する COVID-19の影響で急速にリモートワーク化コミュニケーションの問題解決を理由としたオンラインモブプログラミングの導入増加 2026年現在のモブプログラミングモブプログラミングを知っている／やったことがある人は一定数いるモブプログラミングを継続してやり続けているチームは少ない継続していても限定的か必要に応じてやっていることが多く、  モブプログラミング中心で仕事をしているチームはさらに少ない 48

Slide 49

Slide 49 text

アジェンダ AI時代のソフトウェア開発モブプログラミング再入門 AI時代のモブプログラミングまとめ

Slide 50

Slide 50 text

AI時代のチームチームの小規模化 2から３人チームが最適にクロスファンクショナルチーム技術領域による分担（ex.フロントエンド／バックエンド）をしない隣接技術領域もAIの支援を受けて対応しやすくなった 50

Slide 51

Slide 51 text

AI時代のチームチームの小規模化 2から３人チームが最適にクロスファンクショナルチーム技術領域による分担（ex.フロントエンド／バックエンド）をしない隣接技術領域もAIの支援を受けて対応しやすくなった 51 小さなチームであれば生産性をそれほど気にしなくてもよくなり、さらにチームで完結できる仕事が増えることで、モブプログラミングがしやすい条件が整ってきている

Slide 52

Slide 52 text

最近よく聞くチームが抱える問題レビュー負荷認知不可技術的負債属人化メンバー育成ドキュメンテーション 52 これらの問題はモブプログラミングは効果的に作用する

Slide 53

Slide 53 text

AI時代のモブプログラミング 53 Before AIのモブプログラミング After AIのモブプログラミングプロンプト会話を繰り返しながら仕様や設計を形式知化し、プロンプトを作成する AIからのアウトプットを複数の目でレビューする

Slide 54

Slide 54 text

仕事の中心が「開発」から「理解する」へ

Slide 55

Slide 55 text

モブプログラミングは理解を作る構造「個人」ではなく「チーム」で理解をする仕事の進め方（分担作業 or モブプログラミング）によらず必要なことつくったものを見て共有するのではなく、  一緒に仕事をすることで暗黙知も形式氏もまとめて共有する “三人寄れば文殊の知恵” 55

Slide 56

Slide 56 text

モブプログラミングとSECIモデルソフトウェア開発における暗黙知になりやすい部分アウトプットの読み方や使い方アウトプットに至るまでの議論の内容ツールやショートカットの使い方コードの組み立て方問題の発見のしかたと問題解決のプロセス大変だったところはどこなのかソフトウェア開発における暗黙知の価値はとても高い 56

Slide 57

Slide 57 text

SECIモデル共同化表出化内面化結合化暗黙知形式知形式知暗黙知 Socialization Externalization Internalization Combination モブプログラミングが効果的なところ

Slide 58

Slide 58 text

私たちの組織のモブプログラミング小さなチーム（3人）×2チームチームで自分たちの開発プロセスを定義して実行するチームA：コアタイムを決めてモブプログラミング（10:00-17:00）チームB：必要に応じて時間で区切ってモブプログラミング（平均すると1日2、3時間）各チームから出てきた感想モブプログラミングを再開するときに不安だったが、むしろ生産性が上がったいかにコミュニケーションが足りていないかがわかった “空いた時間を何にするのか”を考えることが増えた 58

Slide 59

Slide 59 text

AI時代のモブプログラミング 59 Before AIのモブプログラミング After AIのモブプログラミングプロンプト会話を繰り返しながら仕様や設計を形式知化し、プロンプトを作成する AIからのアウトプットを複数の目でレビューする空いた時間空いた時間

Slide 60

Slide 60 text

空いた時間を何に投資するのか Photo by Towfiqu barbhuiya on Unsplash

Slide 61

Slide 61 text

SECIモデル共同化表出化内面化結合化暗黙知形式知形式知暗黙知 Socialization Externalization Internalization Combination AIが効果的なところモブプログラミングが効果的なところ

Slide 62

Slide 62 text

AI＋人間のチーム 62 人間：共同化を活動の中心にし、暗黙知を集め、チームの理解を深めていくことでより深い問いを形式知に変換していく ※効果的な選択肢の一つがモブプログラミング AI：形式知から先はAIの代替・支援が受けられるただし投げかけられる問い（プロンプト）によってアウトプットの質が決まる ✘

Slide 63

Slide 63 text

空いた時間を何に投資するのか AIによって作業効率が上がったからといって、  どんどん機能を追加したり、開発スピードを上げることに固執しないアウトプットではなくアウトカムを上げることを考えたときに、  なにをするとよいのかを考えてそこに時間を投資する「チームで空いた時間を何に投資するのか考えて判断して実行する」  これこそが空いた時間にやること（混乱） 63

Slide 64

Slide 64 text

余談：マネージャー視点のモブプログラミング私たちが変化をするときのボトルネックになりやすいことを自覚する私たち＝経営者、ミドルマネージャー一方で、私たちが変化を支援する側にまわることができれば、  チームや組織の変化を加速させることができるマネージャーにとって必要なケイパビリティはチームを支援する力チームをコーチングするチームの変化を妨げるものを取り除くチームの変化を促進させるチームの生産性を疑うのではなく、支える 64

Slide 65

Slide 65 text

アジェンダ AI時代のソフトウェア開発モブプログラミング再入門 AI時代のモブプログラミングまとめ

Slide 66

Slide 66 text

Slide 67

Slide 67 text

ソフトウェア開発、楽しんでますか？

Slide 68

Slide 68 text

AI時代のソフトウェア開発 AIによってソフトウェア開発の変化はとてもはやくなっているその変化のスピードに追いつくことに必死になってソフトウェア開発の楽しさを、チーム開発の楽しさを忘れていないか AI時代に入って多くのチームが直面している問題は、実はこれまでも立ち向かっていた問題とそれほど変わっていないやらなければいけないことは変わっていないし、  ソフトウェア開発の楽しさは変わっていないほら、問題の解像度が高くなると気が楽になるでしょう？ 68

Slide 69

Slide 69 text

ソフトウェア開発って楽しいよね

Slide 70

Slide 70 text

@TAKAKING22 及部敬雄 https://agile-monster.com/ 一緒に取り組んでいきましょう！現役のアジャイル開発実践者によるアジャイルコーチお仕事のご相談も雑談もぜひお気軽にお声がけ下さい！

Slide 71

Slide 71 text

参考文献モブプログラミング・ベストプラクティス（書籍） A day of Mob Programming（YouTube動画） A day of Mob Programming 2016（YouTube動画） AI時代のアジャイルチームを目指してースクラムというコンフォートゾーンからの脱却ー（スライド）モブプログラミングで「一緒に働く」を戦略的に仕事に取り入れよう（記事） 71