ファンクションポイント法による工数見積もりのリンク
ファンクションポイント法による工数見積もりをWeb上で検索した結果をリンクしておく。
後で自分で参考にしておきたいから。
【元ネタ】
デブサミ2009「私のコスト見積り20年史から~ファンクションポイントと共に~」講演メモ - アークウェブシステム開発SandBox
ファンクションポイント系見積りのメモ - asa nisi masa
ファンクションポイント法によるソフトウェア開発規模・工数見積の現状
ファンクションポイント法の利点は、ソース行数ではなくシステムの入出力に着目して工数見積する点にある。
このやり方ならば、ユーザも納得しやすく、プログラミング言語や開発者個人に依存せずに見積もりを提示できる。
しかし、ファンクションポイント法は昔から知られているにも関わらず、計算方法が複雑で、過去の蓄積データがないと精度が悪い弱点があった。
しかも、何十と言う流派があって、どれを選べばいいのか分からない。
ファンクションポイントに注目したいのは、工数よりも開発規模を見積もるように、アジャイル開発のストーリーポイントと発想が似ている点。
アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~でも、ストーリーのCRUDに着目してストーリーポイントを導くように、ファンクションポイントの発想はアジャイル開発でも使えるはず。
導入しやすいタイミングとしては、システム要求を洗い出す上流工程のモデリング時だと思う。
ユースケース図、概念モデル、業務フローによるDFDから、システムの入出力を洗い出し、ファンクションポイントの計算式に当てはめる。
そして、astahのモデルを書いておけば、JRubyを使ってファンクションポイントを自動計算できるはず。
つまり、モデルさえ書けば、自動計算できるインフラがある。
ストーリーカードをRedmineチケットというタスクだけでなく、モデルにも紐づけて、要件を工数見積りまで追跡できれば最高だ。
| 固定リンク
「モデリング」カテゴリの記事
- JSTQBのテストプロセスの概念モデルを描いてみた(2023.05.26)
- 第85回IT勉強宴会の感想~概念データモデルからビジネスモデルを構築すべきという考え方(2023.05.13)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- UMTPモデリングフォーラムのパネル討論の感想(2022.11.29)
- Go言語でできることは何なのか(2022.11.06)
「ソフトウェア工学」カテゴリの記事
- QAエンジニアの役割は開発チームのガードレールみたいなものという考え方(2023.08.21)
- テストアーキテクチャ設計モデルとJSTQB概念モデルの比較(2023.07.02)
- パターンカタログよりもモンスターカタログの方が面白いね #jasstkansai(2023.06.24)
- 「ゲームをテストする バグのないゲームを支える知識と手法」の感想(2023.06.10)
- JSTQBのテストプロセスの概念モデルを描いてみた(2023.05.26)
「チケット駆動開発」カテゴリの記事
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- タスク分割は親子チケットにすべきか、それともチェックリストにすべきか #redmine(2022.03.04)
- Redmineにメンション機能が入るらしい(2022.01.15)
「Agile」カテゴリの記事
- 日本のアジャイル開発の先人による話が良かった(2023.07.15)
- JSTQBのテストプロセスの概念モデルを描いてみた(2023.05.26)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
- 現代日本人の弱点はリーダーシップ不足と生産性が著しく低いこと、そしてリスク許容度が著しく低いことだ(2022.12.23)
- DDPは品質管理に役立つのか(2022.12.13)
最近のコメント