-1

オープンソースプロジェクトの規模は、私がオフィスで行っているプロジェクトとはまったく異なります。仕事は暇な時間に行われる、実現しないかもしれないボランティアの仕事、個人的な開発リソース、企業ではないなど。

明らかに「機能する最小のことを行う」という栗が当てはまりますが、それを超えて、オープンソースプロジェクトの適切なサイズを見積もるより正式な方法があります。たとえば、テーブルの数、Webページの数、または-天国禁止-ファンクションポイントを数えますか?

この種のプロジェクトに最適な見積もりツールは何ですか?

4

1 に答える 1

1

最近、スクリーンショットのモックアップを見るだけで、巨大なシステムを構築するのにかかる時間を見積もるように頼まれました。管理者は、何も質問せずに1時間以内に直感を求めていました。

表示できるすべてのモジュール(ページ、レポート、ビッグクエリなど)をリストアップし、相対的な見積もりを出し始めました。例えば:

  1. タスク1:8ユニット
  2. タスク2:16ユニット
  3. タスク3:4ユニット

次に、この顧客のためにすでに行った一連のモジュールを、相対的なユニット数と実際の時間/日数とともに追加しました。これにより、時間に対する単位の比率がわかり、不明なタスクにかかる時間を推測(推定以上)することができました。たとえば、8ユニットのタスクが過去16時間(2時間/ユニット)かかったことがわかった場合、上記のタスクにかかる可能性があると推定されます。

  1. タスク1:8ユニット*2時間/ユニット= 16時間
  2. タスク2:16ユニット*2時間/ユニット= 32時間
  3. タスク3:4ユニット*2時間/ユニット= 8時間

このアプローチにより、実行する作業を系統的に検討し、実装にかかる時間を推測するための構造を適用することができました。

もちろん、私は寛大な免責事項を付けて+/-推測を行いました。


次に、これからカレンダースケジュールが必要な場合は、プロジェクトで1週間に何時間作業するかを見積もり、思いついたことを確認します。

于 2010-06-09T13:52:40.287 に答える