Veelgestelde vragen

DevGhost analyseert de Git-geschiedenis en Git-wijzigingen om de codebijdrage van elke ontwikkelaar te schatten. Het registreert geen werktijd, schermen of toetsaanslagen. Uren drukken inspanning uit op een gemeenschappelijke referentieschaal.

De tijd die een medior ontwikkelaar met 3–4 jaar ervaring, die de codebase kent en zonder AI werkt, nodig zou hebben om de wijziging te maken. Dit omvat het begrijpen van relevante code, het ontwerpen van de oplossing, implementatie, zelftesten en noodzakelijke correcties. Zelftesten omvat geschikte tests, het interpreteren van de resultaten, noodzakelijke handmatige gedragscontroles en een laatste beoordeling van de eigen wijziging door de ontwikkelaar. De schatting reconstrueert niet de werkelijke uren van de auteur en vervangt geen audit of beoordeling door een deskundige.

DevGhost combineert machine learning en een eigen neuraal netwerk met structurele analyse van Git-wijzigingen en gespecialiseerde algoritmen. Het bekijkt wijzigingen in de context van bestaande code, houdt rekening met hergebruik en behandelt herkende mechanische wijzigingen en gegenereerde artefacten apart. Inhoudelijke code die met AI-ondersteuning is geschreven, wordt op dezelfde referentieschaal beoordeeld. DevGhost gebruikt geen LLM’s om code te analyseren.

De methode combineert ontwikkelingservaring, structurele analyse van wijzigingen en het trainen van de eigen modellen van DevGhost. De verdeling van schattingen over de tijd is gebaseerd op empirisch onderzoek en praktische metingen. DevGhost gebruikt geen LLM’s om code te analyseren.

Inhoudelijke code met AI-ondersteuning wordt beoordeeld tegen dezelfde ontwikkelaarsreferentie zonder AI. Als AI een ontwikkelaar helpt om per dag meer geschatte output te leveren, kan Ghost% stijgen. Boven 100% betekent output boven de basislijn, geen bewijs dat AI is gebruikt; ervaring, hulpmiddelen, Share en de geselecteerde dagbasis beïnvloeden de vergelijking ook.

Een schatting van individuele codeproductiviteit ten opzichte van een medior ontwikkelaar die het project kent en zonder AI werkt. Bij de standaardnorm geldt Ghost% = E ÷ (D × 3 × S) × 100: E is het aantal referentie-uren, D het geselecteerde aantal Spread- of FTE-dagen en S Share ÷ 100. 100% komt overeen met de referentie; hoger is meer geschatte output, lager is minder. Teamsamenvattingen wegen individuele percentages naar inspanning. Dit is geen werkelijke werktijd en geen maatstaf voor iemands volledige professionele waarde.

Gebruik de gemeenschappelijke referentieschaal van DevGhost om structurele bijdragen te onderzoeken, sterke ontwikkelaars te herkennen en perioden te vergelijken. Bekijk daarna de onderliggende wijzigingen en rolcontext. De schatting is geen werkelijke werktijd, score voor codekwaliteit of volledige beoordeling van de persoon en mag een personeelsbeslissing niet op zichzelf bepalen.

De methode beoordeelt inhoud en moeilijkheid in plaats van commitaantal of regels te belonen. Het splitsen, squashen en anders groeperen van wijzigingen kan echter de context veranderen die de schatter ziet; we garanderen geen invariant resultaat. Beoordeel de onderliggende wijzigingen en structurele patronen, en voorkom dat het getal een optimalisatiedoel of de enige basis voor een personeelsbesluit wordt.

DevGhost beoordeelt de bijdrage die in code zichtbaar is. Iemands verantwoordelijkheden kunnen ook mentoring, reviews van andermans werk en andere activiteiten buiten de geanalyseerde wijzigingen omvatten. Controleer de periode, de Spread- of FTE-modus, Share en de wijzigingen zelf voordat je een verschil interpreteert. Het ontwerpen, controleren en corrigeren van de geanalyseerde wijziging is al in de referentie-inspanning opgenomen.

Coding Share is een handmatige toewijzing van 0% tot 100%, standaard 100%. 100% betekent een normale fulltime ontwikkelaarsrol: de basislijn van 3 referentie-uren houdt al rekening met gewoon niet-codeerwerk. Verlaag Share voor een kleinere toewijzing, zoals parttime werk of extra verantwoordelijkheden, zonder gewone niet-codeertijd nogmaals af te trekken. Het ontwerpen, implementeren, controleren en corrigeren van de wijziging is al in de inspanning opgenomen. Het aangepaste Ghost% is gelijk aan Raw Ghost% gedeeld door Share ÷ 100; inspanning, datums, kosten en Raw Ghost% blijven gelijk. Zo geven 30 referentie-uren over 10 dagen 100% bij Share = 100% en 200% bij 50%. Bij 0% is het aangepaste Ghost% niet beschikbaar, niet nul; een onopgeloste Share maakt het ook niet beschikbaar.

Gebruik het als één onderdeel van een onafhankelijke menselijke beoordeling van de productiviteit van elke ontwikkelaar, waaronder structureel lage bijdragen en sterke resultaten. Lees het over meerdere perioden samen met de verantwoordelijkheden van de ontwikkelaar, codekwaliteit, bedrijfsimpact en werk buiten code. Ghost% mag niet de enige of voornaamste basis zijn voor beoordelingen, beloning, promotie of ontslag en kan die contextuele beoordeling niet vervangen.

Ja. Elk account krijgt startcredits en elke maand een nieuwe gratis hoeveelheid — geen creditcard nodig en geen functiebeperkingen: het gratis abonnement is het volledige product. Eén credit dekt één geanalyseerde commit, en een met squash samengevoegde pull request telt als de helft van zijn interne commits. De exacte kosten van een run zie je voordat die begint.

Kosten zijn ruwweg wat het geleverde werk kostte tegen een standaardtarief; waarde is ruwweg wat het zou kosten om dat volume met de hand te reproduceren, zonder AI. Het verschil tussen beide is een benaderende indicator van hefboom (tooling/AI), geen winst-en-verliesrekening.