Die meisten Teams erleben Compliance als eine Jahreszeit. Sie kommt, alle legen ihre Roadmap beiseite, eine Tabellenkalkulation macht die Runde, Screenshots werden gesammelt, und einige Wochen später zieht sie sich bis zum nächsten Mal zurück. Die Arbeit ist real, aber die Form ist falsch.
Ereignisse erzeugen Panik; Checks erzeugen Gewohnheiten
Alles, was zweimal im Jahr passiert, ist ein Ereignis, und Ereignisse erzeugen Panik, weil der Abstand dazwischen genau lang genug ist, um alles zu vergessen, was man beim letzten Mal gelernt hat. Das Audit wird zu einer Lernsession gegen Monate der angesammelten Abweichungen, die niemand beobachtet hat.
Alles, was bei jedem Pull Request passiert, ist ein Check. Checks erzeugen keine Panik. Sie erzeugen kleine, konstante Korrekturen, genau wie ein fehlgeschlagener Test. Man veranstaltet keinen vierteljährlichen Test-Feueralarm; Tests werden bei jeder Änderung ausgeführt, sodass der Code immer nahe am korrekten Zustand bleibt. Compliance kann auf dieselbe Weise funktionieren.
Die Feueralarm-Steuer wird in der schlimmsten Währung bezahlt: Fokus
Die wahren Kosten der Audit-Saison sind nicht die Stunden. Es ist der Kontextwechsel. Ein Team, das mitten in der Lösung eines schwierigen Problems steckt, wird in die Beweissammlung für Änderungen gezogen, die es vor Monaten vorgenommen hat, und muss sich danach wieder in das Problem einarbeiten. Diese Steuer ist in keinem Budget sichtbar und in der Praxis enorm.
Ein Check, der kontinuierlich läuft, verteilt diese Kosten in so kleine Inkremente, dass sie verschwinden. Ein Befund in einem PR wird im selben Gedankenraum gelesen wie der Code-Review, in dem er sich befindet. Keine Saison, kein Paukschlag, kein Kontextwechsel.
Mach es langweilig
Das Ziel ist nicht, Compliance aufregend zu machen. Es ist, sie langweilig zu machen: ein Status-Check, der normalerweise grün ist, gelegentlich etwas Spezifisches markiert und weit weniger für die Audit-Saison übrig lässt, weil der Großteil bereits beim Diff behoben wurde.
heygrc postet einen GitHub-Check-Status bei jedem Pull Request, basierend auf den von Ihnen ausgewählten Frameworks, den Sie optional in den Branch-Schutz einbinden können. Der Sinn eines Checks ist es, unauffällig zu sein. Dieser langweilige, stabile Zustand ist das, wofür heygrc entwickelt wurde.