devActivity

Die Funktion für Leistungsbeurteilungen verwandelt rohe Repository-Aktivität in eine strukturierte Sicht darauf, wie jeder Beitragende dasteht. Premium ergänzt KI, die die Zahlen zusammenfasst und herausstellt, was sich geändert hat, sodass ein Manager mit Kontext in die Beurteilung geht statt mit einer Tabelle. Es ist die Funktion, die die manuelle „Wie lief dieses Quartal"-Tabelle ersetzt, die die meisten Teams pflegen.

devActivity verfolgt Commits, Pull Requests, Code-Reviews, Issues und Kommentare und baut daraus Kennzahlen zu Umfang und Qualität. Der Unterschied zählt: Ein Entwickler, der Dutzende Wegwerf-Pull-Requests öffnet, sieht anders aus als einer, der weniger, aber größere Änderungen liefert, die sauber gemergt werden. Manager sehen damit die Form der Arbeit, nicht nur die Zahl.

Die Warnungen achten auf die Muster, die Teams ausbremsen, etwa Pull Requests, die unrevidiert liegen bleiben, oder einen Beitragenden, der einen überproportionalen Anteil der Arbeit trägt. Der Wert liegt in der frühen Warnung. Eine stockende Review-Schlange am Dienstag zu erkennen ist besser, als sie zwei Wochen später in einem Post-Mortem zu entdecken, wenn das Release schon gerutscht ist und alle es leid sind, darüber zu reden, wer den Ball fallen ließ.

Retrospektiven laufen meist danach, wer am lautesten spricht. Diese Funktion versorgt das Meeting mit Daten dazu, was ausgeliefert wurde, was stockte und wohin die Zeit des Teams tatsächlich ging. Premium schaltet die KI-Ebene frei, die die Ergebnisse verschriftlicht, was dem Scrum Master vor jeder Retro eine Stunde Vorbereitung spart.

Die Gamification-Ebene belohnt Aktivität mit XP, Leveln, Erfolgen und einer Team-Bestenliste. Manche Entwicklungsteams hassen das; andere finden, es macht Code-Reviews weniger lästig. Auszeichnungen für Peer-Anerkennung lassen Kollegen gute Arbeit direkt hervorheben, was für Teams, die kein öffentliches Ranking mögen, mehr zählt als die Bestenliste. Bringt es ein Team wirklich voran, Entwickler gegeneinander zu ranken? Das hängt von der Kultur ab. Wo öffentlicher Vergleich Groll erzeugt, sind die Peer-Anerkennungen die sicherere Hälfte dieser Funktion zum Einschalten.

Die Einrichtung ist eine einzige GitHub-App-Installation, und die App liest Git-Metadaten statt Quellcode. Diese Designentscheidung ist der Grund, warum sicherheitsbewusste Teams überhaupt zustimmen. Es gibt keine manuelle Dateneingabe und keine Skripte zu pflegen, das Tool läuft nach der Ersteinrichtung also weiter, ohne dass jemand sich darum kümmert oder sich erinnert, dass es existiert.

Für größere Organisationen führt devActivity alle Premium-Funktionen in der eigenen VPC auf AWS, GCP oder Azure aus. So bleibt die Repository-Analyse innerhalb der Netzwerkgrenze des Unternehmens, was meist der Knackpunkt ist, wenn ein Sicherheitsteam ein Dev-Tool von Drittanbietern prüft.