Code Ranker LogoCode Ranker
成果量評価

コミット履歴から
週次成果量を計測

Gitコミット履歴を解析し、要件定義に沿って実装された機能の量を週次で計測。
コミット差分から機能実装数、要件対応度、開発プロセスの質を定量的に評価します。

コミット履歴解析
差分分析
週次計測

コミット履歴解析

実際の開発成果の計測

まずGitコミット履歴を解析し、直近1週間の実際の開発成果を抽出します。 コミットメッセージ、ファイル変更、行数増減から機能実装の量と質を 定量的に評価し、要件定義との整合性を確認します。

差分分析

機能実装の詳細評価

コミット差分を詳細に分析し、新規機能の追加、既存機能の改善、 バグ修正、リファクタリングを分類します。要件定義に沿った 機能実装の進捗と品質を週次で追跡します。

【AI活用の推奨】
AIを活用してコミット履歴を調査したり、要件定義との一貫性を自動的に確認することを推奨します。
AIによるサポートを活用することで、より公平かつ効率的な評価が可能になります。
【エンジニア以外のロールの方へ】
エンジニア以外（デザイナー・オペレーター・コーポレート等）の場合、アウトプットの量に主眼を置き、各パラメータを自分の業務内容に合わせて読み替えて評価して構いません。
使わないパラメータは未入力でニュートラル（評価に影響しない）となります。
FP（Function Point）の定義に従って評価してください。
FP（Function Point）の定義
  • エンジニア：1FP = 1つの独立した機能（例：APIエンドポイント、画面、バッチ処理など）
  • デザイナー：1FP = 1画面分のUIデザイン、または1つの主要なビジュアル成果物
  • オペレーター：1FP = 1つの業務プロセスの自動化・効率化、または1件の大きな運用改善
  • コーポレート：1FP = 1つの制度設計、規程策定、または1件の全社的な業務改善
※プロジェクトや役割に応じて柔軟に解釈し、チームで合意した基準を優先してください。
※成果量評価のトータルは絶対量（FPや行数等）で算出され、ロールごとに独自の重みで調整されます（重みは運用上変更されることがあります）。

評価観点

コミット履歴から抽出される成果量と開発プロセスの両面から総合的に評価します

機能実装量

  • • 新規ファイル作成数
  • • 機能追加コミット数
  • • 実装行数の増減
  • • 要件対応機能の実装状況

要件対応度

  • • 要件定義との整合性
  • • 優先度の高い機能の実装
  • • 機能の完成度と品質
  • • 要件変更への対応力

開発プロセス

  • • コミットの粒度と頻度
  • • 開発手法の一貫性
  • • 継続的な開発リズム
  • • 問題解決の効率性

評価方法論

コミット履歴解析と差分分析による週次成果量計測

コミット履歴解析アプローチ

1
週次コミット履歴の抽出

git log --since="1 week ago"で直近1週間の コミット履歴を抽出し、実際の開発成果を把握します。

2
差分統計の分析

git diff --statでファイル変更数、行数増減、 新規ファイル作成数を定量的に計測します。

3
機能実装の分類

コミットメッセージとファイル変更から、新規機能追加、 改善、修正、リファクタリングを分類します。

差分詳細分析

1
ファイル変更の詳細分析

各ファイルの変更内容を分析し、機能実装の質と 要件対応度を評価します。

2
開発プロセスの評価

コミットの粒度、頻度、一貫性から開発プロセスの 質と効率性を評価します。

3
継続性の評価

週次での成果量の推移を分析し、継続的な開発の パターンと効率性を評価します。

評価プロンプト例

コミット履歴解析による成果量評価を実行するためのプロンプト

成果量評価プロンプト

あなたは成果量評価者です。
以下のコミット履歴を週次で分析し、要件定義に沿った機能実装量と開発プロセスの質を評価してください。

【評価観点】
1. 機能実装量
   - 新規ファイル作成数
   - 機能追加コミット数
   - 実装行数の増減
   - 要件対応機能の実装状況

2. 要件対応度
   - 要件定義との整合性
   - 優先度の高い機能の実装状況
   - 機能の完成度と品質
   - 要件変更への対応力

3. 開発プロセス
   - コミットの粒度と頻度
   - 開発手法の一貫性
   - 継続的な開発リズム
   - 問題解決の効率性

【評価方法】
- まずコミット履歴を解析（git log --since="1 week ago"）
- 差分統計を分析（git diff --stat）
- ファイル変更の詳細を確認
- 機能実装の分類と評価

【出力フォーマット】
- 週次機能実装数: XX件
- 要件対応度: XX%（要件定義との整合性）
- 開発プロセス品質: （コミット粒度、一貫性等の評価）
- 継続性・効率性: （開発リズム、問題解決等の評価）
- 総合ポイント（絶対値）: XXXXpt
- 改善提案（あれば）

【コミット履歴】
（ここに git log --oneline --since="1 week ago" の結果を貼り付け）

【差分統計】
（ここに git diff --stat HEAD~7..HEAD の結果を貼り付け）

【重要】
- 表面的なファイル数や行数のみを見て評価してはならない
- 実際の機能実装状況を詳しく確認して、正確な評価を行う
- 設計全体を見渡して機能について実装しているか検討する必要がある
- UIのモックだけでは機能が100%完了したわけではないことを認識する

評価出力例

実際のコミット履歴解析結果の出力例

良い例

週次機能実装数: 8件
要件対応度: 88%
開発プロセス品質:
• 適切なコミット粒度で機能単位実装
• 一貫した開発手法を維持
• 段階的な機能実装が進められている
継続性・効率性:
• 集中的な開発で効率的に成果を積み重ね
• 6,671行追加、2,729行削除の大規模改修を実行
総合ポイント: 2,200pt

改善が必要な例

週次機能実装数: 2件
要件対応度: 35%
開発プロセス品質:
• 大量の変更を一度にコミット
• コミットメッセージが不明確
• 機能実装の分類が困難
継続性・効率性:
• 開発リズムが不規則
• 効率的な開発ができていない
総合ポイント: 650pt

運用ガイド

コミット履歴解析による成果量評価を効果的に活用するためのガイドライン

評価の活用方法

  • • 週次でのコミット履歴解析
  • • 差分統計による定量的評価
  • • 開発プロセスの改善指標
  • • 継続的な成果の積み重ね評価

注意点

  • • コミット履歴の解析が前提
  • • 量だけでなく質も重要
  • • 要件定義の明確性が前提
  • • 定期的な評価と改善サイクルを維持

コミット履歴解析による成果量評価を始めましょう

Gitコミット履歴を解析し、要件定義に沿った成果物の積み重ねを可視化し、 開発プロセスの質と継続的な改善を評価します。