1

I am about to join a new software team midway through a project. They are using ExtremePlanner to track their progress.

While they tracking tasks completed, they are not tracking how the estimated size of the project is changing over time. In the short time I have been monitoring the project this estimate has changed faster than the completion rate of the tasks. My gut feeling says that this is not just a blip but a problem that has been consistent throughout the project lifetime.

But how do I prove or disprove this?

I have not found the ExtremePlanner metrics useful for this. I have been exporting the data to MS Excel but the exported task and story info is missing important data like the creation date. Working around this is a bit of work. Is there a better way of doing this?

Alternately am I making too much of this? It has been argued by some of my prospective team mates that since no new features have been added that the scope has not changed and it is not a problem. However I argue that since new work within the features is continually being found the scope is changing and that this needs to be taken in to account when estimating the release date.

4

1 に答える 1

2

これがアジャイル プロジェクト (たとえば、スクラム、XP などを使用) である場合、おそらくイテレーション (またはスプリント) で作業しています。

私の質問は、1 回の反復で頻繁に変化するので、それらを測定する必要があるかどうかです。通常、アジャイル プロジェクトは、1 回の反復で機能を凍結することによって舵取りを行います。はい、可能性のある新しい実装の詳細や技術的なハードルを発見するかもしれませんが、それらは 2 週間のイテレーション内の詳細にすぎません。

イテレーションが長くなりすぎると、イテレーションごとに 1 か月または 6 週間かかるとコースを修正するのに少し時間がかかるので、私はあなたの懸念を理解しています。

私は尋ねたいと思います - もしあなたがこれらのレポートを持っていたらどうしますか？

タスクの当初の見積もりと現在の見積もりの​​ベースラインは? ExtremePlanner はタスクの元の見積もりに関する情報を提供するため、それらを反復の現在の状態と比較できます (タスク ビューを参照してください。元の見積もり列を表示するには、そのビューの [カスタマイズ] リンクをクリックする必要がある場合があります)。

それ以上の場合は、そこで役立つと思われるものに興味があります (ExtremePlanner も使用しており、2 週間の反復を使用していますが、この必要性には遭遇していません)。

お役に立てれば。

于 2008-11-02T00:36:16.127 に答える