ジェイソン・ガードナー（編）
多くの組織がScrumを使っていると言っています。それでもチームは優先順位の不明確さ、ハンドオフ、一貫性のない投球に苦しんでいます。イベントは意味のある点検や適応の機会というより、ルーティン会議のように感じられます。問題はほとんど努力ではありません。多くの場合、それはScrumが実際に何であり、どのように機能するのかを誤解しているからです。
スクラムは意図的にシンプルです。その構造は、価値の明確さ、説明責任の明確さ、そして継続的な改善への注力を強化しています。Scrumが初めての方やアプローチの再調整中であれば、このガイドでは理解すべき基本点をまとめています。
スクラムとは何か
スクラムは、複雑な問題に対して適応型ソリューションを通じて人やチーム、組織が価値を生み出すのを支援する軽量なフレームワークです。
これは経験主義に基づいており、観察、経験、実験に基づいて意思決定が行われます。経験主義は、透明性、検査、適応という三つの柱によって支えられています。
スクラムは5つの価値観に基づいています:コミットメント、集中、オープンさ、尊重、そして勇気です。これらの柱と価値観が存在すると、Scrumは不確実で複雑な環境で価値を提供する強力なシステムとなります。
スクラムチーム
スクラムチームはプロダクトオーナー1名、スクラムマスター1名、そして開発者で構成されています。サブチームはありません。スクラムチーム全体が、毎スプリントごとに価値ある有用なインクリメントを作成する責任があります。
プロダクトオーナー
プロダクトオーナーは、スクラムチームの作業によって得られる製品の価値を最大化する責任を負います。
主な責任には、製品目標の策定と明確な伝達、製品バックログ項目の作成と改善、製品バックログの注文、そして製品バックログの透明性と理解の確保が含まれます。
プロダクトオーナーは委員会ではなく一人の人物です。
には、
スクラムマスターは、チームおよび組織内でスクラムを確立し支援する責任を負います。彼らはスクラムチームおよびより広い企業に奉仕するリーダーです。
彼らの注力は、チームの自己管理やクロスファンクショナルのコーチング、高価値インクリメントの創出、進行の障害の除去、スクラムイベントの生産的かつタイムボックス内での確保、そしてアジリティの広範な普及支援です。
スクラムマスターは人を管理したりタスクを割り当てたりしません。効果を高めるのです。
開発者
開発者とは、スクラムチーム内で、毎スプリントごとに使えるインクリメントのあらゆる側面を作ることにコミットしている人たちのことです。
各開発者はスプリントバックログとして知られる計画を作成し、「完了の定義」に従い、毎日スプリント目標に向けて計画を調整し、プロフェッショナルとして互いに責任を持ちます。
開発者は自己管理を行い、製品のバックログ項目を使えるインクリメントに変換する方法を決定します。
三つの約束
スクラムは各アーティファクトに紐づくコミットメントを定義します。これらのコミットメントは明確さと集中力を強化します。
プロダクトバックログとプロダクト目標
プロダクトバックログは、製品を改善するために必要なものを順番に示した、湧き上がったリストです。そのコミットメントこそが製品目標です。
プロダクト目標は製品の将来の状態を示し、スクラムチームの長期的な目標を示します。チームはこの目標を達成するためにスプリントごとに取り組みます。
スプリントバックログとスプリント目標
スプリントバックログには、スプリント目標、選択されたプロダクトバックログ項目、インクリメントの実施計画が含まれます。そのコミットメントはスプリント目標です。
スプリント目標はスプリントの唯一の目標です。スプリントゴールは集中力と柔軟性を提供します。目標達成のために選ばれた作業はプロダクトオーナーと再交渉可能ですが、スプリント目標はスプリントの目標のままです。
インクリメントと完了の定義
インクリメントは製品目標への具体的な踏み台です。各インクリメントは使用可能で、「完了」の定義を満たしなければなりません。
「完了」の定義は、作業が完了するという意味を定義することで、品質に関する透明性を高めます。製品バックログの項目が「完了」の定義を満たさない場合、インクリメントの一部とはみなされません。
5つのスクラムイベント
スクラムには5つのイベントが含まれ、定期的に検査と適応の機会を得ます。すべてのイベントはタイムボックス制で、スプリント内で行われます。
スプリント
スプリントは1か月以内の固定期間のイベントです。新しいスプリントは前のスプリント終了直後に始まります。
スプリント中は、スプリント目標を危険にさらすような変更は一切加えられません。品質は低下しません。製品バックログは必要に応じて精査されます。範囲はプロダクトオーナーと明確にし、再交渉を行うことがあります。
スプリントは、一貫したリズムを確立し、配達と学習を行います。
スプリント計画
スプリント計画は、実行すべき作業を定義することでスプリントを開始します。
スクラムチームは、スプリントがなぜ価値があるのか、今スプリントで何ができるのか、そして選ばれた作業がどのように実現されるのかという3つのテーマに取り組んでいます。
その結果、スプリント目標とスプリントバックログができ、チームに方向性と透明性をもたらします。
デイリースクラム
デイリースクラムは開発者向けの15分間のイベントです。目的はスプリント目標達成の進捗を検査し、必要に応じてスプリントバックログを適応させることです。
フォーマットは柔軟です。焦点はステータス報告ではなく、スプリント目標への進捗にあります。
スプリントレビュー
スプリントレビューはスプリントの結果を検証し、今後の適応を決定します。
スクラムチームと関係者は、これまでの成果を振り返り、環境の変化について議論し、次に何をすべきか協力します。プロダクトバックログはフィードバックや新たな洞察に基づいて調整されることがあります。
スプリントの振り返り
スプリント回顧展はスプリントの締めくくりです。
スクラムチームは、前回のスプリントで個人、インタラクション、プロセス、ツール、そして「完了」の定義についてどのように進んだかを調査します。チームは最も影響力のある改善点を特定し、次のスプリントでどのように実施するかを計画します。
なぜScrumが複雑な環境で機能するのか
スクラムは、要件が不確実で変化が絶えない場合に効果的です。
これにより、早期かつ頻繁な実用インクリメントの提供、継続的なステークホルダーの協力、新しい情報への迅速な適応、Defined of Doneによる品質の組み込み、定期的な検査と適応による継続的な改善が可能になります。
組織がフレームワークを意図通りに適用すれば、シンプルさが差別化要因となります。明確な責任感。明確な目標。明確な約束。
始めるための実用的なヒント
スクラムの旅を始める方やアプローチの再調整を始める方は、以下の行動を検討してください。
最初のスプリントを立ち上げる前に明確なプロダクト目標を定義しましょう。例えば、方向性のない機能を作るのではなく、6ヶ月以内に顧客のオンボーディング時間を30%短縮するなどの目標を明確にしましょう。
意味のある「終わった」の定義を確立すること。作業完了とみなされる前に、コードのレビュー、セキュリティテスト、統合、文書化などの基準を含めてください。
スプリント目標を使ってトレードオフを導きましょう。スプリントの途中で新しいリクエストが出た場合は、自動的に作業を増やすのではなく、スプリント目標と比較して評価してください。
リーダーには、スプリントレビューを作業セッションとして活用し、現状の更新ではなく実際の成果に基づいて方向性を形成することを促しましょう。
価値に再び焦点を戻す
スクラムは意図的に最小限に抑えられています。詳細な手続きは規定していません。代わりに、課題を明らかにし、改善の余地を創出する枠組みを提供します。
チームが明確な責任、明確なコミットメント、経験主義を受け入れると、単なる活動を超えて測定可能な成果へと向かいます。
もし組織が提供を強化し、透明性を高め、チームを価値に合わせたいと考えているなら、Platinum Edgeがお手伝いします。経験豊富なコーチがリーダーやチームと共に、持続可能な成果を生み出す実践的な能力を構築します。
Platinum Edgeにご連絡 いただき、組織全体でより強固な機敏性を構築し始めましょう。
