2009-05-20 5 views
0

私のプロジェクトマネージャー(プログラマーではない人)が、どのようにすばやく完了したかを追跡しています。 DOORSには、完成した要件を追跡するための詳細な仕様があります。私はこれを合理的な追跡メカニズムとして提案した。ソフトウェア開発の進捗状況を測定する方法

+5

いいですね。それがどうなるか教えてください! – mquander

+1

TPSレポートは、開発プロセスにおいて絶対に必要な部分です。 –

+0

あなたはメモを受け取らなかった、エイデン?私はあなたにもう一度それを送るでしょう。 –

答えて

2

あなたの見積もりの​​精度がある程度似ているように、追跡する項目が十分小さいことを確認してください。

不正確な見積もりほどソフトウェアプロジェクトを妨害するものは何もなく、仕事が大きくなればなるほど推定値は不正確になります。

プロジェクトの進捗状況を正確に追跡できるようにするには、比較的正確な見積もりを持つ小さなタスクが必要です。

あなたのリストに「1週間以上」かかるアイテムがある場合、正確な進捗報告に近いものはありません。

0

burndownchartは、scrumで使用されているようです。私はちょうど最近それにいくつかの暴露を得ているが、それは実際に非常に正確に進捗状況を追跡する非常に素晴らしいコンセプトのように見えます。

しかし

  • あなたはあなたの要求仕様に記載されているものよりもはるかに、はるかに小さい項目で打破しなければなりません。彼らは信頼できる方法で見積もる大きな方法です。
  • ブレークダウンは、実装者が行う必要があります。
  • このアイテムの見積もりは、インプリメンターから来なければなりません!

推定者に推定をさせるボトムアップの側面がなければ、あなたは良い見積もりを達成できません。最終的な見積もりにならない限り、システム要件からのトップダウンの見積もりから始めることは問題ありません。

0

私はFogBugzを使いたいと思っています...プログラムのバグだけでなく、実装する必要のある機能も追跡するのに効果的です。あなたが出荷日を間に合わせるかどうかを伝えることは、かなりうまくいきます。

1人のチームの場合は無料です。しかし、それは毎月の計画を使用する高価ではありません。

http://www.fogcreek.com/FogBUGZ/

関連する問題