7 つのスクラム アーティファクト: 定義と例

スクラムは、自己組織化されたチームがアジャイル環境でプロジェクトを迅速に実行できるように設計された柔軟なプロジェクト管理方法です。 スクラム フレームワークは、アーティファクト、ロール、セレモニーで構成されています。 これらの要素は、製品およびソフトウェア開発チームが作業を管理するのに役立ちます。

スクラム アーティファクトは、スクラム チームの成功にとって重要です。 しかし、それらの使い方を学ぶ前に、まずそれらを定義する必要があります。

スクラム アーティファクトとは

ソフトウェア開発では、「アーティファクト」という用語は、利害関係者とスクラム チームが開発中の製品を説明するために使用する情報を指します。

スクラム成果物は、実行する必要がある作業を定義し、スプリント中に常に価値を追加します。 簡単に言えば、スクラム成果物は、スクラム チームにとって重要な情報のナゲットと見なすことができます。 これらは、製品開発計画のガイドラインとして機能するため、スクラム プロセスに構造を提供します。

これは、特定のスプリントでの進捗状況を確認できるプラットフォームを提供するため、特に自宅で作業する可能性のある分散したチームにとって非常に重要です。 これにより、どこにいても全員が同じページにいることができます。

ProjectManager は、ハイブリッド チームをつなぐクラウドベースの作業およびプロジェクト管理ソフトウェアです。 スクラム チームがいつどこで働いていても、リアルタイムでスクラム成果物を共有できます。 当社のかんばんボードを使用すると、スクラム チームは成果物を簡単に管理し、共同でスプリントを計画できます。 プロダクト オーナーは、ボトルネックを回避するためにリソースを再割り当てするプロセスを可視化できます。

7 つのスクラム アーティファクト

スクラム ガイドによると、3 つの主要なスクラム アーティファクトがあります。 以下でそれぞれについて説明し、成功したスプリントの追加の定番を示します。

1. 製品ビジョン

製品ビジョンは、プロジェクトまたは製品の長期的な目標です。 これは、プロジェクトまたは製品の全体的な方向性を設定するために定義する成果物です。 スクラム チームは、製品ビジョンをガイドとして使用します。

製品ビジョンの重要性は、スクラム チームがそれを暗記する必要があるという事実によって強調されます。 つまり、短くて要点を明確にする必要があります。 製品のビジョンは、スクラム チームの心の奥底に常にあるべきものです。

2. プロダクト バックログ

プロダクト バックログは、プロジェクトで達成する必要があるすべてのリストであり、個々の項目に分類されています。 これは、最終製品に必要なすべての機能のベースライン要件が、スクラム チームの製品所有者によって優先される場所です。

これは変更不可能なタスクのリストではなく、時間の経過とともに進化することがよくあります。 たとえば、ビジネス環境、マーケティング状況、または技術的要求に変化があった場合、プロダクト バックログにはそれらの変化が反映されます。 製品のバックログは通常、スクラム ボードを使用して表されます。

製品バックログは、3 つの異なるタイプのアイテムで構成されています。

• ユーザー ストーリーは機能の概要を説明したもので、製品のエンド ユーザーの視点から語られます。
• バグとは、製品の所有者が修正したいと考える問題です。
• スクラム チームに割り当てられて完了するタスク。

製品が構築されるにつれて、バックログが増加します。 変更が追加されると、詳細、見積もり、または優先度の変更を含めることができます。 プロダクト オーナーとチームは、プロダクト バックログの改善に定期的に取り組んでいます。 これはいつでも発生する可能性があります。

製品バックログ項目が重要であるほど、詳細になります。 プロダクト バックログのアイテムが次の反復スプリント用に選択されると、それらはスプリント中に開発されるようにさらに洗練されます。 チームが 1 つのスプリントでプロダクト バックログのアイテムを提供できるようになると、チームはスプリント計画ミーティングの準備が整います。

製品バックログの改善

