私たちはアジャイル開発方法論に従っています。SCRUM マスターとして、Sprint BackLog を維持しています。プロジェクトの途中で特定のタスクの労力が増加した場合に対応するためのベスト プラクティスは何かを知りたいです。
たとえば、私は ABC タスクを実行しており、スプリントの開始時にそれを完了するのに 10 時間かかると見積もっていましたが、2 日目には 20 時間かかることに気付きました。
私たちはアジャイル開発方法論に従っています。SCRUM マスターとして、Sprint BackLog を維持しています。プロジェクトの途中で特定のタスクの労力が増加した場合に対応するためのベスト プラクティスは何かを知りたいです。
たとえば、私は ABC タスクを実行しており、スプリントの開始時にそれを完了するのに 10 時間かかると見積もっていましたが、2 日目には 20 時間かかることに気付きました。
残りの作業時間を 20 時間に変更します。スクラムは、最初の見積もりが正しかったかどうかではなく、実際に残っている作業に関心があります。これは重要ですが、明示的にスクラムの一部ではありません。
これがコミットメントを果たす能力を脅かす場合は、チームと、場合によってはプロダクト オーナーと解決策について話し合う必要があります。多分: