私のプロジェクト マネージャー (プログラマーではない) が、物事がどれだけ迅速に完了したかを追跡するのを手伝いたいと思います。DOORS には詳細な要件仕様があり、完了した要件を追跡できます。私はこれを合理的な追跡メカニズムとして提案しました。
2474 次
3 に答える
2
追跡するアイテムが十分に小さいことを確認して、見積もりがある程度正確に見えるようにします。
不正確な見積もりほどソフトウェアプロジェクトを妨げるものはなく、仕事が大きくなればなるほど、見積もりは不正確になります。
言い換えると、プロジェクトの進捗状況を正確に追跡できるようにするには、比較的正確な見積もりを持つ小さなタスクが必要です。
「1週間以上」かかるアイテムがリストにある場合、正確な進捗レポートに近いものを作成する方法はありません。
于 2009-05-20T23:03:17.140 に答える
0
スクラムで使用されているようなバーン ダウン チャートを探しているようです。私はつい最近それに触れたばかりですが、実際に進行状況を非常に正確に追跡する非常に素晴らしい概念のように見えます。
でも
- 要件仕様にリストされているものよりもはるかに小さい項目に分解する必要があります。それらは確実に見積もるための大きな方法です。
- 内訳は、実装者が行う必要があります。
- これらのアイテムの見積もりは、実装者からのものでなければなりません！
実行者に自分で見積もりを行わせるというボトムアップの側面がなければ、良い見積もりを達成することはできません。システム要件からのトップダウンの見積もりから始めても、最終的な見積もりにならない限り、問題ありません。
于 2009-05-20T23:38:09.893 に答える
0
私はFogBugzを使用するのが好きです...プログラムのバグだけでなく、実装する必要のある機能も追跡するのに最適です。それはあなたがあなたの船の日付を時間通りに作るかどうかをあなたに伝えることでかなりうまくいきます。
一人のチームの場合、それは無料です。しかし、月額プランを使用するのはそれほど高価ではありません。
于 2009-05-20T23:42:51.163 に答える