プロダクト バックログの改善には、バックログの最上位にある最優先のユーザー ストーリーを確認し、プロダクト オーナーにそれらについて質問するなどのアクティビティが含まれます。 これには、必要に応じて、ユーザー ストーリーの削除と新しいストーリーの作成が含まれます。 これに続いて、製品バックログの優先順位を再設定します。

次に、これらの新しいユーザー ストーリーは、完了するまでにかかる時間を見積もる必要があります。または、他のユーザーは、その所要時間の新しい見積もりを取得する必要があります。 バックログが進化するにつれて、製品アーキテクチャの全体像を見失うことなく、将来のスプリントに向けて他のユーザー ストーリーを準備する必要があります。

3. スプリントビジョン

スプリントのビジョンまたはスプリントの目標は、アーティファクトとして定義されないことが多く、スクラム フレームワークの重要な部分です。 スプリント ビジョンは、スクラム チームがスプリントを計画するときに思いつくものです。 スクラム チームがスプリントに時間、お金、および労力を費やす理由についてのガイダンスを提供します。

4. スプリントバックログ

スプリント バックログは、チームがスプリントで取り組むプロダクト バックログの一部です。 スプリントの To Do リストと考えてください。

スプリント バックログは、チームが実行するタスクにさらに分割されます。 スプリント バックログのすべての項目を開発、テスト、文書化する必要があります。 プロダクト オーナーは、スプリント ミーティング中にスクラム チームがスプリント バックログを作成するのを支援します。

スプリント バックログは、多くの場合、ワークフローを表す列に分割されたタスク ボードとして表されます。 以下のタイトルが多いです。

• To-Do 、まだ開始していないタスク
• 仕事が始まったところをやっている
• To Verify 、これは別のスクラム チーム メンバーによる検証を待っている完了したタスクです。
• Done 、これ以上の作業は必要ありません

スプリント バックログの改良

製品バックログと同様に、スプリント バックログは生きたドキュメントであり、スクラム チームによって変更される可能性があります。 作業は毎日のスクラムで定期的に議論され、スプリント バックログは必要に応じて修正されます。 これはすべて短いスプリント中に発生し、スクラム チームだけがスプリント中に発生したこれらの変更を行うことができます。

新しい作業が必要な場合は、スプリント バックログに追加されます。 次に、作業が完了すると、未処理の作業の見積もりが更新されます。 不要になったものは削除します。 これは、バックログ調整として知られています。

しかし、繰り返しになりますが、これを行うことができるのはスクラム チームだけです。 彼らは、スプリント バックログとこのプロセスに対する所有権を持っています。 スプリント バックログは非常に目立ち、チームが取り組んでいるスプリントの全体像を提供します。

5. 完了の定義 (DOD)

完了 (DOD) の定義は、ユーザー ストーリーのすべての側面がスプリント バックログで完了したことを意味します。 スクラム チームは、実行されることの意味について共有された考えを持っている必要があります。 完了の定義を作成し、これをユーザー ストーリーに取り組む際のチェックリストとして使用する必要があります。

スクラム チームは、最初のスプリント計画中に DOD を作成できます。 その後、スプリントのふりかえり中に反復できます。 これは、DOD が静的であることを意味しません。 プロジェクトの過程で劇的に変化する可能性があります。

6. 製品の増分

これは最も重要なスクラム アーティファクトです。 プロダクト インクリメントは、スプリント中に完了したすべてのプロダクト バックログ アイテムです。

各スプリントは潜在的に出荷可能な製品の増分を作成するため、製品の増分はチームの完了の定義に適合し、製品所有者に受け入れられる必要があります。

完了の定義は、スクラム チームごとに異なりますが、スクラム チーム間で共有されるものです。 完了の定義は、チームが成熟するにつれて進化します。プロジェクトが継続するにつれて、より広範または厳格になります。

