スクラムプロジェクトマネジメント方法論はまさにそのようなものです
スクラム方法論の概要
企業がアジャイルプロジェクトメソドロジを使用できるプロジェクトを持っている場合、Scrumというフレームワークを使用することもできます。
スクラムは、役割が具体的に定義され、プロセスが厳格に適用される公式のプロジェクトマネジメント手法を使用する代わりに、タイムラインに加入するのではなくチームを作る必要があるときに多くの決定を下すフレームワークを提供します。
スクラムの方法論は、チームが共同開発して製品を開発する方法として、1990年代にAgileメソドロジとともに開発されました。 フレームワーク内で少数のルールしか提供しませんが、複雑なプロジェクトを短期間で完了することができます。
スクラムの役割
スクラムフレームワーク、製品所有者、開発チーム、スクラムマスターで定義される3つの役割があります。
- プロダクトオーナー - タイムラインに応じて、30日以内に配信される商品を決定します。 これは、ビジネスオーナー、 顧客またはエンドユーザーになる可能性がありますが、チームに適切な製品を構築させるというビジョンがあります。
- 開発チーム - これは、製品を構築し、その製品を製品の所有者に示す人です。 全体的なチームリーダーはいません。 チーム内の問題はチーム全体で議論されます。 チームメンバーは、一般的には相互機能的であり、誰もが製品開発に携わっています。
- スクラムマスター - プロセスを監督し、プロセスが確実に動作していることを確認し、必要に応じてプロセスを改善する人です。
スクラムイベント
スクラムのイベントは、開発チームと製品所有者に情報を共有する機会を与え、継続的なコミュニケーションが行われるようにします。 ある期間、通常は30日以内に発生する可能性のあるイベントが数多くあります。これはスプリントと呼ばれます。
- スプリント - この期間には、スプリント計画ミーティング、毎日のスクラム、開発作業、スプリントレビュー、スプリント回顧が含まれます。 スプリント中には、目標を変更することはできず、開発チームも同じままにする必要があります。
- スプリント計画会議 - この会議は、スプリント中に実行する必要がある作業を計画するために使用されます。 このミーティングは通常1カ月間のスプリントでは8時間で、短いスプリントではそれほど比例しません。 会議は2つに分かれており、最初の部分はスプリントの目標を決定し、2番目の部分は目標の達成方法を決定します。
- 毎日のスクラム - これは、開発チームが次の日の作業を計画することを可能にする、毎日の短い15分間のミーティングです。 チームは前日に完了した作業をレビューし、次の24時間で何が達成できるかを予測します。 毎日のスクラムは、チームが総合的なスプリント目標との関連性を確認する機会です。 スクラムマスタは、毎日のスクラムが発生していることを確かめ、開発チームが迅速な意思決定を確実に行うために、開発チームは最大15分を維持します。
- スプリントレビュー - スプリントの終わりに、スプリント中に達成されたことを評価し、次のスプリントで次のことを決定するためにレビューが使用されます。 スプリントレビューは4時間のイベントで、開発チームはスプリントのハイライトと何が問題なのかを伝えることができます。 開発チームと製品所有者間のコミュニケーションに基づいて、次のスプリントのために新しい成果物のセットが決定されます。
- スプリント・レトロスペクティブ - これは3時間の会議で、スクラム・チーム全体がスプリントを反映し、次のスプリントに採用できる改善の計画を立てることができます。 会議では、人々、関係、プロセス、ツールを見て、改善がどこでできるかを特定する必要があります。
プロジェクトの完了を最適化するために、目標は、その結果が約束されたときに結果を提供することです。 それを可能な限り効果的に達成する。 スクラムプロジェクトマネジメント方法論を使用することは、その目標を達成するための1つのツールです。
Gary Marion、L ogistics、Supply Chain Expertによって更新されました。