Domande frequenti

DevGhost analizza la cronologia e le modifiche Git per stimare il contributo al codice di ogni sviluppatore. Non monitora il tempo di lavoro, non acquisisce schermate e non registra le sequenze di tasti. Le ore esprimono l’impegno su una scala di riferimento comune.

Il tempo di cui avrebbe bisogno uno sviluppatore di livello intermedio con 3-4 anni di esperienza, che conosce il codebase e lavora senza IA, per creare la modifica. Include la comprensione del codice pertinente, la progettazione della soluzione, l’implementazione, i test eseguiti dallo sviluppatore stesso e le correzioni necessarie. Tali test comprendono l’esecuzione di test appropriati, l’interpretazione dei risultati, le necessarie verifiche manuali del comportamento e una revisione finale della modifica da parte dello sviluppatore stesso. La stima non ricostruisce le ore effettive dell’autore e non sostituisce un audit o una revisione esperta.

DevGhost combina il machine learning e la propria rete neurale con l’analisi strutturale delle modifiche Git e algoritmi specializzati. Considera le modifiche nel contesto del codice esistente, tiene conto del riutilizzo e gestisce separatamente le modifiche meccaniche riconosciute e gli artefatti generati. Il codice sostanziale prodotto con l’assistenza dell’IA viene valutato sulla stessa scala di riferimento. DevGhost non utilizza LLM per analizzare il codice.

Il metodo combina esperienza ingegneristica, analisi strutturale delle modifiche e addestramento dei modelli propri di DevGhost. La distribuzione delle stime nel tempo si basa su ricerche empiriche e misurazioni pratiche. DevGhost non utilizza LLM per analizzare il codice.

Il codice sostanziale prodotto con l'assistenza dell'IA viene valutato rispetto allo stesso riferimento di uno sviluppatore senza IA. Se l'IA aiuta uno sviluppatore a fornire una maggiore produzione stimata al giorno, Ghost% può aumentare. Un valore superiore al 100% indica una produzione sopra la base, non dimostra che sia stata usata l'IA; anche l'esperienza, gli strumenti, Share e il criterio di conteggio dei giorni selezionato incidono sul confronto.

Stima della produttività individuale del codice rispetto a uno sviluppatore di livello intermedio che conosce il progetto e lavora senza IA. Con la norma predefinita, Ghost% = E ÷ (D × 3 × S) × 100: E indica le ore di riferimento, D il conteggio dei giorni Spread o FTE selezionato e S è Share ÷ 100. Il 100% corrisponde al riferimento; un valore superiore indica una maggiore produzione stimata, uno inferiore una minore. I riepiloghi del team ponderano le percentuali individuali per l'impegno. Non è il tempo di lavoro effettivo né una misura dell'intero valore professionale di una persona.

Usa la scala di riferimento comune di DevGhost per esaminare il contributo nel tempo, riconoscere gli sviluppatori validi e confrontare i periodi. Esamina quindi le modifiche sottostanti e il contesto del ruolo. La stima non corrisponde al tempo di lavoro effettivo, a un punteggio della qualità del codice o a una valutazione completa della persona e non deve determinare da sola una decisione sul personale.

Il metodo valuta la sostanza e la difficoltà invece di premiare il numero di commit o di righe. Tuttavia, dividere, combinare con squash e raggruppare diversamente le modifiche può cambiare il contesto visto dallo stimatore; non garantiamo un risultato invariante. Esamina le modifiche sottostanti e gli andamenti persistenti ed evita di trasformare il numero in un obiettivo che le persone ottimizzano o nell'unica base per una decisione sul personale.

DevGhost valuta il contributo visibile nel codice. Le responsabilità di una persona possono includere anche il mentoring, le revisioni del lavoro altrui e altre attività al di fuori delle modifiche analizzate. Controlla il periodo, la modalità Spread o FTE, lo Share e le modifiche stesse prima di interpretare una differenza. La progettazione, la verifica e la correzione della modifica analizzata sono già incluse nell’impegno di riferimento.

Il Coding Share è un’allocazione manuale dallo 0% al 100%, con valore predefinito del 100%. Il 100% indica un normale ruolo di sviluppo a tempo pieno: la base di 3 ore di riferimento tiene già conto del normale lavoro non legato al codice. Riduci lo Share per un’allocazione minore, ad esempio un lavoro part-time o responsabilità aggiuntive, senza detrarre nuovamente il normale tempo non dedicato al codice. La progettazione, l’implementazione, la verifica e la correzione della modifica sono già incluse nell’impegno. Il Ghost% rettificato equivale al Ghost% grezzo diviso per Share ÷ 100; l’impegno, le date, il costo e il Ghost% grezzo restano invariati. Ad esempio, 30 ore di riferimento su 10 giorni danno il 100% con Share = 100% e il 200% con 50%. Allo 0%, il Ghost% rettificato non è disponibile, non è zero; anche uno Share non definito lo rende indisponibile.

Usalo come uno degli elementi di una valutazione umana indipendente della produttività di ogni sviluppatore, inclusi i contributi ridotti e persistenti e i risultati solidi. Leggilo su più periodi insieme alle responsabilità dello sviluppatore, alla qualità del codice, all'impatto aziendale e al lavoro esterno al codice. Ghost% non deve essere l'unica né la principale base per valutazioni, retribuzioni, promozioni o licenziamenti e non può sostituire tale valutazione contestuale.

Sì. Ogni account riceve crediti iniziali e una nuova quota gratuita ogni mese, senza carta e senza limiti di funzionalità: il piano gratuito è il prodotto completo. Un credito copre un commit analizzato, e una pull request unita con squash conta come metà dei suoi commit interni. Il costo esatto di ogni analisi viene mostrato prima dell''avvio.

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.