プロダクト インクリメントは、スプリントの過程で完了したすべてのプロジェクト バックログ アイテムの合計であるだけでなく、完了した最後の数のスプリントのインクリメントの値でもあります。 これは、チームだけでなく、製品が現時点でどこにあるかという観点から、利害関係者にとっても透明性があります。

7.バーンダウンチャート

必須のスクラム アーティファクトの一部と常に見なされるわけではありませんが、バーンダウン チャートは無視できない重要なものです。 これは、チームが製品バックログのユーザー ストーリーまたはアイテムをどれだけ速く完了しているかを示すグラフィックです。 したがって、バーンダウン チャートは、スプリントの作業量に対する総作業量を示しています。

バーンダウン チャートの目的は、プロジェクトが順調に進んでいること、成果物が期待どおりに予定どおりに到着することを確認することです。

スクラム チームの進行速度はベロシティと呼ばれ、スプリント中に完了したユーザー ストーリー内のストーリー ポイントの数です。 部分的に完成した作業は速度に計算されません。

スクラムチームのプロジェクトマネージャー

ProjectManager には、スクラム チームがスクラム アーティファクトを簡単に管理するために必要な機能があります。 クラウドベースのプロジェクト管理ソフトウェアであるため、リモート チームがどこにいても、いつ作業していてもプロジェクト ループにとどまることができ、特に便利です。

プロジェクトを管理する複数の方法

ProjectManager には複数のプロジェクト ビューがあり、アジャイル チーム、より従来の方法論で作業するチーム、さらには 2 つのハイブリッドに対応するのに十分な柔軟性を備えています。 かんばんボード ビューは、スクラム チームに最適です。

製品のバックログ項目は、タグ付け、期日の追加、進捗状況の追跡、および 1 人以上のチーム メンバーへの割り当てが可能なかんばんカードに収集できます。

また、ProjectManager には無制限のファイル ストレージがあるため、目標、ユーザー ストーリー、およびその他の関連するスプリント マテリアルをカードに添付できます。 製品のバックログを管理するのに最適なツールです。

簡単なバックログ グルーミング

かんばんボードは、スプリント バックログにも使用できます。 列は、チームの働き方に合わせてカスタマイズできます。 カードは、ワークフロー内を移動するときに、ある列から次の列にドラッグ アンド ドロップできます。

カードにはパーソナライズされた To Do リストを含めることができ、チーム メンバーはカードにコメントすることで共同作業を行うことができます。 プロダクト オーナーやスクラム マスターをタグ付けすることもでき、メールで通知を受けて会話に参加することができます。 これにより、スクラム チーム全体に優れた透明性が提供されます。

リアルタイム追跡を使用する

単純なバーンダウン チャートを使用する代わりに、ProjectManager は 6 つのプロジェクト メトリックを追跡してスプリント速度を自動的に計算し、リアルタイム ダッシュボードに即座にフィードします。 プロダクト オーナーは、タスクの進捗状況、チームのワークロード、コストなどを監視して、スプリントが順調に進んでいることを確認できます。

カスタム ワークフローでチームを解放し、重要なことに集中できます。 アクションを作成してスプリントを合理化するトリガーを設定することで、忙しい仕事を自動化します。 タスクの承認を追加して、ユーザー ストーリーのステータスを変更する権限のあるユーザーのみが変更できるようにします。 ProjectManager はまた、自動化された電子メール通知とアプリ内アラートを使用して、コアと共同作業を行います。 スクラム チームの全員が同じ認識を持つ唯一の信頼できる情報源があります。 ProjectManager を無料で試して、今すぐ生産性を高めましょう。

ProjectManager は、スクラム チームがスプリントをより適切に管理し、プロダクト オーナーがバックログを管理するのに役立つクラウドベースのプロジェクト管理ソフトウェアです。 リアルタイムのダッシュボードがバーンダウン チャートとして機能するため、プロジェクトの進行状況を常に把握できます。 この 30 日間の無料試用版を今すぐ利用して、スクラム チームのために ProjectManager が他にできることを確認してください。