スクラムガイド | 32. バーンダウンチャートのメリットとデメリット

公開: 2022-06-22

バーンチャートには多くの利点があります。 いくつかの理由から、これはスクラムの主要なメトリクスツールの 1 つです。 作成、スケーリング、読み取りが簡単です。 ただし、普遍的なツールではないという欠点もあります。 本日の記事では、バーンダウンチャートの欠点と利点について取り上げます。

バーンダウンチャートの長所と短所 – 目次:

序章
バーンダウンチャートの利点
バーンダウンチャートのデメリット
概要

序章

バーンダウンチャートとは何か、バーンダウンチャートの作成方法と解釈方法については、以前の記事で説明しました。今日は、バーンダウンチャートの長所と短所に焦点を当てます。ただし、それらのほとんどは単純なグラフ自体に隠されているわけではありません。むしろ、バーンダウンチャートを使用して開発チームのモチベーションを高め、作業の結果を説明し、自己組織化を強化する方法に関連しています。

バーンダウンチャートの利点

バーンチャートを使用すると、プロジェクトの進行状況を視覚化できます。 その読みやすさとシンプルさから、非常に人気があります。そのため、バーンチャートは、デジタルプロジェクト管理ツールに隠されている、常に更新される指標であるだけではありません。可能であれば、開発チームが実際の職場で見えるようにするための基準点にする価値があります。画面上のビジュアライゼーションまたは手描きのスケッチの形式であるかどうか。

開発チームのモチベーションになる

バーンチャートの透明性は、開発チームが効率的に作業するためのモチベーションを高めるツールになります。各スプリントで「ゼロ」ポイントに到達することは、ビジネスゲーミフィケーションの原則に従って報酬が与えられるチームの野心的な目標になる可能性があります。

最新かつ興味深い方法で維持されているバーンダウンチャートの可視性は、協力と自己組織化の精神を強化することもできます。 結局のところ、メトリックはチームワークの尺度です。 誰が計画されたタスクを完了したか、または完了しなかったかは正確には示されず、達成された結果のみが示されます。

実際に実行された作業を測定します

開発者は、特定のスプリントで実行するタスクの数を決定します。 チームの経験が多ければ多いほど、彼らの行動をより正確に予測する必要があります。バーダウンチャートは、スプリントの実際の進捗状況を反映しています。

したがって、バーンチャートの利点は、完了した作業の客観的な量を測定することではなく、計画されたタスクと完了したタスクの比率を測定することです。 したがって、開発者は徐々にそれらを計画する方法を学び、自分の能力をより正確に見積もることができ、反復エラーを排除できます。

他のツールと連携します

バーンダウンチャートの重要な利点の 1 つは、他のツールと組み合わせて使用できる汎用性に関係しています。 次のツールは、次のものに適用できます。

開発チームの作業の分析
製品の作業の進捗状況を視覚化する
プロジェクト予算の見積もり

たとえば、後者の場合、プロジェクトスケールバーンダウンチャートを使用すると、プロジェクト全体の計画予算と実績予算を比較できます。

バーンダウンチャートのデメリット

上記で概説したバーンダウンチャートのすべての利点にもかかわらず、開発チームの混乱の原因になる可能性があります。 ただし、バーンダウンチャートの「欠陥」と呼ばれることが多いのは、ツール自体の欠陥によるものではありません。以下に概説する問題は、バーンダウンチャートの設計ではなく実装方法に関するものです。以下は、開発チームの進行状況をこのように描写するのを妨げる可能性のある欠陥です。

「ヒューマンファクター」

チャートは、チームの進捗状況の絶対的な尺度にはなりません。 それらは、さまざまな多かれ少なかれ巧妙な方法で適用するためのツールにすぎません。これは、バーンダウンチャートだけでなく、チームパフォーマンスの他の尺度の欠点 (または利点) と見なすことができます。

バーンダウンチャートを作成するには、他の人がデータを入力する必要があります。 言い換えれば、開発者はタスクの完了時間をチャートに書き留めました。彼らはそれを少し長くしたり短くしたりしたかもしれません – 不注意またはチームのために物事をより良くしたいという理由のいずれか. 開発者は、時間を記録するのを忘れることもあります。 または、タイマーをオンのままにします。これにより、作業時間が数時間に延長されます。そして、間違いを発見した後、その実際のコースを再構築することは困難です.

スプリントバックログの変更

スプリントバックログは、スプリントの開始後に変更しないでください。 ただし、実際には、このような変更は頻繁に発生します。それらは、利害関係者の要件の変化から生じます。または、開発者が遭遇する予期せぬ問題。

これにより、バーンダウングラフがスケーリングされます。 これは、タスクを完了するのにかかる時間が同じままであるためです。ただし、残っているタスクの規模は大きくなります。 これにより、開発チームが特定のスプリントで行う作業を誤って計画したという誤解を招く可能性があります。または、動作が遅すぎる。

スプリントバックログへの変更は、あまりにも早く完了するようにスケジュールされたタスクが原因である可能性もあります。 このような状況では、開発チームは通常、タスクの数を増やすことを決定します。これにより、時間内に完了できない可能性があります。また、以前のスプリントの残りのタスクが、利害関係者やプロダクトオーナーによって完了する予定の新しいタスクと重複することから、競合が発生する可能性があります。

製品バックログの変更

プロダクトバックログに大きな変化が生じると、バーンチャートの形状が乱れる可能性があります。 したがって、作業の進捗状況とチームの有効性の全体像を大きく歪めます。これは、新しいユーザーストーリーが表示されたときに発生します。また、実装フェーズに近いものは、より小さな部分に分割されることがよくあります。また、クライアントが製品の一部の機能を辞退することもあります。

したがって、バーンチャートを解釈するときは、チームのパフォーマンスを評価する際の知識と経験を参考にする必要があります。 また、バックログの変動性も考慮してください。チャートがパフォーマンスを評価するために使用される唯一の指標ではない場合、他のチャートを使用すると、作業の進行状況をより完全に把握できます。

Advantages and disadvantages of the burndown chart

概要

バーンダウンチャートは、開発チームのモチベーションに大きく貢献できます。これは、計画で実行された実際の作業の尺度を提供するためです。さらに、他のメトリックツールとの組み合わせは、チームの作業と製品計画に関する貴重な知識の源となります。

スクラムの原則を慎重に適用することで、バーンダウンの潜在的な問題を回避できます。 最も重要なことは、実際のスクラムチームの作業に合わせてチャートを維持するツールを適応させることと、スプリントとプロダクトバックログへの変更を最小限に抑えることです。これについては、この記事で詳しく説明します。

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

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