Cos'è il Ghost%?

La baseline

E è l’impegno stimato nell’ambito e nel periodo selezionati, in ore di riferimento, compresa l’eccedenza allocata. D è il conteggio dei giorni dello sviluppatore nella modalità selezionata. S = Share ÷ 100: con Share = 100%, S è 1. La base Ghost predefinita è di 3 ore di riferimento per sviluppatore-giorno. È una base comune per confrontare la produzione, non la durata dell’intera giornata lavorativa. Se l’interfaccia consente di scegliere un’altra base, usa quel valore al posto di 3. Il Ghost% grezzo usa S = 1.

In modalità Spread, D conta le date con impegno positivo allocato, comprese le date idonee del fine settimana. Un giorno senza commit può essere conteggiato se il modello vi colloca dell'impegno; un giorno senza impegno allocato non viene conteggiato e un commit a impegno zero, da solo, non aggiunge un giorno Spread. Sono date modellate, non giorni lavorativi osservati.

La modalità FTE usa l'intervallo di attività dello sviluppatore nell'ambito selezionato: dalla prima data con impegno fino alla data dell'ultimo commit, compresi i commit a impegno zero. Interseca tale intervallo con il periodo selezionato e conta i giorni feriali, inclusi quelli senza commit o impegno, oltre alle date del fine settimana con impegno positivo. Le viste del team possono anche limitare l'intervallo ai periodi di appartenenza. I report con calendario dei dipendenti usano un denominatore separato: i minuti disponibili in base alla pianificazione configurata, alle eccezioni per data e alle assenze, divisi per 480 minuti per giornata a tempo pieno. Applicano la stessa norma di 3 ore e la stessa rettifica per Share; non modificano i conteggi standard dei giorni Spread/FTE.

Cosa rettifica Share

Share è un'allocazione impostata manualmente dallo 0% al 100%, con valore predefinito del 100%. Considera il 100% come un normale ruolo di sviluppo a tempo pieno, non otto ore trascorse a digitare. La base di 3 ore lascia già spazio alla normale parte del ruolo non dedicata al codice. Riduci Share quando l'allocazione al lavoro di sviluppo valutato è inferiore, per esempio per un lavoro part-time o responsabilità aggiuntive; non sottrarre di nuovo la normale parte della giornata non dedicata al codice.

L’impegno comprende la comprensione del codice pertinente, la progettazione della soluzione, l’implementazione, i test eseguiti dallo sviluppatore stesso e le correzioni necessarie. Lo Share non detrae nuovamente queste attività. Le revisioni separate del lavoro altrui, il mentoring, le riunioni e il lavoro che non lascia traccia nel codice analizzato non vengono misurati direttamente. Un responsabile fornisce la rettifica corrispondente al contesto del ruolo.

Share modifica il Ghost% rettificato tramite divisione. Non cambia l'impegno stimato, la cronologia allocata, il Ghost% grezzo, il conteggio dei giorni o il costo. Con Share = 0%, il Ghost% rettificato non è disponibile, anziché essere zero o infinito. Anche uno Share irrisolto lo rende non disponibile. Questo Coding Share è distinto dalla quota sperimentale di tracce dell'IA mostrata altrove nel prodotto.

Esempi individuali

Con la norma predefinita, E = 30 ore di riferimento e D = 10 giorni restituiscono il 100% con Share = 100%: 30 ÷ (10 × 3 × 1) × 100. Con gli stessi E e D ma Share = 50%, il Ghost% rettificato è 200%; il Ghost% grezzo resta 100%. Con Share = 0%, il Ghost% rettificato non è disponibile e le 30 ore di riferimento rimangono.

La modalità selezionata conta: 6 ore di riferimento collocate in una data restituiscono il 200% in modalità Spread. Se quella data rientra in un intervallo FTE di 20 giorni feriali, il Ghost% FTE è 10% con Share = 100%. La stessa produzione di codice viene confrontata con conteggi di giorni diversi; nessuno dei due risultati ricostruisce il tempo di lavoro effettivo.

Totali del team e del repository

