Agile Japanを「いい話でした」で終わらせない ～参加レポートを組織の次の行動へつなげる～

Agile Japanを「いい話でした」で終わらせない ～参加レポートを組織の次の行動へつなげる～ 2026/11/12～2026/11/13 Agile Japan 2026 弥生株式会社 エンジニアリングマネージャー(EM) 小島優介

自己紹介 名前：小島 優介 (@kojimadev) 所属：弥生株式会社(1年半前に入社) 職種：エンジニアリングマネージャー(EM) 社外活動： 「ハピネスチームビルディング」をテーマに発信 Developers Summit 2020 KANSAI ベストスピーカー賞1位 Microsoft Build 2022 スピーカー、デブサミ夏2026スピーカー ITエンジニア向け月刊誌「Software Design」にて3年間連載 Qiita で 20,000 Contributions の記事投稿

• https://x.com/kojimadev

Agenda 1. セッションの要約だけで、目的に届きますか 2. 困っていなくても、試してもらう 3. 一つ持ち帰れるところをゴールにする 4. 発表を、認知と対話の入口にする 5. おすすめのアクション 6. 熱量を伴った意思はAIで作れない 7. 最後に

セッションの要約だけで、目的に届きますか Agile Japanに参加した目的を思い出してください Agile Japanでの学びを、自分の組織を良くするために 使いたいと思って参加している方々が多いはず その目的は、聴いた約20本のセッションを、 それぞれ要約した参加レポートを社内で公開すれば、 達成できるでしょうか？

要約だけでは心は動かない 20分間のセッションを聴く 要約した参加レポート 登壇者の熱量で心が動く 行動を変える力を持つ (明日、これを試そうと思う) このセッションではこの話が あったという情報 行動を変える力は弱い 参加レポートは、社内のSlackで共有すれば 「勉強になりました」「いい話ですね」という反応はある でも、読んだ人には、自分たちの仕事とどう関係するのか、 明日何をすればよいのかまでは見えにくい

価値はあるが目的には届かない 参加レポートには価値がある • 参加できなかった人へ、情報を届けられる • 自分の学びを整理できる ただ、目的が組織を良くすることなら セッションを公平に要約するだけでは届かない

目的を達成するために 代わりに、最も心に響いたセッションを選ぶ そのセッションを中心に、誰に何を試してほしいかを決め、 その主張を、自分の責任で、熱量を持って届ける 少し強い言葉で言えば・・・ 皆さんのエゴのために Agile Japanを利用しましょう

自分の解釈を自分の責任で届ける 「エゴのために利用する」は違和感があるかも？ ここで言うエゴとは 自分が組織をどう良くしたいのか、その意志を貫くために Agile Japanで学んだ自分の解釈を、自分の責任で届けること 本発表は、私が昨年のAgile Japan 2025のあと、 私のエゴのためにAgile Japanを利用して、何が起きたのかを紹介

Agenda 1. セッションの要約だけで、目的に届きますか 2. 困っていなくても、試してもらう 3. 一つ持ち帰れるところをゴールにする 4. 発表を、認知と対話の入口にする 5. おすすめのアクション 6. 熱量を伴った意思はAIで作れない 7. 最後に

1年前、私が社内に広げていきたいと考えたこと 1. 改善には、「問題を解消する」と「今よりもっと良くする」の 2種類がある 2. チームが継続して成長するには、問題がなくても、 もっと良くするために、やり方を変え続ける必要がある 3. そのやり方は、世の中で実績のあるプラクティスを試すのが やりやすい 困っていなくてもより良くするために、 世の中で実績のあるプラクティスを一つ、まずは試してほしい その考えを後押しするセッションを約20本の中から13本選んで発表

