スクラムの方法論とは何ですか?
スクラムの方法論は、プロジェクト管理チームをより効果的かつ迅速に適応させ、職場で発生する変更に対応するために設計されたアジャイルアプローチです。アジャイルアプローチとして、スクラムの方法論は、チームが循環的で漸進的なプロセスで作業を実行することを要求しているため、以前のサイクルで学んだ新しい発見をすぐに使用できるようにします。この特定のアジャイル方法論は、経験的プロセス制御の使用により、他のアジャイルアプローチとは異なります。
この特定のプロジェクト管理方法は、ソフトウェア開発にしばしば関連付けられているにもかかわらず、チームワークまたは製品開発を必要とする事実上すべてのビジネスアクティビティに適用できます。それは本質的に反復的であるため、反復的であり、実際よりも単純に見える場合があります。このプログラム管理方法により、チームメンバーはバックログまたは必要なタスクのリストから始めます。次に、1つまたは複数を選択しますバックログからのアイテムは、特定のスプリント内でそれを完了することが期待されています。または、タスクに割り当てられた時間の量、そして毎日のスクラムとしても知られている毎日の進捗状況を評価します。このプロセスは、バックログ内のすべてのアイテムがクロスオフになるまで続きます。
使用されるスプリントバックログは、製品のバックログとは異なります。スプリントバックログは実際には製品のバックログから取得され、チームが単一のスプリントで終了すると予想されるタスクの数です。各スプリントの前に、チームは通常、計画セッションのために会い、スプリントのバックログに使用され、使用されるバックログからアイテムを決定します。スクラムの方法論では、1人のチームメンバーがスクラムマスターとして行動するように頻繁に選択されます。これはリーダーと混同しないでください。アジャイル方法論には、チームが本質的に自己組織化する必要があるためです。スクラムマスターは、何でも取り除く人々であり、スプリントバックログを完了する際のチームの進捗を遅くする可能性があるすべて。
スクラム方法論の他の2人の主要なプレーヤーは、チームメンバーおよびプロダクトオーナーです。製品所有者は、プロジェクト管理チームに、製品のバックログを使用して作成するように任される製品の方向性とビジョンを提供する責任者です。チームメンバーは、それぞれの役割が何であるかを彼ら自身の中で決定し、指導的地位にある誰かがいないことを決定します。
スクラムの方法論は、各スプリントを使用すると、チームが実際の情報または結果を使用して次のチームで何をすべきかを判断できるため、経験的であると説明されています。他のタイプのアジャイル方法論は、予測データに依存しています。スクラムの方法論は、他のほとんどの方法論よりも時間効率が高いと考えられています。