Domande frequenti
Come DevGhost stima l'impegno, cosa significa il Ghost% e come usarlo in modo responsabile.
State monitorando gli sviluppatori? Da dove vengono le ore?+
No: nessun rilevamento del tempo, nessuno schermo, nessun tasto. Analizziamo solo le modifiche al codice stesse e ne stimiamo la difficoltà cognitiva nelle ore di uno sviluppatore di riferimento. È un metro, non un foglio presenze.
Cosa significa la "stima in ore"?+
Quanto tempo richiederebbe la modifica a uno sviluppatore di livello intermedio (3-4 anni) che conosce la base di codice e lavora senza IA. Misura la difficoltà del lavoro, non le righe e non il tempo effettivo trascorso alla scrivania. Copre la scrittura del codice, i test manuali e le correzioni in revisione; esclude riunioni, pianificazione e attesa della revisione.
Come stimate esattamente l'impegno?+
Non è "una chiamata a una rete neurale" ma una pipeline a più fasi in cui l'IA è solo un livello. Prima un modello legge le modifiche al codice stesse (cosa è cambiato davvero) e valuta la difficoltà cognitiva per uno sviluppatore di riferimento, invece di contare righe o commit. Su questo viene eseguito un livello algoritmico deterministico: il sistema classifica la natura di ogni modifica, riconosce separatamente il lavoro ad alto rischio (per esempio infrastruttura, migrazioni di dati, sicurezza), filtra le modifiche meccaniche e generate (find-replace di massa, codice generato e spostato, formattazione) e applica insiemi di regole di correzione e garanzie affinché una singola ipotesi del modello non possa far oscillare il risultato. I commit grandi e combinati vengono gestiti in modo più dettagliato. Lo stesso standard viene applicato automaticamente a tutti, ogni commit viene valutato una sola volta e il risultato è fissato: da qui la confrontabilità e la riproducibilità.
Su quale esperienza e dati si basa la metodologia?+
È nata dallo sviluppo enterprise reale: il livello algoritmico codifica pattern empirici raccolti su progetti reali (quali modifiche sono di solito più costose di quanto sembri e quali sono economiche nonostante le dimensioni). Queste regole vengono verificate rispetto a stime di riferimento reali (calibrazione). Così il sistema si comporta più come un tech lead esperto che valuta il lavoro che come un semplice contatore di righe.
Il mio team usa l'IA. Questo rompe la metrica?+
Al contrario: è proprio questo il punto. Confrontiamo il tuo team con uno sviluppatore di riferimento che lavora senza IA; se l'IA ti consente di consegnare di più al giorno, il Ghost% aumenta, e proprio quel divario dalla "norma pre-IA" è ciò che il prodotto mostra. Non è una distorsione: è il risultato.
Cos'è il Ghost% e come lo leggo?+
Il rapporto tra il tuo output giornaliero e l'output dello sviluppatore di riferimento. Il 100% è alla pari con il riferimento, un valore più alto significa che consegni di più al giorno, più basso significa di meno. Non sono ore e non sono straordinari: un numero alto non significa "esaurimento" e uno basso di per sé non significa "debole".
Quanto posso fidarmi?+
È un modello, non una misurazione. Nessuno può ricostruire il tempo reale, quindi il valore sta nell'avere un unico insieme di regole per tutti: solido per tendenze e confronti, non per la precisione all'ora di una singola persona. Uno strumento per porre domande migliori, non per emettere verdetti.
La metrica può essere aggirata, dividendo o combinando i commit?+
Dividere e combinare i commit non la sposta in modo significativo: ciò che viene valutato è la sostanza e la difficoltà delle modifiche, non il numero di commit o di righe. Ancora più importante: qualsiasi metrica su cui le persone vengono valutate direttamente finisce per essere ottimizzata al posto del lavoro. Quindi usala come segnale e tendenza di team, non come KPI personale: così non c'è nulla da aggirare.
I numeri di una persona non corrispondono alla mia impressione. Perché?+
Il sistema vede il codice, non l'intero ruolo: progettazione, revisioni, mentoring, pianificazione e riunioni non rientrano nella stima. Una discrepanza spesso significa che gran parte del valore di una persona vive al di fuori dei commit, il che di per sé merita attenzione.
Il sistema tiene conto del fatto che una persona non si occupa solo di codice?+
Non da solo: vede solo il codice e non conosce il ruolo e il carico di lavoro reali di una persona (revisioni, mentoring, riunioni, supporto). Solo il manager conosce l'intero carico di lavoro. A questo serve il parametro Share: la quota di tempo che un dipendente dedica effettivamente alla scrittura di codice (0-100%). Per impostazione predefinita è 100% (presupponiamo che la persona sia pienamente dedicata al codice); il manager la abbassa manualmente per riflettere il lavoro non di codifica: è qui che entra nel sistema il contesto che il codice non contiene. Allora il confronto con il riferimento diventa equo anche per chi non programma tutto il giorno.
Posso usarlo per valutazioni, retribuzione o licenziamenti?+
Non da solo. È un segnale di team e una tendenza per avviare una conversazione, non un verdetto individuale: una singola metrica non cattura qualità, impatto o contesto.
Cosa significano "costo" e "valore" in denaro?+
Il costo è grosso modo quanto è costato il lavoro consegnato a una tariffa standard; il valore è grosso modo quanto costerebbe riprodurre quel volume a mano, senza IA. Il divario tra i due è un indicatore approssimativo della leva (strumenti/IA), non un conto economico.