セッションに共通する、三つの主張 「世の中で実績のあるプラクティスを試す」に繋げるため 各セッションで、次の三つが主張されていることを社内発表する 1. 「現場が困っていない」のは、問題を観測できていないから 2. 現場は困っていないけれど、より良くするためにやり方を変えた 3. 世の中で実績のあるプラクティスを試した 「困っていないけど、それは観測できていないだけなのかも しれないので、自分のチームで何か試してみよう」に繋がりやすい

具体例の紹介 以降のスライドで、実際に私が自分の目的のために 社内で発表した時のスライドの一部(3セッション分)を紹介 社内発表資料は、以下のURLで公開中 https://www.docswell.com/s/kojimadev/KMQ9GW-2026-08-13-125916

• https://www.docswell.com/s/kojimadev/KMQ9GW-2026-08-13-125916

具体例 6. アジャイル初心者の成長ロードマップ (1/2) 発表者：三木 千佳さん(野村ホールディングス株式会社) アジャイル初心者たちで、アジャイルチームを立ち上げた アジャイルコーチが後から入ったことで様々な問題を検出して 世の中で実績のあるやり方で改善した(以下は例) ふりかえりの改善アクションは、確実に実行される仕組みを 入れる(担当者を決めて次回のふりかえりで状況確認) • 開発チケットの設計方針、実装方針を複数人で議論して 共有してから進める •

具体例 6. アジャイル初心者の成長ロードマップ (2/2) セッションのポイント： 当初、現場は自分たちのやり方に問題があると思っていなかった (現場は問題を観測できていなかった) しかし、アジャイルコーチから見れば、典型的な問題があった (異なる観点を持った人は、現場が観測できない問題を検出できた) アジャイルコーチは、世の中で実績のあるやり方を提案して それを現場が素直に受け入れて改善した(素晴らしい)

具体例 9. 中部電力ミライズにおけるアジャイル… (1/2) 発表者：市場 愛望さん(中部電力ミライズ)とMSOL Digitalの方々 中部電力ミライズにて古いやり方でずっと開発していた MSOL Digital が介入して、問題点を検出 世の中で実績のあるやり方で改善した ビジョンの希薄化 → インセプションデッキの見直し 技術負債が溜まる → 技術負債解消もバックログに入れて透明化 コミュニケーション希薄化と属人化 → モブワーク・ペアワークを導入

具体例 9. 中部電力ミライズにおけるアジャイル… (2/2) セッションのポイント： アジャイルコンサルタントの会社が 現場が観測できていない問題点を検出 世の中で実績のある改善策を提示し それを現場がしっかり実施することで改善された

具体例 12. 変われない組織で変わり続けることを (1/2) 発表者：壽山 雄己さん、松本 俊さん(株式会社テクノプロジェクト) 受託開発にて7年間、アジャイルを推進 ウォーターフォール前提の承認プロセスが変えられない制約の中で できることからアジャイルのプラクティスを実践 一度決まった設計を後からFBを元に変更することを顧客と合意 何を実現するか、どの順番で実現するかを定期的に見直す場を設置 その結果、顧客のプロジェクトでアジャイル開発を採用するケースが増えた

具体例 12. 変われない組織で変わり続けることを (2/2) セッションのポイント： 会社の仕組みは、簡単に変えられない だから、変えられるところを探して、「より良くするための改善」として 世の中で実績のあるやり方を試し続けた

セッションの主張を通して「試してみよう」に繋げる 13本のセッションは、会社も状況も異なるが 次の三つが主張されていた 1. 「現場が困っていない」のは、問題を観測できていないから 2. 現場は困っていないけれど、より良くするためにやり方を変えた 3. 世の中で実績のあるプラクティスを試した 「困っていないけど、それは観測できていないだけなのかも しれないので、自分のチームで何か試してみよう」に繋がりやすい

Agenda 1. セッションの要約だけで、目的に届きますか 2. 困っていなくても、試してもらう 3. 一つ持ち帰れるところをゴールにする 4. 発表を、認知と対話の入口にする 5. おすすめのアクション 6. 熱量を伴った意思はAIで作れない 7. 最後に