Il Ghost% complessivo mostrato nella dashboard e nei riepiloghi dei repository pubblici è una media delle percentuali individuali ponderata per l'impegno: Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ. La percentuale di ogni persona usa già il suo conteggio dei giorni e il suo Share. Non è l'impegno totale del team diviso per 3, né un tasso aggregato per persona-giorno o una semplice media delle persone. Leggi il totale insieme all'ambito e alla modalità selezionati.

Esempio: A ha 30 ore di riferimento in 10 giorni (100%) e B ne ha 15 in 10 giorni (50%), entrambi con Share = 100%. Il risultato complessivo ponderato per l'impegno è (30 × 100 + 15 × 50) ÷ 45 = 83,33%. Dividere le 45 ore complessive per 20 giorni-persona e poi per 3 darebbe il 75%, una statistica diversa. Un impegno positivo appartenente a qualcuno il cui Ghost% rettificato non è disponibile rende non disponibile anche il risultato complessivo rettificato; i contributori con impegno zero non aggiungono peso.

Distribuire l'impegno nel tempo

La cronologia è un modello di come potrebbe essere distribuito l'impegno stimato, non un'osservazione di quando è stato svolto il lavoro. L'allocazione normale prevede una capacità condivisa di 5 ore di riferimento per persona al giorno tra repository e alias email nello stesso workspace. I commit creati nella stessa data vengono raggruppati e le allocazioni precedenti consumano tale capacità.

L'attuale finestra di allocazione contiene 14 date di calendario: la data del commit e le 13 date precedenti, che possono precedere il primo commit o il periodo di rendicontazione selezionato. La data del commit è valida anche se cade nel fine settimana; i sabati e le domeniche precedenti vengono saltati. L'eccedenza viene conservata e inclusa nella distribuzione temporale modellata. Questa eccedenza calcolata non rappresenta straordinari osservati. I filtri del report selezionano le date alle quali è stato allocato l'impegno; modificare il periodo visibile non sposta in quel periodo tutto l'impegno di un commit.

La capacità di allocazione di 5 ore e la base Ghost di 3 ore hanno scopi diversi. La capacità colloca l'impegno di riferimento sulla cronologia; la base converte la produzione giornaliera di riferimento in una stima relativa della produttività. Nessuno dei due valori registra la giornata lavorativa effettiva di uno sviluppatore. Le date vengono interpretate nel fuso orario della proiezione. I workspace meno recenti e le analisi salvate possono conservare una precedente politica di distribuzione; questi parametri descrivono la politica attuale.

Come leggerlo

Le fasce mostrate confrontano la produzione con la base di riferimento selezionata. Interpretale usando andamenti persistenti e il contesto del ruolo:

• 120% e oltre — sopra la base di riferimento.
• Dal 100% al 120%: alla baseline o al di sopra.
• Dall'80% al 100%: leggermente al di sotto della baseline.
• Sotto l'80%: ben al di sotto della baseline.

Cosa significa un risultato superiore al 100%

Un valore superiore al 100% significa che la produzione di codice stimata supera la base per il criterio di conteggio dei giorni e lo Share selezionati. L'assistenza dell'IA può essere una causa, insieme all'esperienza, agli strumenti e alla natura del lavoro. Un Ghost% elevato, da solo, non dimostra l'uso dell'IA, la qualità del codice o l'impatto aziendale.

Cosa non è il Ghost%

Questa è una stima basata su modelli della produttività individuale del codice, soggetta a incertezza. Non misura le ore effettive, la diligenza, le capacità, la qualità del codice, l'impatto aziendale o tutto il lavoro esterno alle modifiche analizzate. Usala per esaminare contributi ridotti e persistenti e riconoscere gli sviluppatori con risultati solidi, con una revisione indipendente e il contesto del ruolo. Non deve essere l'unica né la principale base per assunzioni, retribuzioni, promozioni o licenziamenti, né un verdetto automatizzato su una persona.

DevGhost utilizza la cronologia e le modifiche Git. Non richiede il monitoraggio del tempo, l’acquisizione dello schermo o la registrazione delle sequenze di tasti.