Come DevGhost valuta la produttività degli sviluppatori
Aggiornato 23 ottobre 2026
DevGhost valuta in modo indipendente la produttività di ogni sviluppatore in base al contenuto e alla complessità cognitiva delle sue modifiche Git. Imprenditori e CTO possono vedere il ritorno sul loro investimento nello sviluppo: individuare contributi ridotti e persistenti e riconoscere gli sviluppatori validi il cui lavoro è passato inosservato.
Le dimensioni di una modifica non equivalgono alla quantità di lavoro
L’aggiunta di una libreria pronta all’uso può richiedere pochi minuti e produrre migliaia di righe aggiunte. Tuttavia, una piccola modifica del comportamento in pochi file può richiedere la comprensione delle dipendenze, la progettazione di una soluzione e una verifica attenta. DevGhost stima il lavoro di ingegneria alla base di una modifica, affinché l’attività visibile non sostituisca il contributo.
Machine learning fondato sul codice
DevGhost combina il machine learning e la propria rete neurale con l’analisi strutturale delle modifiche Git e algoritmi specializzati. Insieme, stimano l’impegno cognitivo su una scala comune basata sullo sviluppatore di riferimento.
DevGhost non utilizza LLM per analizzare il codice. I propri modelli addestrati e algoritmi calcolano la stima.
- Le modifiche vengono considerate nel contesto del codice esistente, incluse le relazioni tra le parti modificate e gli indizi di riutilizzo.
- Le modifiche meccaniche riconosciute e gli artefatti generati vengono gestiti separatamente, affinché il loro volume non rappresenti nuovo lavoro di ingegneria.
- Il codice sostanziale prodotto con l’assistenza dell’IA viene valutato sulla stessa scala. Ciò che conta è il risultato rappresentato nel codice.
Due modifiche, lavori diversi
Questi commit pubblici mostrano perché le sole dimensioni di un diff non sono sufficienti per valutare il contributo.
k6: file React pronti all’uso per i test
La modifica aggiunge più di 33.000 righe, principalmente file React pronti all’uso, affinché i test non dipendano più da un accesso di rete inaffidabile. DevGhost distingue i file forniti dal lavoro necessario per integrarli. Stima di DevGhost: circa 0,8 ore di riferimento.
Visualizza il commit pubblicoRedis: I/O asincrono
Circa 2.300 righe aggiunte ed eliminate modificano il modo in cui interagiscono i thread Redis: gestione degli eventi di rete, passaggio del lavoro tra thread e sincronizzazione dell’accesso ai dati. Si tratta di una modifica architetturale sostanziale che richiede il corretto funzionamento congiunto di più parti del sistema. Stima di DevGhost: circa 23 ore di riferimento.
Visualizza il commit pubblicoCosa significano le ore di riferimento
Il riferimento è uno sviluppatore di livello intermedio con 3-4 anni di esperienza, che conosce il progetto e lavora senza IA. La stima copre il lavoro necessario per comprendere il codice pertinente, progettare e implementare una soluzione, verificarla e apportare le correzioni necessarie. Sono inclusi i test eseguiti dallo sviluppatore stesso: eseguire i test appropriati e interpretarne i risultati, verificare manualmente il comportamento quando necessario e rivedere la propria modifica prima di concludere.
Una scala comune consente di confrontare i contributi degli sviluppatori e osservarne l’andamento nel tempo. Le ore di riferimento descrivono il lavoro stimato rappresentato nel codice, non il tempo effettivamente impiegato dall’autore.
Dalle ore di riferimento al Ghost%
La distribuzione delle stime nel tempo si basa su ricerche empiriche e misurazioni pratiche. DevGhost utilizza una scala di riferimento comune per confrontare i risultati. Il Ghost% mostra la produzione rispetto alla base, tenendo conto dello Share e del metodo di conteggio dei giorni selezionato. Al 100%, la produzione corrisponde alla base; oltre il 100%, la supera. L’assistenza dell’IA può essere uno dei motivi, ma il numero da solo non dimostra l’uso dell’IA.
Considera il contesto
Osserva i risultati persistenti su più periodi, quindi esamina le modifiche e le responsabilità della persona. DevGhost non misura le ore effettive, la qualità del codice o l’intero valore professionale di uno sviluppatore. Anche il lavoro al di fuori delle modifiche analizzate è importante. Le decisioni riguardanti il personale richiedono una valutazione umana indipendente e sostanziale; il Ghost% non deve esserne l’unica né la principale base.
Controlla la cronologia di un progetto che conosci
Scegli un repository e un periodo di cui conosci bene i risultati del team. Confronta la valutazione di DevGhost con la tua esperienza: chi ha dato un contributo solido, dove lo sviluppo è rimasto sistematicamente al di sotto delle aspettative e quali attività difficili sono passate inosservate nelle statistiche sulle attività. Apri le singole modifiche ed esamina sia le corrispondenze sia le discrepanze. In questo modo puoi valutare l’utilità del sistema per le tue decisioni gestionali usando un lavoro che già conosci.