Häufig gestellte Fragen

DevGhost analysiert den Git-Verlauf und Git-Änderungen, um den Codebeitrag jedes Entwicklers zu schätzen. Es erfasst weder Arbeitszeit noch Bildschirme oder Tastenanschläge. Stunden drücken Aufwand auf einer gemeinsamen Referenzskala aus.

Die Zeit, die ein Entwickler auf mittlerem Niveau mit 3–4 Jahren Erfahrung, der die Codebasis kennt und ohne KI arbeitet, benötigen würde, um die Änderung zu erstellen. Dazu gehören das Verstehen des relevanten Codes, der Lösungsentwurf, die Umsetzung, Selbsttests und notwendige Korrekturen. Selbsttests umfassen geeignete Tests, die Auswertung ihrer Ergebnisse, erforderliche manuelle Verhaltensprüfungen und eine abschließende Prüfung der eigenen Änderung durch den Entwickler. Die Schätzung rekonstruiert weder die tatsächlichen Stunden des Autors noch ersetzt sie ein Audit oder Expertenreview.

DevGhost kombiniert maschinelles Lernen und ein eigenes neuronales Netz mit der strukturellen Analyse von Git-Änderungen und spezialisierten Algorithmen. Es betrachtet Änderungen im Kontext des bestehenden Codes, berücksichtigt Wiederverwendung und behandelt erkannte mechanische Änderungen und generierte Artefakte getrennt. Substanzieller, mit KI-Unterstützung geschriebener Code wird auf derselben Referenzskala bewertet. DevGhost verwendet keine LLMs zur Analyse von Code.

Die Methode verbindet Entwicklungserfahrung, die strukturelle Analyse von Änderungen und das Training eigener Modelle von DevGhost. Die zeitliche Verteilung der Schätzungen beruht auf empirischer Forschung und praktischen Messungen. DevGhost verwendet keine LLMs zur Analyse von Code.

Substanzieller, mit KI-Unterstützung geschriebener Code wird gegenüber derselben Entwicklerreferenz ohne KI bewertet. Wenn KI einem Entwickler hilft, pro Tag mehr geschätzte Leistung zu erbringen, kann Ghost% steigen. Über 100 % bedeutet Leistung über der Baseline, nicht den Beweis für KI-Nutzung; auch Erfahrung, Werkzeuge, Share und die ausgewählte Tagesbasis beeinflussen den Vergleich.

Eine Schätzung der individuellen Codeproduktivität relativ zu einem Entwickler mittlerer Erfahrung, der das Projekt kennt und ohne KI arbeitet. Bei der Standardnorm gilt Ghost% = E ÷ (D × 3 × S) × 100: E sind Referenzstunden, D ist die ausgewählte Spread- oder FTE-Tageszahl, S ist Share ÷ 100. 100 % entspricht der Referenz; ein höherer Wert bedeutet mehr geschätzte Leistung, ein niedrigerer weniger. Teamzusammenfassungen gewichten individuelle Prozentsätze nach Aufwand. Dies ist weder tatsächliche Arbeitszeit noch ein Maß für den gesamten beruflichen Wert einer Person.

Nutzen Sie die gemeinsame Referenzskala von DevGhost, um dauerhafte Beiträge zu untersuchen, starke Entwickler zu erkennen und Zeiträume zu vergleichen. Prüfen Sie anschließend die zugrunde liegenden Änderungen und den Kontext der Rolle. Die Schätzung ist weder tatsächliche Arbeitszeit noch eine Bewertung der Codequalität oder eine vollständige Beurteilung der Person und sollte eine Personalentscheidung nicht allein bestimmen.

Die Methode bewertet Inhalt und Schwierigkeit, statt Commit-Anzahl oder Zeilen zu belohnen. Das Aufteilen, Squashen und Neugruppieren von Änderungen kann jedoch den Kontext verändern, den das Schätzverfahren sieht; ein invariantes Ergebnis wird nicht garantiert. Prüfen Sie die zugrunde liegenden Änderungen und dauerhafte Muster, und vermeiden Sie es, die Zahl zum Optimierungsziel oder zur alleinigen Grundlage einer Personalentscheidung zu machen.

DevGhost bewertet den im Code sichtbaren Beitrag. Zu den Verantwortlichkeiten einer Person können auch Mentoring, Reviews der Arbeit anderer und weitere Tätigkeiten außerhalb der analysierten Änderungen gehören. Prüfen Sie den Zeitraum, den Spread- oder FTE-Modus, Share und die Änderungen selbst, bevor Sie eine Abweichung interpretieren. Entwurf, Prüfung und Korrektur der analysierten Änderung sind bereits im Referenzaufwand enthalten.

Coding Share ist eine manuelle Zuteilung von 0 % bis 100 %, standardmäßig 100 %. 100 % steht für eine normale Vollzeit-Entwicklerrolle: Die Basis von 3 Referenzstunden berücksichtigt bereits die übliche nicht programmierende Arbeit. Senken Sie Share für eine geringere Zuteilung, etwa bei Teilzeit oder zusätzlichen Aufgaben, ohne die übliche nicht programmierende Zeit erneut abzuziehen. Entwurf, Umsetzung, Prüfung und Korrektur der Änderung sind bereits im Aufwand enthalten. Der angepasste Ghost%-Wert entspricht Raw Ghost% geteilt durch Share ÷ 100; Aufwand, Daten, Kosten und Raw Ghost% bleiben unverändert. Beispielsweise ergeben 30 Referenzstunden über 10 Tage 100 % bei Share = 100 % und 200 % bei 50 %. Bei 0 % ist der angepasste Ghost%-Wert nicht verfügbar, nicht null; auch ein ungeklärter Share-Wert macht ihn nicht verfügbar.

Verwenden Sie die Kennzahl als einen Bestandteil einer unabhängigen menschlichen Bewertung der Produktivität jedes Entwicklers, einschließlich dauerhaft geringer Beiträge und starker Ergebnisse. Lesen Sie sie über mehrere Zeiträume zusammen mit den Aufgaben des Entwicklers, der Codequalität, der geschäftlichen Wirkung und der Arbeit außerhalb des Codes. Ghost% darf nicht die alleinige oder primäre Grundlage für Reviews, Vergütung, Beförderung oder Kündigung sein und kann diese kontextbezogene Bewertung nicht ersetzen.

Ja. Jedes Konto erhält ein Startguthaben und jeden Monat ein neues kostenloses Kontingent — ohne Kreditkarte und ohne Funktionsbeschränkungen: Der kostenlose Tarif ist das volle Produkt. Ein Credit deckt einen analysierten Commit ab, und ein per Squash zusammengeführter Pull Request zählt als die Hälfte seiner internen Commits. Die genauen Kosten eines Laufs werden vor dem Start angezeigt.

Kosten geben grob an, was die gelieferte Arbeit zu einem Standardsatz gekostet hat; Wert gibt grob an, was es kosten würde, dieses Volumen ohne KI von Hand zu reproduzieren. Die Lücke zwischen beiden ist ein näherungsweiser Indikator für Hebelwirkung (Tooling/KI), keine Gewinn- und Verlustrechnung.