私たちは最近、アジャイルな方法でプロジェクトを管理することを採用する(または採用しようとしています)。最初のスプリント中に、私はスクラムマスター(たまたま私たちの主な常駐アジャイルの頼りになる人)に、スプリントの進行状況を確認して、オンになっているかどうかを確認できるかどうか尋ねましたスケジュールかどうか(可能性のあるリスク)。彼らは振り向いて、あなたはスプリントレベルではそれをしないと言いましたか?
私はアジャイルは本当に初めてですが、スプリントが目標を達成しているかどうかを知ることは非常に有益だと思いました。しかし、これはおそらくこの段階で行うには難しいですか?もしそうなら、スプリントが危険にさらされているかどうかをどのように特定できるかについての提案/方法はありますか?
スプリントを追跡する最も一般的な方法は、 バーンダウンチャート を使用することです。基本的には、スプリントのためにコミットしたすべての推定タスクを合計します。各タスクを完了すると、推定ポイントを差し引き、新しいポイントをプロットします。目標は、スプリントの最後にゼロポイントを残すことです。
もっとかんばん的なものですが、「バックログ」から「このスプリント」、「進行中」、「完了」に移動するストーリーカードを使用してボードを管理するスクラムショップを見てきました。時々カードはポイント値を表示します。後者の3つの列の相対的なポイント数を見て、これまでにどれだけのことが行われているかを把握できます。
はい、進捗状況を追跡しており、おそらくプロジェクトマネージャーによって監視されます。
最初にストーリーレベルをお勧めしますが、追跡はストーリーレベルまたはタスクレベルで実行できます。ストーリーが遅れている場合は、タスクのステータスを確認してください。 (行き、開発者と話してください)
典型的なストーリーフローが定義され、進行中で、完了し、受け入れられ、場合によってはサインオフされます。あなたのワークフローに依存します。フローはかんばんボードで視覚化できます。
これらのストーリーは将来のスプリントのために計画または定義されるため、バックログは含めませんでした。したがって、バックログを追跡していますが、スプリント追跡には必要ありません。
@catfoodで述べたように、カンバンボードはここで追跡の目的に非常に役立ちます。そのため、anyoneがコロケーションに足を踏み入れ、スプリントの状態を即座に確認できます。ストーリーが遅れて二日酔いのリスクがある場合、理事会はそれを示します。
カンバンボードは、ストーリーを中断させる可能性のある潜在的な問題や障害についてチームに警告する、毎日のスタンドアップの代わりにはなりません。
チームは1つのスプリントでいくつかのストーリーポイントを達成します。これらのストーリーポイントは、1つのスプリントで成功できるバックログアイテムチームの数をほぼ定義します。最善の方法は、多くのスプリント結果からこれらのストーリーポイントを集約することだと思います。したがって、チームがあなたの最大のストーリーポイントを知っている場合、1つのスプリントでより多くのストーリーポイント(タスク)を取るサポートはありません。
スプリント中にチームをチェックインするために、多くのSCRUMツールが存在します。 versionone を使用していますが、開始チームには単純なタスクボードで十分だと思います。
それがあなたやチームの仕事をどのように形成しているかを示すために、多くのグラフが存在します。たとえば リリースバーンダウンチャート チャートは、スプリントとストーリーポイントを示します。