アジャイル スクラム方法論を使用するのは誰ですか?
スクラムはソフトウェア開発チームで広く利用されています。実際、スクラムは 最も人気のあるアジャイル手法。 による 第12回年次 State of Agile レポートソフトウェアチームの70%がスクラムまたはスクラムハイブリッドを使用しています。しかし、スクラムはITやマーケティングなど、複雑性と曖昧さを抱えながらプロジェクトを進めなければならない他の業務部門にも広がっています。リーダーシップチームもアジャイルマネジメントのプラクティスをスクラムに基づいて構築しており、リーンやカンバン（アジャイルプロジェクトマネジメントのサブグループ）のプラクティスと組み合わせることがよくあります。
アジャイルプロジェクト管理におけるスクラムとは何ですか?
スクラムはアジャイルのサブグループです。
- アジャイルとは、グループの日々のやり取りや活動を規定する一連の価値観と原則です。アジャイル自体は、規範的でも具体的なものでもありません。
- スクラム方法論は、アジャイルの価値と原則に従いますが、特に特定のソフトウェア開発プラクティスに関する追加の定義と仕様が含まれます。
スクラム手法から得られるメリットは何ですか?
アジャイル スクラムを採用した組織は次のような経験をしています。
- より高い生産性
- より高品質な製品
- 市場投入までの時間の短縮
- ステークホルダー満足度の向上
- より良いチーム力
- 幸せな従業員
スクラム プロジェクト管理の何が特別なのでしょうか?
スクラムは、情報を透明化することで作業の複雑さに対処します。これにより、予測ではなく現状に基づいて検査と適応が可能になります。これにより、チームはウォーターフォール開発プロセスによくある落とし穴、すなわち、要件の絶え間ない変化による混乱、時間、リソース、コストの過小評価、ソフトウェア品質の妥協、不正確な進捗報告などに対処できます。スクラム開発では、期待通りの成果物を提供するために、共通の用語と標準の透明性が不可欠です。頻繁な検査は進捗状況を確認し、差異を早期に検出して迅速な調整を可能にします。検査と適応のためのスクラムの最も一般的なイベントは次のとおりです。 スプリント計画、デイリースクラムまたは「スタンドアップ」、スプリントレビュー、およびスプリントの振り返り（以下の「スクラムイベント」セクションを参照）。
他のアジャイル手法と比較したスクラム方法論とは何ですか?
多くの企業は、まず個々のチームをアジャイルに移行させてから、組織全体に「スケール」させます。アジャイルのスケールアップは容易ではなく、そのため、最近では次のような新しいフレームワークが登場しています。 スケールド・アジャイル・フレームワーク® 規律正しく アジャイルデリバリー (DAD) この人気により、スクラムは多くのアジャイル アプリケーション ライフサイクル管理 (アジャイル ALM) イニシアチブの重要な部分になりました。
アジャイル スクラム開発の構成要素は何ですか?
スクラム方法論は、チームの役割、イベント (セレモニー)、成果物、ルールによって定義されます。
スクラムチーム
スクラムチームは通常7名±2名のメンバーで構成され、タスクを委任したり、問題解決方法を決定するチームリーダーはいません。チームはユニットとして、問題への対処方法と解決方法を決定します。スクラムチームの各メンバーはソリューションの不可欠な部分であり、製品の開発開始から完成までを担うことが期待されています。スクラムチームには3つの主要な役割があります。
プロダクトオーナー
プロダクトオーナーはプロジェクトの主要なステークホルダーであり、通常は社内外の顧客、あるいは顧客の代弁者です。プロダクトオーナーは1人のみで、チームが開発中の製品の全体的なミッションとビジョンを伝えます。プロダクトオーナーは、プロダクトバックログの管理と完了した作業の増分承認について最終的な責任を負います。
スクラムマスター
スクラムマスターは、プロダクトオーナー、開発チーム、そして組織にとってのサーバントリーダーです。チームに対する階層的な権限はなく、むしろファシリテーターとして、スクラムマスターはチームがスクラムの理論、プラクティス、そしてルールを遵守していることを確認します。スクラムマスターは、チームが最高レベルのパフォーマンスを発揮できるよう、あらゆる手段を講じてチームを守ります。これには、障害の除去、会議のファシリテーション、プロダクトオーナーによるバックログのグルーミング支援などが含まれます。
開発チーム
開発チームは、各スプリントの完了時に出荷可能な増分を提供するためのあらゆるスキルを備えた、自己組織化されたクロスファンクショナルグループです。スクラムでは、「開発者」という用語の定義をプログラマーだけでなく、提供される増分の作成に参加するすべての人にまで広げています。開発チームには役職はなく、スクラムマスターを含め、誰も開発チームにプロダクトバックログ項目を出荷可能な増分に変換する方法を指示しません。
スクラムイベント（セレモニー）
スプリント
スプリントとは、特定の作業を完了し、レビューの準備を整えるための、時間制限のある期間です。スプリントは通常2～4週間ですが、最短で1週間の場合もあります。
スプリント計画
スプリント計画チーム会議は、どの製品バックログ項目が提供され、どのように作業が達成されるかを決定する、時間制限のあるイベントです。
毎日のスタンドアップ
毎日のスタンドアップは短いコミュニケーション ミーティング (15 分以内) で、各チーム メンバーが前回のスタンドアップ以降の進捗状況、次回のミーティングまでに予定されている作業、進捗を妨げる可能性のある障害について迅速かつ透明性を持って説明します。
スプリントレビュー
スプリントレビューは、チームがスプリント中に完了した作業内容を発表する「ショー・アンド・テル」またはデモンストレーションイベントです。プロダクトオーナーは、事前に定義された受け入れ基準に照らし合わせて作業を確認し、承認または却下を決定します。ステークホルダーまたはクライアントは、提供された増分がビジネスニーズを満たしていることを確認するためのフィードバックを提供します。
回顧展
振り返り（またはレトロ）は、スプリントの最終チームミーティングです。このミーティングでは、何がうまくいったか、何がうまくいかなかったか、そして次のスプリントでチームがどのように改善できるかを確認します。チームとスクラムマスターが参加する振り返りは、チームにとって全体的なパフォーマンスに焦点を当て、プロセスの継続的な改善戦略を特定する重要な機会となります。
スクラム成果物
製品バックログ
プロダクトバックログは、システム、プロジェクト、または製品のすべての要件を概説した、最も重要なドキュメントです。プロダクトバックログは、ビジネス価値のある成果物を生み出す作業項目で構成されたToDoリストと考えることができます。バックログ項目は、プロダクトオーナーによってビジネス価値に基づいて順序付けられます。
S印刷バックログ
スプリント バックログは、スプリントで完了する必要がある製品バックログから取得された特定の項目のリストです。
インクリメント
増分とは、前回のソフトウェアリリース以降に完了したすべてのプロダクトバックログ項目の合計です。増分をいつリリースするかはプロダクトオーナーが決定しますが、増分に含まれるすべての項目がリリース可能な状態であることを確認するのはチームの責任です。これは潜在的に出荷可能な増分（PSI）とも呼ばれます。
スクラムルール
アジャイルスクラムのルールは完全にチームに委ねられ、チームプロセスに最適な方法に基づいて策定されるべきです。優れたアジャイルコーチは、上記に挙げた基本的なスクラムイベントから始め、チーム固有のニーズに基づいて検証と調整を行い、チームの連携を継続的に改善するよう指導します。
スクラムの練習
始める
に スクラムを始める個々のスクラムチームが、ホワイトボード、付箋、スプレッドシートといったシンプルなスクラムツールを使って、プロダクトバックログや各スプリントにおけるスプリントバックログ項目の進捗状況を管理することは珍しくありません。しかし、アジャイルプラクティスを組織全体に展開するのは、間違いなくより複雑です。組織内でスクラムを使用するチームの数が増えたり、地理的に分散したりするほど、ホワイトボード、付箋、スプレッドシートといったシンプルなツールは扱いにくくなります。
アジャイルを次のレベルへ
Digital.ai Agility（旧VersionOne）は、スクラムのようなアジャイルプラクティスを拡張するという課題に対処するために、 オールインワンのアジャイルプロジェクト管理プラットフォーム 個々のチームだけでなく、スケールアジャイルフレームワークを採用した分散型企業でも使用できます。 Digital.ai Agility チーム、プログラム、ポートフォリオレベルの関係者が計画、追跡、報告するための集中化された環境です。 ソフトウェア配信 場所に関係なく。
