スクラムガイド | 11. スクラムマスターが追跡すべき統計と指標

公開: 2022-04-21

スクラムマスターが統計と指標を必要とするのはなぜですか? まず、結果の予測可能性に取り組み、チームの有効性を向上させる彼の方法が有効かどうかを確認します。 しかし、彼らの行動が開発チームにどのように影響するかを追跡することもできます。 つまり、従業員のユーザーエクスペリエンス (UX) をどのように形成するかです。 そこで、この記事では、スクラムマスターが追跡する必要がある統計と指標を紹介します。

スクラムマスターにとって重要な統計と指標 – 目次:

開発チームの成果の測定
従業員のユーザーエクスペリエンスの監視開発者
概要

開発チームの成果の測定

スクラムマスターが追跡する必要がある最も一般的に使用される統計と指標は、タスク実行のペースとフローを表すものです。 これらは、バーンアップチャート、バーンアップチャート、累積フローチャートです。これらは、製品開発とチームの有効性の両方を測定します。それぞれ異なる角度からこれらの問題にアプローチできるため、まとめて表示することをお勧めします。これらは、スプリント中および製品開発プロセス全体で、さまざまなスケールで進捗を評価するための便利なツールです。

バーンダウンチャート

バーンダウンチャートは、スクラムマスターと開発チームに、どれだけの作業が行われ、どれだけの作業が残っているかを示します。 X 軸は、作業を完了するための残り時間を示します。 Y 軸は、スプリントバックログまたはプロダクトバックログで計画された未完了の作業量を示します。

このグラフは、開発チームのスピードを判断するのにも役立ちます。これについては、別の記事で説明します。ここでは、1 つのスプリント中に行われる平均的な作業量であることだけを述べておきます。

このシンプルなツールにより、スクラムマスターは、チームの作業効率を確認できるだけでなく、また、質問への回答にも役立ちます。

作業のどの部分がすでに完了していますか?
完了しなければならないタスクはいくつありますか?
製品の開発にはどのくらいの時間がかかりますか?

バーンダウンチャートを使用する場合、スクラムマスターは、チームの進捗状況を統計的に評価する唯一のツールではないことに留意する必要があります。 作業範囲が固定され、既知であるプロジェクトに最適です。 新しいクライアントで非常に革新的なソリューションを作成する場合、うまく機能しません。そうなると、プロジェクト全体で行われる作業量、つまりプロダクトバックログの内容がプロジェクトの途中で大幅に変化する可能性があり、バーンダウンチャートの使用が難しくなります。

燃焼度チャート

バーンアップチャートは、上記のバーンダウンチャートの逆です。ここでも、Y 軸は残りの作業量を示しています。一方、X 軸は、スプリント数または日付で表される完了時間を示します。

ただし、スクラムマスターは、少し異なる目的でバーンアップチャートを使用します。これは、製品の進捗状況とチームの進捗状況を測定するのに役立つだけではないためです. このメトリックは、プロジェクトの作業範囲が時間の経過とともにどのように変化するかも評価します。 したがって、可変スコープのプロジェクトに適しています。

バーンアップチャートは計画ツールでもあり、時間の経過とともにより効果的になっています。 これは、開発チームが次のスプリントでどれだけの作業を行うと見積もられるかという質問に対する答えを提供します。

累積フロー図

スクラムマスターが開発チームと協力して作業する際に非常に役立つ 3 番目のタイプの図は、累積フロー図です。 開発チームのペースと生産性がどの程度安定しているかの分析を特徴としています。 その軸のレイアウトはバーンアップチャートと同じであるため、より複雑なバージョンと呼ばれることがよくあります。

ただし、累積フロー図は、特定の期間に完了したタスクの数を決定するだけではありません。また、キューで実行を待機しているタスクの数も考慮されます。これにより、いわゆる「ボトルネック」、つまり製品の作成を遅らせるプロセスの瞬間を診断できます。

この診断機能は、スクラムマスターにとって最も有用な指標の 1 つです。 これは、開発チームの力を異なる方法で分散し、ダウンタイムを回避する方法で作業を再編成できるためです。

Statistics and metrics the Scrum Master should track

従業員のユーザーエクスペリエンスの監視開発者

定期的かつ綿密な統計の保守と分析は、効果的なスクラムマスターの仕事の不可欠な部分です。ただし、開発者の従業員のユーザーエクスペリエンス、つまりスクラムチームでの作業の認識方法をまず念頭に置く必要があります。ただし、決定するのはメトリクスの品質ではなく、スクラムマスターがメトリクスを使用する方法です。

統計がスクラムの原則 (透明性があり、公開されており、関係する開発者が理解できるもの) に従って保持されている場合、チームがより効率的に作業するように動機付けたり、素晴らしい結果に対して報酬を与えたりする方法となる可能性があります。 ただし、統計は開発チームに圧力をかけるツールとして機能する可能性があります。 その後、彼らの兆候は、非難と恨みの発生源になります。彼らは、チームの士気を低下させ、チームワークの実践を台無しにする可能性があります。

開発者の従業員エクスペリエンスの 2 番目に重要な要素であり、統計ツールを使用するスクラムマスターが注意しなければならないのは、時間の管理方法です。 これは、スクラムマスターが開発チームの世話をするのに十分な時間を確保する必要があるためです。このため、大規模なプロジェクトの場合は、スクラムチームに追加の人員を含めることを検討する価値があります。彼/彼女はプロジェクトマネージャーとして行動し、指標を処理します。このおかげで、スクラムマスター (およびある程度プロダクトオーナー) は、開発チームとの作業から気を散らすタスクから解放されます。

統計と指標 – 概要

スクラムマスターは、開発チームの作業を説明する基本的な統計を追跡する必要があります。 彼らの巧みな解釈により、チームの作業における問題を迅速に発見し、それらに対応する可能性が高まります。ただし、チャートを維持することよりも重要なのは、スクラムマスターがそれらをどう処理するかです。 メトリクスをチームを評価するためのツールとして扱うのではなく、チームのモチベーションを高め、自分のやり方を診断するのに役立つツールとして扱うべきです。これは、メトリクスがチームと製品の改善プロセスを促進するのに役立つ場合にのみ、メトリクスが有用なツールになるためです。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube の忙しいミツバチコミュニティに参加してください。

作者: キャロライン・ベッカー
プロジェクトマネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。
すべての投稿を表示