Was die Bereitschaft tatsächlich misst
Die Bereitschaft zur Automatisierung hat sehr wenig mit der technischen Raffinesse zu tun, sondern fast ausschließlich damit, ob ein Prozess beschrieben werden kann. Ein Team, das angeben kann, was eine Arbeit auslöst, welche Informationen es benötigt, wie die Regeln lauten und wem das Ergebnis gehört, ist bereit, egal welche Software es ausführt. Ein Team, das es nicht kann, ist noch nicht bereit, und es gibt keine Menge Ersatzwerkzeuge – eine Automatisierung, die auf einem undokumentierten Prozess basiert, automatisiert alles, was die letzte Person gerade getan hat, einschließlich der Teile, die falsch waren.
Die vier Dinge, die dieser Check untersucht
Bei den Fragen geht es um Prozessklarheit, darum, ob die Daten, die eine Automatisierung benötigen würde, über eine API erreichbar sind und nicht in der Tabellenkalkulation einer anderen Person gesperrt sind, ob es einen benannten Eigentümer gibt, der den Workflow sechs Monate nach dem Start noch besitzt, und ob es eine Metrik gibt, anhand derer er beurteilt werden kann. Schwachstellen in einer dieser Schwachstellen können innerhalb von Wochen behoben werden und es lohnt sich, sie vor einem Build und nicht währenddessen zu beheben, da jede Schwachstelle zu einer Überarbeitung führt, sobald der Code vorhanden ist.
Was tun bei einer niedrigen Punktzahl?
Eine niedrige Punktzahl ist ein Scoping-Ergebnis und keine Ablehnung. Normalerweise bedeutet das, dass das erste Projekt kleiner und langweiliger sein sollte als geplant: Konsolidieren Sie die Kanäle, über die eine Anfrage eingehen kann, notieren Sie die Regeln, die jemand aktuell anwendet, aus dem Gedächtnis oder machen Sie die Daten eines Systems zugänglich. Jeder davon hat für sich einen Wert und jeder beseitigt einen Grund, warum die eventuelle Automatisierung fehlgeschlagen wäre. Die Prüfung dient dazu, herauszufinden, um welche es sich handelt, und es ist die gleiche Konversation, ob die Punktzahl hoch oder niedrig ausfällt.