Wie definierst du Toil, und wie entscheidest du, was du zuerst automatisierst?

Toil ist manuelle, repetitive, automatisierbare Arbeit ohne bleibenden Wert, die linear mit der Größe des Service wächst. Miss ihn, bevor du ihn bekämpfst: Protokollier ein paar Wochen lang, wohin Rufbereitschafts- und Unterbrechungszeit geht. Ordne die Kandidaten dann nach Häufigkeit mal Zeitkosten mal Risiko und automatisier den obersten. Die Aufgabe ganz überflüssig zu machen schlägt sie zu skripten, und nicht jeder Toil ist die Automatisierung wert.

Toil ist die manuelle Arbeit, die mit deiner Flotte wächst und nichts hinterlässt: fehlgeschlagene Jobs neu starten, Zugriffe von Hand vergeben, jeden Montag denselben Service neu starten. Die Falle ist, das zu automatisieren, was dich zuletzt genervt hat, ich fange also mit Messen an. Wir haben einen Monat lang jede Unterbrechung und jede Rufbereitschaftsaktion getaggt, und die Antwort war nicht das, was irgendjemand vorhergesagt hatte: Ein Drittel war ein Team, das immer wieder dasselbe Read-only-Zugangsdaten für die Datenbank angefragt hat, was wir mit einem Self-Service-Antrag in etwa zwei Tagen Arbeit ersetzt haben. Das ist der zweite Punkt, Eliminieren schlägt Automatisieren. Niemand brauchte ein Skript, das Zugangsdaten schneller vergibt, sie brauchten es, uns gar nicht fragen zu müssen. Ich habe außerdem eine Untergrenze. Braucht eine Aufgabe zehn Minuten zweimal im Jahr, ist ein Skript dafür eine Belastung, denn beim nächsten Bedarf ist es kaputt und ungetestet. Ich ziele darauf, dass Rufbereitschaftszeit zu weniger als etwa der Hälfte aus Unterbrechungsarbeit besteht, und verfolge das als echte Kennzahl.