Ghost% とは？

基準

Eは、選択した範囲と期間における推定労力で、割り当てられたオーバーフローを含み、参照時間で表します。Dは選択したモードでの開発者の日数です。S = Share ÷ 100で、Share = 100%ならSは1です。デフォルトのGhost基準値は開発者1日あたり3参照時間です。これはアウトプットを比較するための共通基準であり、1日の全労働時間ではありません。画面で別の基準値を選べる場合は、3の代わりにその値を使用します。Raw Ghost%ではS = 1を使用します。

Spread モードでは、D は工数が正に配分された日付の数で、対象となる週末の日付も含みます。コミットがない日でも、モデルがそこに工数を配置すれば数えられます。配分工数がない日は数えられず、工数ゼロのコミットだけでは Spread の日数は増えません。これらはモデル上の日付であり、観測された労働日ではありません。

FTE モードでは、選択範囲内の開発者の活動期間を使用します。これは、工数がある最初の日から、工数ゼロのコミットを含む最後のコミット日までです。その期間と選択期間の共通部分を取り、コミットも工数もない日を含む平日と、工数が正の週末の日付を数えます。チーム表示では、この期間を所属期間に合わせてさらに切り詰める場合があります。従業員カレンダーのレポートでは別の分母を使用します。設定した勤務予定、日付ごとの上書き、欠勤から算出した勤務可能時間（分）を、フルタイム 1 日に相当する 480 分で割ります。同じ 3 時間基準と Share 調整を適用し、通常の Spread/FTE の日数は変更しません。

Share で調整されるもの

Share は 0%～100% の手動設定による配分で、既定値は 100% です。100% は通常のフルタイム開発職を意味し、8 時間ずっとコードを入力することではありません。3 時間の基準には、その役割に通常含まれる非コーディング業務の余地がすでに含まれています。パートタイム勤務や追加の責任など、評価対象の開発業務への配分が少ない場合に Share を下げてください。通常の非コーディング時間をもう一度差し引かないでください。

労力には、関連コードの理解、解決策の設計、実装、セルフテスト、必要な修正が含まれます。Shareによってこれらの活動が再度差し引かれることはありません。他者の作業だけを対象とするレビュー、メンタリング、会議、分析対象コードに痕跡のない作業は直接測定されません。役割の文脈に応じた調整はマネージャーが指定します。

Share は、調整後の Ghost% を除算によって変えます。推定工数、配分タイムライン、未調整の Ghost%、日数、コストは変わりません。Share = 0% の場合、調整後の Ghost% は 0 や無限大ではなく算出不能です。Share が未確定の場合も算出不能になります。この Coding Share は、製品の別の場所に表示される試験的な AI トレースの割合とは別のものです。

個人の例

既定の基準では、E = 30 基準時間、D = 10 日、Share = 100% の場合、30 ÷ (10 × 3 × 1) × 100 = 100% です。同じ E と D で Share = 50% の場合、調整後の Ghost% は 200% になりますが、未調整の Ghost% は 100% のままです。Share = 0% では調整後の Ghost% は算出不能で、30 基準時間はそのまま残ります。

選択したモードは結果に影響します。1 日に 6 基準時間が配分されると、Spread モードでは 200% です。その日が平日 20 日間の FTE 活動期間内にある場合、Share = 100% での FTE Ghost% は 10% です。同じコード成果を異なる日数で比較しており、どちらの結果も実際の労働時間を復元するものではありません。

チームとリポジトリの合計

ダッシュボードと公開リポジトリの概要に表示される総合 Ghost% は、個人の割合を工数で加重した平均です：Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ。各人の割合には、すでに各自の日数と Share が使われています。チームの総工数を 3 で割った値でも、合算した人日率でも、単純な人数平均でもありません。合計値は、選択した範囲とモードとあわせて確認してください。

例：A は 10 日間で 30 基準時間（100%）、B は 10 日間で 15 基準時間（50%）で、両者の Share は 100% とします。工数加重の総合結果は (30 × 100 + 15 × 50) ÷ 45 = 83.33% です。合計 45 時間を 20 人日で割り、さらに 3 で割ると 75% となり、これは別の統計です。調整後の Ghost% が算出不能な人に正の工数がある場合、調整後の総合結果も算出不能になります。工数ゼロの貢献者は重みに加わりません。

工数を時間に分散する

タイムラインは、推定工数をどのように配分できるかを示すモデルであり、実際にいつ作業したかを観測したものではありません。通常の配分では、1 つのワークスペース内のリポジトリとメールエイリアスをまたいで、1 人 1 日あたり合計 5 基準時間の容量を共有します。同じ日に作成されたコミットはまとめられ、それ以前の配分がこの容量を消費します。

現在の配分ウィンドウは、コミット日とその前の 13 日間からなる 14 暦日です。最初のコミットや選択したレポート期間より前の日付を含む場合があります。コミット日は週末でも対象になりますが、それ以前の土日は除外されます。超過分は保持され、モデル化された時系列の配分に含まれます。この計算上の超過分は、実際に観測された残業ではありません。レポートのフィルターは工数が配分された日付を選択するものであり、表示期間を変更しても、コミットの全工数がその期間内へ移動するわけではありません。

5 時間の配分容量と 3 時間の Ghost 基準は、目的が異なります。容量は基準工数をタイムライン上に配置し、基準は 1 日あたりの基準成果を相対的な生産性推定値に変換します。どちらの数値も、開発者の実際の労働日を記録するものではありません。日付はプロジェクションのタイムゾーンで解釈されます。古いワークスペースや保存済み分析には以前の配分ポリシーが残っている場合があります。ここで示すパラメーターは現在のポリシーです。

読み方

表示される帯は、選択した基準値と成果を比較します。継続的な傾向と役割の文脈を踏まえて解釈してください：

• 120% 以上 — 基準値を上回る。
• 100% 〜 120%——基準以上です。
• 80% 〜 100%——基準をやや下回ります。
• 80% 未満——基準を大きく下回ります。

100% を超える結果の意味

100% を超える結果は、選択した日数の基準と Share に対して、推定コード成果が基準値を上回ることを意味します。AI 支援も一因になり得ますが、経験、ツール、作業の性質も要因になり得ます。高い Ghost% だけでは、AI の使用、コード品質、または事業への影響は証明されません。

Ghost% でないもの

これは不確実性を伴う、モデルに基づく個人のコード生産性の推定値です。実際の労働時間、勤勉さ、能力、コード品質、事業への影響、または分析対象の変更外で行われたすべての仕事を測定するものではありません。独立した確認と役割の文脈を伴って、継続的に貢献が少ない状態の調査や、優れた開発者の評価に使用してください。採用、報酬、昇進、解雇の唯一または主たる根拠や、人に対する自動判定にしてはなりません。

DevGhostはGit履歴と変更を分析します。時間追跡、画面キャプチャ、キーストロークの記録は不要です。