社内発表の会議案内の工夫 「Agile Japanで学んだことを発表します」という内容で 任意参加の会議案内を出しても、自分に関係があるとは感じにくい よって、その発表を聴いて得られるゴールを明記 「参加者全員が、明日から試してみるプラクティスを、 1件以上持ち帰ること」

現在地を認識してから参加してもらう 次の3条件をすべて満たす場合は、得るものがあまりないと明記 1. 「問題の解消」と「困っていないけれど、より良くする」の 両方を継続している 2. 後者について、世の中で実績のあるやり方を参考に、 新しい取り組みを試し続けている 3. 試して得られた知見を言語化し、発信している 逆に満たしていなければ、得られる知見が多くあることを記し、 自分たちの現在地を考えてから参加してもらうことで、 最初から、一つ持ち帰る前提で聞いてもらう

参加するハードルを下げる表現 「最初の10分だけでも、のぞいてみてください。 おもしろくなければ途中で抜けて大丈夫です。 満足いただける発表になるように頑張ります。」

明日試せるものを、自チームから出す 他社の事例だけでは、何を試せばよいか分からない可能性 45分の社内発表の最後の15分で 自チームで試して効果があったプラクティスを 「明日から試せる選択肢です」として3つ紹介 （同じ会社で、実際に効果のあったプラクティスなら試しやすい） 試す場合は、まず短期間だけ試して、効果があれば続けて、 いまいちなら、やめてよいと伝える

Agenda 1. セッションの要約だけで、目的に届きますか 2. 困っていなくても、試してもらう 3. 一つ持ち帰れるところをゴールにする 4. 発表を、認知と対話の入口にする 5. おすすめのアクション 6. 熱量を伴った意思はAIで作れない 7. 最後に

発表の評価は良かったが・・・ 発表時点で、私は中途入社して約半年 特別な権限はなにもなく、参加者の多くと話したこともない それでも、発表にたくさん参加いただき評価も良好 参加者：約100人 満足度：4.7(5段階評価) 自チームで試したい旨のコメント：多数(約80%) ただ、実際には、発表を聴いたチームですぐに何かを変えるのは難しい 各チームには、それぞれの事情、困りごと、優先順があるため

発表を、認知と対話の入口にする 発表を認知と対話の入口として活用 発表後、アンケートに回答してくださった方々に、 個別に1on1を依頼 そこで相手の困りごとを聞き、自分の考えを話し対話の機会を得る × 誤った期待 ○ 適切な期待 発表する → すぐ試してもらう 発表する → 認知と対話の入口

1on1をきっかけにチームの会議に参加 1on1で相手の困りごとやチームの状況が少し分かったら、 「もしよければ、勉強させてもらいたいので、 チームのふりかえりに参加させてもらえませんか」と相談

チームの良いところを見つけて言語化する 参加したふりかえりで、 そのチームの良い点を 見つけて言語化して伝える 「感謝の内容を凄く具体的に伝えるの素晴らしい」 (1時間の会議なら10件くらい見つけたい) そのチームが自分たちの取り組みの価値を再認識できる 良い点を適切に言語化することを通して自身の学びも深まる

知見は、相手が選べる形で渡す ふりかえりの中で助言を求められたときや チームの人たちが困っていることが見えたときに もし参考になればという形で、自分の持っている知見を提供する 「自分のチームでは、これを試してみて効果ありました。 チームによって合う合わないがあるので、試しに2週間くらい やってみて、いまいちだったらやめれば良いと思います」 と伝えると、相手のチームが自分たちで選べ、提案が重くならない

入社して1年間で、相談と活用が広がった 社内の皆様が快く対話してくれたため、 会社に入社してから1年で • 個別に相談してくれた人：20人以上 • 紹介した知見を活用してくれたチーム：10チーム以上 役職や権限がなくても、横のつながりで広げられる 横のつながりを広げる話は、Developers Summit 2026 Summerでも 発表しているため、その話の詳細は以下参照。 「一人のエンジニアから始める、横の影響力のつくり方」

• https://www.docswell.com/s/kojimadev/ZY89J4-2026-07-17-113608

Agenda 1. セッションの要約だけで、目的に届きますか 2. 困っていなくても、試してもらう 3. 一つ持ち帰れるところをゴールにする 4. 発表を、認知と対話の入口にする 5. おすすめのアクション 6. 熱量を伴った意思はAIで作れない 7. 最後に

おすすめのアクションは、この三つ 1 セッションを 選ぶ 最も心に響いた セッションを 1つか2つ選ぶ 2 どう変えたいか 決める 誰に届けて何を 試して欲しいのか 決める 私の場合は、先に②を決めてから①を選んだが ①からやった方がたぶんやりやすい 3 熱量を持って 主張する 自分の主張を 自分の責任で 熱量を持って伝える

Agenda 1. セッションの要約だけで、目的に届きますか 2. 困っていなくても、試してもらう 3. 一つ持ち帰れるところをゴールにする 4. 発表を、認知と対話の入口にする 5. おすすめのアクション 6. 熱量を伴った意思はAIで作れない 7. 最後に

AIで加速しても作れないこと Agile Japan 2026のテーマは「Agile Paradox」 加速する世界と、問い直す原点 AIで、複数のセッションを、速く、きれいに、網羅的にまとめられる よりよい仕事のやり方も、AIが選択肢を提示してくれる でも、AIで加速しても、 組織をどう変えたいのか、そのために誰に何を試してほしいのか、 その熱量を伴った意思は、AIには作れない

熱量を伴った意思 熱量を伴った意思は 自分の現場を知っていて、その結果に責任を持つ人間にしか作れない 冒頭で言ったエゴとは、この意思のこと AIで加速するからこそ、人にしかできないことに熱量を込める それは、組織をよくするために、誰に、何を試してほしいかを、 熱量を持って主張すること これが、今回のテーマへの、私の答え

Agenda 1. セッションの要約だけで、目的に届きますか 2. 困っていなくても、試してもらう 3. 一つ持ち帰れるところをゴールにする 4. 発表を、認知と対話の入口にする 5. おすすめのアクション 6. 熱量を伴った意思はAIで作れない 7. 最後に

あなたの熱量を組織へ AIがどれだけ進化しても、現場で何を試すのかを決めて、 組織を導くのは、あなたです。 忙しい中でAgile Japanへ参加するほど、組織を良くしようとしている、 そのあなたが、熱量を持って主張するからこそ、その言葉は届きます。 場合によっては、あなたの主張は、反論されるかもしれません。 でも、それで良いのです。 反論されて、対話をすることで、新しい問題が見えれば、 今度はその問題を解消すれば良いのです。

全員に賛成される主張で心は動きますか そもそも、100人全員が賛成する主張で、人の心は動くでしょうか。 全員が賛成する主張は、すでに誰かが言っていることであり、 「いい話ですね」で終わる可能性もあります。 だから全員に賛成してもらう必要はないです。 現場を知っているあなたにしか言えない主張があります。 今のやり方の、痛いところに触れる主張です。 それで一部の人の心が動けば十分ではないでしょうか。

私の主張も賛否両論でしょう 私は、3つ条件を満たしていないチームは得られるものが多い、 と書いて会議案内を出しました。 自分たちの足りないところに触れる案内です。 それでも、約100人が来てくださいました。 今日の「カンファレンスの発表を、自分のエゴのために利用しよう」 という主張にも、反論はあるでしょう。 ぜひ、Agile Japanの場で私に教えてください。 その反論で、私の考えをさらにアップグレードしたいと思います。

反論を恐れずに、あなたの信じる、あなたの主張を、 熱量を持って伝えましょう！