Engineering-Check
14 Fragen, 5 Minuten: Ihre Review-Lücke in Stunden, Ihr Legacy-Risiko und die Reihenfolge, in der beides zu lösen ist.
Über diesen Check
Der Check beziffert Ihre Review-Lücke: wie viel Code heute entsteht, wie viel davon tatsächlich geprüft wird und wo das Risiko sitzt, wenn generierter Code schneller wächst als die Kapazität, ihn zu lesen.
Teamgröße, Anteil generierten Codes, Ihre heutige Review-Praxis, Testabdeckung und das Alter der Systeme, die mitgeschleppt werden.
Geschriebene gegen geprüfte Änderungen, gewichtet nach Kritikalität des Bereichs. Die Auswertung läuft im Browser, es wird nichts übertragen.
Ihre Review-Lücke in Stunden, das Legacy-Risiko nach Bereichen und ein Fahrplan, welche Prüfschritte zuerst automatisiert gehören.
Der Check ist kein Code-Audit. Er liest keine Zeile Ihres Quelltexts, er bewertet Ihr Verfahren. Wo die Lücke groß ist, sagt er das; ob eine konkrete Stelle gefährlich ist, sagt erst eine Review am Code selbst. Zahlen zu Wirkung nennt der Check bewusst keine: Für Code-Review liegen uns keine gemessenen Werte vor, und geschätzte wären hier wertlos.
Das Verhältnis zwischen geschriebenem und geprüftem Code. Er fragt Teamgröße, Anteil generierten Codes, Review-Praxis, Testabdeckung und Systemalter ab und zeigt, wo die Prüfung nicht mehr mitkommt.
Vierzehn Fragen, rund fünf Minuten, ohne Login.
Nein. Der Check stellt Fragen zu Ihrem Verfahren und rechnet im Browser. Es wird kein Repository angebunden und kein Quelltext übertragen.
Weil wir für Code-Review keine gemessenen Werte haben. Eine geschätzte Prozentzahl würde hier wie ein Messwert gelesen. Der Check nennt deshalb Ihre Lücke in Stunden und lässt die Bewertung bei Ihnen.
Ihre Review-Lücke in Stunden, das Legacy-Risiko nach Bereichen und einen Fahrplan für die Prüfschritte, die zuerst automatisiert gehören.
Heute in vielen Teams: niemand mit der Gründlichkeit, die vor der Einführung selbstverständlich war. Generierter Code sieht fertig aus, und genau das verkürzt die Review. Der Check macht das Verhältnis sichtbar, statt es zu behaupten: wie viel entsteht, wie viel wird gelesen, wo liegt die Lücke.
Nein. Ein Audit sieht sich Ihren Code an, dieser Check sieht sich Ihr Verfahren an. Beide beantworten verschiedene Fragen: Das Audit findet die Stelle, der Check findet die Lücke im Prozess, durch die solche Stellen unbemerkt entstehen.