私のクライアントの 1 人は、プロジェクトに州外のプログラマーを使用しています。彼は、プログラマーが実際にどれだけの作業を行っているかを実際に把握することができないため、お金が無駄になる可能性があるのではないかと心配しています。
私が疑問に思っているのは、SVN または GIT リポジトリを使用して、実際に行われている実際の作業量を計算または推定することは可能ですか? 2 つの改訂または特定の期間の違いを見つけて、達成された作業の概要/概要を示すようなものですか?
明らかに、一部のコードに空白を追加または削除するだけで、SVN はコミット時にそれを変更として認識しますが、それは実際に作業が行われたことを意味するものではありません。おそらく、これらすべてのことを考慮して、ファイル サイズの違いなどを分析し、どのような作業が行われたかを判断できるメソッドまたはスクリプトがいくつかあるでしょう。
もちろん、手動でリビジョンをチェックアウトして差分を実行することもできますが、すべての概要をより詳細に取得できると、より便利になります。
ところで、このようなものはありますか？
リポジトリを分析すると、コードがどれだけ変更されたかがわかります。これらの変更にどれだけの作業が費やされたかを実際に知るには、別のプログラマーがそれを確認する必要があります。小さなコミットはかなりの熟考を必要とするかもしれませんが、大きなコミットはプログラムの単純な部分であるため、非常に簡単に実行できます。
ただし、一部のリポジトリ マネージャーにはグラフ化機能が組み込まれています。たとえば、Redmine は、人が行った変更の数と変更されたコードの量を示すグラフを提供できます。
あなたが求めていることを行うソフトウェアはありません。コミットのサイズとコミットの発生頻度を分析するものは見つかりますが、それらの数値を取得して、開発者がどれだけの作業を行ったかに変換できるソフトウェアはありません。
クライアントは代わりに、プログラマーが定期的に進捗状況をデモしたり、開発やビジネス ロジックに関する懸念事項についてクライアントと話し合ったりするアジャイル開発プロセスを主張する必要があります。
これは、人間関係を避けるためにツールを使用したい典型的なケースのようです。
これからは何も良いことはないと固く信じています。人は測定されたとおりに行動します。追加されたコード行として単純なメトリックを使用すると、多くのコードが得られます。ただし、通常はコードを削減するリファクタリングの取り組みを思いとどまらせるでしょう!
変更された行がカウントされる場合、コード ベースの再フォーマットは監視作業にスパナを投げ、残りの開発チームのカチカチ音をたてます。
スペースに関係なくラインが変更された場合、製品の生産よりも生産性の監視に多くの労力が費やされることになる、滑りやすい坂道の最初のステップを設定したことになります。
私がお勧めするのは、提供された機能と QA-d の監視、コード レビュー、毎週の 1 対 1、会議中のプレゼンスと入力の測定、および仲間の入力の確認です。
そうは言っても、ソナーは進捗状況と品質指標を監視するための非常に優れたツールだと思います. しかし、個人をターゲットにするのは難しいでしょう。
StatSVNを見ることができます。
チェックインと svn Blame のランダムな差分と組み合わせると、感覚がつかめるかもしれません。