スクラムの時間をタスクに費やした時間/日数の関数として追跡しますか、それとも単にそのタスクが完了したかどうかを追跡しますか？
推定残り作業を追跡します。これは必須の情報です。これがないと、バーンダウンチャートを描くことはできません。バーンダウンチャートがないと、自分がどこにいるのか、スプリントがまだ軌道に乗っているのかどうかがわかりません。これにより、この決定ツールはかなり役に立たなくなります。はい、バーンダウンチャートは追跡ツールではなく、決定ツールです。
それらのタスクと見積もりを調整できますか？
もちろん！
実際、チームは見積もりを所有しており、他の誰も所有していません。この原則が適用されることを保証するのはスクラムマスターの仕事です。これはすでに質問に答えるはずです。しかし、他にも理由があります。
私が言ったように、スプリントバックログとバーンダウンチャートは意思決定ツールであり、したがってあなたが実際にいる場所を代表する必要があります。現実を隠したり、透明性を欠いたりすると、これらのツールは価値のある決定を下すのに役立ちません。役に立たないでしょう。考えてみてください。役に立たない場合に見栄えの良い数字を使用する意味は何ですか。それが現実を反映していない場合、「見栄えの良いバーンダウン」を行うことのポイントは何ですか。
したがって、スプリント中に、チームメンバーは、残りの作業の見積もりをできるだけ早く（上向きまたは下向きに）更新する必要があります。タスクの見積もりが最初は6時間だったが、チームはさらに作業を行う必要があり、タスクが実際に8時間かかることを発見した場合、チームはそれに応じてスプリントバックログを更新する必要があります。誰かが最初に4時間と見積もられたタスクに4時間費やしたが、それでも2時間の作業が必要な場合、これらの2時間はスプリントバックログに報告する必要があります。チームが実行する必要のあるタスクを発見したが、それが特定されなかった場合、チームはこのタスクとその見積もりをスプリントバックログに追加する必要があります。そして、時間の経過とともに収集された知識でバックログを更新する限り、最初は正確でなくても問題はありません。これらの更新を早く行うほど、適応して決定を下すことができるようになります。
とはいえ、「初期見積もり」を維持し、それを「完了までに費やした実際の時間」と比較すると便利な場合があります。ただし、追跡を目的としたものではなく、チームがより適切な見積もりを行うのを支援するためだけのものです。実際、スクラムに移行する場合は、これを行わないことをお勧めします。多くの場合、解決すべき他の多くの障害があります。スクラムの値と原則を学習するときに最初に改善すべき他の多くのことです。また、それを行う場合は、ウォーターフォールデーモンに注意してください。彼らと戦う準備をしてください、彼らは非常に速く戻ってくるかもしれません。