スクラムガイドに載っていないスクラムのはじめかた - チームでスクラムをはじめるときに知っておきたい勘所を集めてみました！ -

概要

■セッション概要

このセッションでは、これからスクラムをはじめるチームやスクラムをはじめたばかりのチームが知っておきたいコツを紹介するセッションです。私自身のスクラム実践知や、アジャイルコーチとしてさまざまなチームのスクラム立ち上げを観察・支援する中で得た知見をピックアップしてご紹介します。スクラムガイドとこのセッションのスライドをバイブルにスクラムを活用するチームが増えることを目指してみます。

Scrum Fest Mikawa 2025で登壇したときのスライドです。

■作者

フィードバックやお問い合わせはこちらまで！

スライドの内容

スクラムガイドに載っていないスクラムのはじめかた - チームでスクラムをはじめるときに知っておきたい勘所を集めてみました！ - 及部敬雄 (@TAKAKING22) 2025/9/6 Scrum Fest Mikawa
スクラムガイドに載っていないスクラムのはじめかたアジャイル開発の普及、スクラムガイド、コミュニティなど、スクラムをはじめやすい環境が整ってきているスクラムの実践者が増え、コミュニティを通して経験知が共有されていく一方で、  これからスクラムに取り組む組織やチームもまだまだ数多く存在しているコミュニティでの会話やアジャイルコーチの活動を通して、導入フェーズのチームが  似たような課題にハマっている状態が長年変わっていないように感じるスクラムのはじめかたにフォーカスし、導入フェーズに知っておきたい勘所を紹介 “スクラムははじめるのは簡単だが習得するのは難しい”
今日のお話のターゲットスクラムをこれからはじめる方スクラムをはじめたけどうまくいかないことに悩んでいる方スクラムをはじめたチームを支援するアジャイルコーチ
Learning Outcome 現在の時勢に合わせたスクラムのはじめかたの知見を得られるスクラムをはじめるチームを支援する際の勘所を得られるスクラム導入フェーズのチームでスライドを読み合わせすることができる
TAKAKING22 及部敬雄制御不能なアジャイルモンスター株式会社ホロラボ執行役員 Silver Bullet Club所属 AGILE-MONSTER.COM アジャイルコーチ
Regional Scrum Gathering Tokyo Scrum Fest XX Developers Summit Agile
アジェンダスクラムガイドの復習「はじめるのは簡単、習得は困難」の正体を紐解く 2025年現在のスクラムの周辺状況チームでスクラムをはじめるときに知っておきたい勘所
アジェンダスクラムガイドの復習「はじめるのは簡単、習得は困難」の正体を紐解く 2025年現在のスクラムの周辺状況チームでスクラムをはじめるときに知っておきたい勘所
まずはスクラムガイドを読もう！ https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf
スクラムガイド Jeff SutherlandとKen Schwaberによる公式ガイドたったの17ページ（だからまずは読もう！） 2011年に初版が公開され、コミュニティからのフィードバックを取り入れて数年ごとにアップデートされている最新版はスクラムガイド2020　※2025年9月現在
スクラムの定義スクラム（名詞）：複雑で変化の激しい問題に対応するためのフレームワーク  であり、可能な限り価値の高いプロダクトを生産的かつ  創造的に届けるためのものである。スクラムガイド2020
スクラムの定義スクラム（名詞）：複雑で変化の激しい問題に対応するためのフレームワーク  であり、可能な限り価値の高いプロダクトを生産的かつ  創造的に届けるためのものである。スクラムガイド2020
フレームワークビジネスフレームワーク：共通して利用できる考え方、分析、  問題解決、戦略立案などの枠組み ex. 3C分析、SWOT分析、OKR、カスタマージャーニーマップ … ソフトウェアにおけるフレームワーク：開発するうえで典型的・  定型的な処理やデータ構造をまとめた枠組みやテンプレート ex. Ruby
フレームワークビジネスフレームワーク：共通して利用できる考え方、分析、  問題解決、戦略立案などの枠組み ex. 3C分析、SWOT分析、OKR、カスタマージャーニーマップ … ソフトウェアにおけるフレームワーク：開発するうえで典型的・  定型的な処理やデータ構造をまとめた枠組みやテンプレート ex. Ruby
スクラムの構成要素スクラムチーム開発者プロダクトオーナースクラムマスター作成物プロダクトバックログスプリントバックログインクリメントイベント
スクラムマスタープロダクトオーナー開発者教える支援するつくる価値を最大化する教える支援する
スクラムマスタープロダクトオーナー開発者教える支援するつくる価値を最大化する教える支援する
Day1（水） Day2（木） Day3(金） Day4（月） Day5(火） 9:00 10:00 スプリントプランニング 11:00
スクラムのイベントと作成物の関係 1. プロダクトバックログを用意する 2. スプリントバックログを用意する（スプリントプランニング） 3. スプリントを実施する 4. チームの状況を毎日検査をする（デイリースクラム） 5.
何度も繰り返すスプリントを何度も繰り返すチームで学習してうまくなっていく
スプリントとリリース ʜ タイミングはビジネス判断いつでもリリースできるように
スクラムの価値基準　確約（Commitment）　個人としてスクラムチームのゴール達成を確約する　勇気（Courage）　正しいことをする勇気を持ち、困難な問題に取り組む　集中（Focus）　スプリントの作業やスクラムチームのゴールに集中する　公開（Openness）　仕事と遂行する上での課題を公開することに合意する　尊敬（Respect）
スクラムの全体性スクラムフレームワークは不変である。スクラムの一部だけを導入することも可能だが、それはスクラムとは言えない。すべてを備えたものがスクラムであり、その他の技法・方法論・プラクティスの入れ物として機能するものである。スクラムガイド2020
スクラムのまとめプロダクトの機能を欲しい順番に並べ変えてその順番につくること  で成果を最大化する（価値を基準）短い時間に区切って繰り返す（タイムボックス）仕事の状況や問題を関係者間で常に共有する（透明性）定期的に仕事の進捗やプロダクトの方向性や仕事の進め方に  問題がないかを確認する（検査）もっとうまくやる方法を常に追い求めてやり方を変えていく（適応）
スクラムガイド2020のアップデートスクラムチームは1つのチームである「開発チーム」→「開発者」スクラムマスターの役割「サーバントリーダー」→「チーム・組織に奉仕する真のリーダー」作成物の確約（コミットメント）の明示プロダクトゴール、スプリントゴール、完成の定義指示的な部分がより少なくなったデイリースクラムの具体的な質問事例の記載がなくなったスプリントレビューはプレゼンテーションではなくプロダクトゴールの達成に向けた議論の場へ
アップデートから読み解く陥りやすい罠プロダクトオーナーと開発チームの分断スクラムイベントが儀式になってしまいがち作業分担やロールの分業が前提になってしまっている
アップデートから読み解く陥りやすい罠プロダクトオーナーと開発チームの分断スクラムイベントが儀式になってしまいがち作業分担やロールの分業が前提になってしまっているスクラムを活用するうえで特に気をつけたほうがいいところ
スクラムガイドの復習まとめ 17ページなのでまずは読むアップデートを重ねるごとにより抽象的になっているので、  自分たちで考えて実装する必要性が高くなっているそのままやればうまくいくものではなく、  どうやって自分たちのチームに適応させていくのか
アジェンダスクラムガイドの復習「はじめるのは簡単、習得は困難」の正体を紐解く 2025年現在のスクラムの周辺状況チームでスクラムをはじめるときに知っておきたい勘所
“スクラムははじめるのは簡単だが習得するのは難しい”
どっちやねん！
「はじめるのは簡単」の正体自分たちではじめることができるスクラムガイドが公開されている書籍や事例を入手しやすいロールを割り当てて、イベントをスケジュール設定すれば、  とりあえず形式上スクラムをはじめた気になれるアジャイル開発の普及が進み、まわりの理解も得やすくなったトップダウンでスクラムを導入するケースも増えている
「習得するのは難しい」の正体実行できると活用できるは別物であるスクラム自体が完全ではないのでチームで補完する必要がある ex. スクラムではビジネス面や技術詳細には触れられていないスクラムをはじめたからといって、  すぐに本質的な成果につながるとは限らない
はじめるのが簡単だからこそはまりやすい
はじめるのが簡単だからこそはまりやすい形式上やった気になれるのでそこで一息ついてしまうでもスクラムははじめてからが一番大変コラボレーションの機会が増えることで、人間関係の問題が起こりやすいフィードバックの機会が増えることで、それまで見えなかった問題が顕在化する
はじめるのが簡単だからこそはまりやすい形式上やった気になれるのでそこで一息ついてしまうでもスクラムははじめてからが一番大変コラボレーションの機会が増えることで、人間関係の問題が起こりやすいフィードバックの機会が増えることで、それまで見えなかった問題が顕在化する問題が見つかったことをよいことだと捉える問題と向き合い解決し続けることで少しずつうまくなっていくそういうチームをつくっていくことがスクラム
「スクラム（方法論）をはじめる」ではなく、「スクラム（チームづくりの鍛錬）をはじめる」 Photo by Fitsum Admasu on Unsplash
アジェンダスクラムガイドの復習「はじめるのは簡単、習得は困難」の正体を紐解く 2025年現在のスクラムの周辺状況チームでスクラムをはじめるときに知っておきたい勘所
Photo by Igor Omilaev on Unsplash
生成AI時代のソフトウェア開発 2023年は生成AI元年とも呼ばれている第4次産業革命の真っ只中で、今起きている生成AIによる変化はまだその過程に過ぎないソフトウェア開発のプロセスの中でも特に開発やテストを中心に大きな変化が起きている
「開発プロセス」や「チーム」も変化の対象 Photo by Gift Habeshaw on Unsplash
スクラムにおける開発サイクル “スプリントは1ヶ月以内の決まった長さ”（スクラムガイド2020）コミュニケーションをするタイミングをつくる ex. スプリントプランニング、スプリントレビュー、デイリースクラム… それ以外の時間で開発をする ίϛϡχέʔγϣϯ ։ൃ .PO 5VF
開発サイクルが短くなる！？生成AIにより開発の生産性が高くなることでこれまでと同じ成果を出すまでの時間が短縮されるなにをつくるのかの検討やつくったものの評価（レビュー）にボトルネックが移るスプリント期間を短くして対応する、あるいはスプリント期間を変えずにスプリント期間中に  取り扱う仕事量を増やすいずれにしてもさまざまなマネジメントのコストが増えるスプリント自体が不要になり、カンバンなどでフロー制御したくなるかもしれない .PO 5VF 8FE
スクラムにおけるチーム小規模で自己組織化されたクロスファンクショナルチームチームメンバーがお互いに補完するさまざまな知識やスキルを持っているさまざまな変化に対応し、チームで多様な問題を解決できるようにする
人間＋生成AIのチームへ生成AIは多様なドメイン知識、プログラミングスキル、設計スキルをもっている知識の総量は人間よりもはるかに大きい（今後ますます大きくなっていく）もちろん人間にしかできない領域も存在する人間のみのチーム人間+生成AIのチーム生成AI
より小さなチーム、より多くのチームへ人間＋生成AIのチームであれば、少ない人数でも経験やスキルを補完できるようになる 10人以下（スクラムガイド2020）がよいとされていたチームサイズがより小さくなる小さなチームが増えるので、これまでよりも多くのチームでコラボレーションをしながら  開発を進めるシーンが増えるかもしれない 6人 X 2チーム（1ʙ3人＋生成AI） X
生成AI時代のアジャイル開発 https://speakerdeck.com/takaking22/agile- development-in-the-ai-era-in-xpjug ScrumMatsuriにて近日登壇予定
Scrum Guide Expansion Pack https://scrumexpansion.org/ja/scrum-guide-expansion-pack/2025.6/
Scrum Guide Expansion Pack 2025年6月11日に公開（日本語訳も公開されている）スクラムガイド共同著者ジェフ・サザーランド氏が著者の一人公式ガイドではなく非公式のパタンライブラリスクラムガイドを補完する目的で、特に生成AIによって  もたらされる変化への適応を考慮されて書かれている役割の再定義と拡張、コミットメントの再定義、理論の強化
2025年現在のスクラムの周辺状況まとめ生成AIによってもたらされる変化に合わせて、  開発プロセスやチームも変化に適応していかなければならない開発よりも人や開発プロセスにボトルネックが移動してくることは明白であるスクラムも更新されていくが、それ以上のスピードで  自分たちのスクラムが更新されていく必要がある
アジェンダスクラムガイドの復習「はじめるのは簡単、習得は困難」の正体を紐解く 2025年現在のスクラムの周辺状況チームでスクラムをはじめるときに知っておきたい勘所
チームでスクラムをはじめるときに知っておきたい勘所スプリントゴールを「運用」する集まって仕事をするスプリントレビューは妥協しないスプリントレトロスペクティブの目的を定義するアジャイルコーチを活用するコミュニティとチームをつなぐ
チームでスクラムをはじめるときに知っておきたい勘所スプリントゴールを「運用」する集まって仕事をするスプリントレビューは妥協しないスプリントレトロスペクティブの目的を定義するアジャイルコーチを活用するコミュニティとチームをつなぐ
スプリントゴールを「運用」するスプリントゴールを設定しているが、タスクの集合のようなゴールが設定されてしまいがちコンテキストその状況においてそこでその結果機能するゴールになっていないので、バックログ消化が目的になり、  チームでコラボレーションするモチベーションが生まれず、  スクラム全体が機能不全に陥ってしまう TOBEを意識してスプリントゴールを設定する
スプリントゴールを「運用」するスプリントゴールのように抽象度が高いものを複数人で会話を通して合意することは難しい最初はうまくいかなくてもチームで学習しうまくなっていくことに合意する繰り返していくことでスクラムチームのコミュニケーション練度が上がる得られる効果はスクラム全体に波及するものなのでサボらないスプリントゴールは設定して終わりにせず、デイリースクラムを  スプリントゴールを達成するための検査と適応の場にし、  チームがゴールを意識する機会を増やす勘所参考リンク
チームでスクラムをはじめるときに知っておきたい勘所スプリントゴールを「運用」する集まって仕事をするスプリントレビューは妥協しないスプリントレトロスペクティブの目的を定義するアジャイルコーチを活用するコミュニティとチームをつなぐ
集まって仕事をするスクラムではロールが定義されていて、各ロールが責任を果たしていくことでスクラムが機能するコンテキストその状況においてそこでその結果分業や分担作業を前提に仕事を組み立ててしまう属人化しやすくなって「それは◯◯の仕事」となりがち結果としてスクラムの中で新たな分断が生まれる集まったときにMTGをするのではなく共同作業をする時間をつくる
複数人が集まってMTGできるのであれば、同じ時間・同じ場所でモブワークすることもできる分担作業の結果を報告するよりも、共同作業をしたほうが効率も効果も高い場面は意外と多い一緒に集まって仕事がうまくできない人たちがなぜ分担作業ならうまくいっていると思えるのか生成AIによって生産性が高まっていく中で、分担作業に固執すると属人化が加速する生成AIをドライバーと見立て人間2人がドライバーとなって、生成AIペアプロを進める勘所参考リンクモブプログラミングで「一緒に働く」を戦略的に仕事に取り入れようリーダー＆マネージャーのためのモブプログラミングエッセンシャル
チームでスクラムをはじめるときに知っておきたい勘所スプリントゴールを「運用」する集まって仕事をするスプリントレビューは妥協しないスプリントレトロスペクティブの目的を定義するアジャイルコーチを活用するコミュニティとチームをつなぐ
スプリントレトレビューは妥協しないスクラムには5つのイベントがあり、それらを実行していくコンテキストその状況においてそこでその結果スクラムをはじめたばかりのチームは新しく覚えることであふれてしまいがちであるたくさんの問題が見つかったときに場当たり的に対応をしてしまううまくいかないときに自分たちにはスクラムが合わないという飛躍した結論を出してしまうこともすべてのイベントが大切ではあるが、特にスプリントレビューを大切にする
なぜ完成していないものは提示しないほうがよいのか適切なフィードバックが得られない外面だけ見てできているかのように誤解することでプロダクトの状況が正しく伝わらない問題が爆発したときに信頼できないスクラムチームになってしまう中途半端なものがたくさん積み上がっていくくらいなら、完成したものを確実に積み上げるよいフィードバックを集めるためにスプリントレビューのやり方を工夫する一方的に画面を見せるだけでなくプロダクトを実際に触ってもらう方法もあるスプリントレビューにターゲットユーザーに参加してもらい、リアルなフィードバックをもらう勘所参考リンク
チームでスクラムをはじめるときに知っておきたい勘所スプリントゴールを「運用」する集まって仕事をするスプリントレビューは妥協しないスプリントレトロスペクティブの目的を定義するアジャイルコーチを活用するコミュニティとチームをつなぐ
スプリントレトロスペクティブの目的を定義する “スプリントレトロスペクティブの目的は、品質と効果を高める方法を計画することである” ふりかえりに関する知見が得られるので、数多くのフレームワークを試すことができるコンテキストその状況においてそこでその結果スプリントレトロスペクティブの目的が軽視され、フレームワークを試すことや、飽きの防止、  コミュニケーション促進など、一見ポジティブで取り組みやすい方法を優先してしまう検査と適応が機能しないため、チームの学習スピードが鈍化する
「ふりかえり」と「スプリントレトロスペクティブ」を区別するチームの関係性や定義した目的によって重なる場合もあるが、必ずしも一致するものではないなんでもかんでもスプリントレトロスペクティブで解決しようとせず、  スプリントレトロスペクティブとは時間を設けて実行したり、別のプロセスでの解決も検討するフレームワークは便利だが万能ではないので盲信しないよいチームはフリートークでもふりかえりが機能する勘所参考リンクスプリントレトロスペクティブDEEP DIVE
チームでスクラムをはじめるときに知っておきたい勘所スプリントゴールを「運用」する集まって仕事をするスプリントレビューは妥協しないスプリントレトロスペクティブの目的を定義するアジャイルコーチを活用するコミュニティとチームをつなぐ
アジャイルコーチを活用するスクラムガイドや関連書籍やブログを参考に自分たちでスクラムをはじめることができるコンテキストその状況においてそこでその結果チーム全員が経験が少ない状態でスクラムをはじめると、  起きている問題を適切に切り分けて適切な対応を進めていくことが難しいチームで気づくことができない問題は認知することができないアジャイル開発の経験知が豊富なアジャイルコーチの支援を受ける
いろんなアジャイルコーチがたくさんいるよ！野生のアジャイルコーチから会社組織内のアジャイルコーチ経験豊富な素晴らしいアジャイルコーチから「明日からあなたはアジャイルコーチ」なアジャイルコーチ自分たちにとって必要かつ相性がよいアジャイルコーチを探すアジャイルコミュニティでの評判を聞く発信している内容を確認する支援対象のチームと会話する機会を設けて相性を確かめるコスト面やお願いしやすさだけで依頼をすると、かえってマイナス効果になることもある自分たちだけではアジャイルコーチの良し悪しを判断しづらいので、  どう効果測定をするかを考え、可能であれば第三者の意見をもらう
チームでスクラムをはじめるときに知っておきたい勘所スプリントゴールを「運用」する集まって仕事をするスプリントレビューは妥協しないスプリントレトロスペクティブの目的を定義するアジャイルコーチを活用するコミュニティとチームをつなぐ
コミュニティとチームをつなぐスクラムのプロセスの中でフィードバックループをまわしてうまくなっていくコンテキストその状況においてそこでその結果フィードバックを受ける対象がステークホルダーに限定されてしまうスクラムをはじめたばかりのチームだと客観的に判断する情報がないので局所最適になりがち発生した事実や受けたフィードバックをそのまま受け取って抱え込んでしまう社内外のコミュニティに参加する
あ勘所参考リンク Regional Scrum Gathering Tokyo（毎年1月に開催される日本最大のスクラムイベント）スクラムフェス◯◯（毎年各地で開催されているので毎月のように開催されている）分散アジャイルチームについて考える会製造業アジャイル勉強会
スプリントレトロスペクティブの目的を定義する集まって仕事をするスプリントレビューは妥協しないアジャイルコーチを活用するコミュニティとチームをつなぐ
スプリントレトロスペクティブの目的を定義する集まって仕事をするスプリントレビューは妥協しないアジャイルコーチを活用するコミュニティとチームをつなぐ
スプリントレトロスペクティブの目的を定義する集まって仕事をするスプリントレビューは妥協しないアジャイルコーチを活用するコミュニティとチームをつなぐ
世の中の変化のスピードが上がっている Photo by CHUTTERSNAP on Unsplash
「開発プロセス」や「チーム」も変化の対象 Photo by Gift Habeshaw on Unsplash
“スクラムがもたらす最終的な結果、いわば設計目標は、飛躍的に生産性を上げるチームの実現にある”
スクラムによってうみだされるものプロダクト（ビジネス）チーム
生成AI時代に突入し、ここからさらに変化が早くなり、開発プロセスや人にボトルネックが移っていきます。そんな時代だからこそ、スクラムを通して変化に適応できるよいチームを増やしていくことの社会的意義が増していきます。そして、その取り組みの中で今のあたりまえを疑い、常によいやり方を模索し、コミュニティを通して知見を共有していくことで、スクラムのアップデートやNext Scrumの発明に貢献していきましょう。
@TAKAKING22 及部敬雄 https://agile-monster.com/ 一緒に取り組んでいきましょう！現役のアジャイル開発実践者によるアジャイルコーチお仕事のご相談も雑談もぜひお気軽にお声がけ下さい！