関数ポイントをスクラムチームの速度のメトリックとして使用するというアイデアに出くわしました。チームでそれを見て、見積もりと関数ポイントの間のリンクについて言及している2つの記事を見つけました( http://www.ifpug.org/ISMA5-2010/Amol%20Keote-FunctionPointsAndAgile-Hand-in-Hand。 pdf および http://www.cosmicon.com/portal/public/FromStoryPointsToCOSMIC.pdf )。
速度がeffortを測定するのに対して、関数ポイントは機能のvalueを測定します(たとえば、ユーザーの観点から)ので、これがどのように機能するかはわかりません。 =完成した機能の。そして、私の見解では、これら2つの間に直接的な関連はありません。
別の言い方をすると、2週間のスプリントで動作する安定したスクラムチームがある場合(たとえば)、スプリントごとに提供する関数ポイントの数は(大幅に増加する可能性があります)変動するため、関数ポイントに基づく速度は非常に無意味になります。 (例:計画目的)...
ここで何か不足していますか?
関数ポイントは、大きなタスクを多数の小さなタスクに分割する構造化された方法です。
From 関数ポイント分析の概要
Function Point Analysisは、1970年代半ばにAllan J. Albrechtによって最初に開発されました。これは、ソフトウェアサイズの尺度としてコード行に関連する問題を克服し、ソフトウェア開発に関連する作業を予測するメカニズムの開発を支援するための試みでした。
機能点分析は、システムのコンポーネントを分類する構造化された手法です。これは、システムをより小さなコンポーネントに分割する方法であるため、システムをよりよく理解および分析できます。問題解決のための構造化された手法を提供します。
注意してください、そのサイトも言います
機能点分析は、訓練を受けた経験豊富な担当者が実行する必要があります。
だから、家庭の子供でこれを試さないでください!
(または実際的な意味で-「十分に良い」方法でタスクの大まかなサイズを構成することに固執し、素晴らしいアイデアのように聞こえるかもしれないが、最終的には重厚なプロセスの官僚機構に行き詰まることなく、ソフトウェアの作成を続けるあなたがより良いことをするのを手伝ってください)