理想的な時間

理想的な時間は、初期のエクストリーム・プログラミングで使用されていた用語で、工数の見積もりに役立てられました。今では主にストーリーポイントまたはストーリーカウントに置き換えられています。

タスクの工数を推定する場合、チームが「4人日かかるだろう」と言うように、スタッフ時間で推定することが一般的です。これは、2人が2日間または1人が4日間かかる可能性があることを意味します。

この見積もり形式の問題の1つは、他の業務を無視して集中して問題に取り組むことを想定して行われることです。会議への出席、採用面接の実施、カスタマーサポートなど、全員が1日に完了できるプログラミングタスクの時間を減らします。

理想的な時間では、集中したクオリティの高い時間に関してのみ推定を行います。つまり、「他に何もしていない場合、この作業にどれくらいの時間がかかりますか？」です。その後、負荷係数を使用して理想的な時間から実際の時間へのマッピングを行います。つまり、8時間の1日に6時間しか理想的な作業ができなかった場合、負荷係数は6/8（0.75）になります。このようにして、外部要因を考慮せずに推定でき、負荷係数をかけてタスクに要する経過時間を把握します。

もちろん、これにより負荷係数をどのように決定するかが問題になります。私たちのアドバイスは、Xp Velocityを使用して測定することでした。最近のイテレーションを見て、完了したすべてのストーリーを抽出し、理想的な時間を合計し、経過時間と比較して負荷係数を決定します。たとえば、先週完了したストーリーを見て、その理想的な時間を合計すると23時間になりました。経過時間は40時間だったので、負荷係数は0.6（23/40、有意義な数字は1桁）でした。

理想的な時間を使用する手法は、ストーリーポイントの方が計算が容易で、悪用される可能性が低く、精度が同等であるため、あまり使われなくなりました。