同僚の間での議論の中で、関数点分析はさまざまな理由でうまくいかない可能性があるため、現在では使用されていないと聞いています。
そこでWBS(Work Breakdown Structure)がよく使われます。
本当?
同僚の間での議論の中で、関数点分析はさまざまな理由でうまくいかない可能性があるため、現在では使用されていないと聞いています。
そこでWBS(Work Breakdown Structure)がよく使われます。
本当?
ファンクション ポイントと WBS は 2 つの異なるものですが、関連するアイテムです。ファンクション ポイントは、複雑さと作業量を決定するために使用できる測定単位です。WBS (Work Breakdown Structure) は、プロジェクト (問題) にサブ ユニットを定義するアプローチです。
SO、与えられたスコープと一連の期待値でプロジェクトを開始するときは、WBS を使用してプロジェクトのサブユニットを定義します (自分にとって役立つ程度に)。サブユニットを明確に定義したら、機能ポイントをそれぞれに割り当て、速度を掛けることで作業量を増やします (例として、1 日に提供できる機能ポイントの数)。
便利なリンクを次に示します。
私は自分が見たものについてしか話すことができません。私は、IBM がメキシコで Function Points を使用して製品サイズを決定し、下請け業者に支払うのを見てきました。
よろしく...
私はプロジェクト管理プログラムの入門コースを受講したばかりで、「ファンクション ポイント分析」(それが何であるかはわかりません)についても調べていませんでしたが、WBS を見るのに多くの時間を費やしました。以降のすべてのプロセスは、WBS を参考にしています。
ファンクション ポイントは時代遅れになりましたが、非常にうまく機能します。ソフトウェア プロジェクトに測定と確実性をもたらすのに役立ついくつかの素晴らしい本を出版した Capers Jones の業績をさらに検討することを強くお勧めします。
FPA は、それ自体が作業量推定手法ではありません。FPA は、ソフトウェアに対する要件の「機能サイズ」を決定するために使用され、「機能ポイント」(fp) で表されます。したがって、より複雑な労力推定モデル (COCOMO など) の多くの入力変数の 1 つになる可能性があります。
「見積もり」を「計画」と間違えないでください。WBS は計画手法であり、何をどのように構築/開発するかについての詳細な知識が必要です。対照的に、見積もりは、限られた事実に基づいて予想される労力/コストの予測です。
つまり、「どちらか一方」ではなく、「いつ、何を」ということです。