Wie DevGhost die Produktivität von Entwicklern bewertet

Der Umfang einer Änderung ist nicht der Arbeitsaufwand

Das Hinzufügen einer fertigen Bibliothek kann wenige Minuten dauern und Tausende hinzugefügte Zeilen erzeugen. Eine kleine Verhaltensänderung in wenigen Dateien kann dagegen erfordern, Abhängigkeiten zu verstehen, eine Lösung zu entwerfen und sie sorgfältig zu prüfen. DevGhost schätzt die Entwicklungsarbeit hinter einer Änderung, damit sichtbare Aktivität nicht als Beitrag gilt.

Maschinelles Lernen auf Grundlage des Codes

DevGhost kombiniert maschinelles Lernen und ein eigenes neuronales Netz mit der strukturellen Analyse von Git-Änderungen und spezialisierten Algorithmen. Gemeinsam schätzen sie den kognitiven Aufwand auf einer einheitlichen Skala für Referenzentwickler.

DevGhost verwendet keine LLMs zur Analyse von Code. Die Schätzung wird von eigenen trainierten Modellen und Algorithmen berechnet.

• Änderungen werden im Kontext des bestehenden Codes betrachtet, einschließlich der Beziehungen zwischen geänderten Teilen und Anzeichen für Wiederverwendung.
• Erkannte mechanische Änderungen und generierte Artefakte werden getrennt behandelt, damit ihr Umfang nicht als neue Entwicklungsarbeit gilt.
• Substanzieller Code, der mit KI-Unterstützung geschrieben wurde, wird auf derselben Skala bewertet. Entscheidend ist das im Code dargestellte Ergebnis.

Zwei Änderungen, unterschiedliche Arbeit

Diese öffentlichen Commits zeigen, warum die Größe eines Diffs allein nicht ausreicht, um einen Beitrag zu bewerten.

Was Referenzstunden bedeuten

Die Referenz ist ein Entwickler auf mittlerem Niveau mit 3–4 Jahren Erfahrung, der das Projekt kennt und ohne KI arbeitet. Die Schätzung umfasst die Arbeit, die er benötigen würde, um den relevanten Code zu verstehen, eine Lösung zu entwerfen und umzusetzen, sie zu prüfen und notwendige Korrekturen vorzunehmen. Selbsttests sind enthalten: geeignete Tests ausführen und ihre Ergebnisse auswerten, das Verhalten bei Bedarf manuell prüfen und die eigene Änderung vor dem Abschluss nochmals durchsehen.

Eine gemeinsame Skala ermöglicht es, die Beiträge von Entwicklern zu vergleichen und ihre Entwicklung im Zeitverlauf zu beobachten. Referenzstunden beschreiben die geschätzte, im Code enthaltene Arbeit – nicht die Zeit, die der Autor tatsächlich aufgewendet hat.

Von Referenzstunden zu Ghost%

Die zeitliche Verteilung der Schätzungen beruht auf empirischer Forschung und praktischen Messungen. DevGhost verwendet eine gemeinsame Referenzskala zum Vergleich der Ergebnisse. Ghost% zeigt die Leistung im Verhältnis zur Basis und berücksichtigt dabei Share und die gewählte Methode zur Tageszählung. Bei 100 % entspricht die Leistung der Basis; über 100 % liegt sie darüber. KI-Unterstützung kann ein Grund sein, doch die Zahl allein belegt keine KI-Nutzung.

Formel, Share, Spread und FTE

Den Kontext berücksichtigen

Betrachten Sie dauerhafte Ergebnisse über mehrere Zeiträume und prüfen Sie anschließend die Änderungen und die Verantwortlichkeiten der Person. DevGhost misst weder tatsächliche Arbeitsstunden noch Codequalität oder den gesamten beruflichen Wert eines Entwicklers. Auch Arbeit außerhalb der analysierten Änderungen ist relevant. Personalentscheidungen erfordern eine unabhängige, fundierte menschliche Bewertung; Ghost% darf dafür weder die alleinige noch die primäre Grundlage sein.

Prüfen Sie den Verlauf eines vertrauten Projekts

Wählen Sie ein Repository und einen Zeitraum, deren Teamergebnisse Sie gut kennen. Vergleichen Sie die Bewertung von DevGhost mit Ihrer Erfahrung: Wer hat einen starken Beitrag geleistet, wo blieb die Entwicklung dauerhaft hinter den Erwartungen zurück und welche schwierigen Aufgaben wurden in den Aktivitätsstatistiken übersehen? Öffnen Sie einzelne Änderungen und untersuchen Sie sowohl Übereinstimmungen als auch Abweichungen. So können Sie anhand bereits vertrauter Arbeit beurteilen, wie nützlich das System für Ihre Managemententscheidungen ist.

Vertrautes Projekt prüfen