Dreaming Andy - Fotolia
Die Top 3 Automatisierungsmythen, die CIOs kennen sollten
Die Geschäftsautomatisierung bietet Unternehmen eine Reihe von potenziellen Vorteilen. Doch zunächst sollten IT-Leiter die Fakten von den Mythen trennen.
Unternehmensautomatisierung – mit verschiedenen marketinggetriebenen Variationen des Themas, wie zum Beipspiel Hyperautomatisierung – ist wieder einmal in den Fokus der Unternehmensführung, insbesondere der CIOs, geraten. Die IT-Abteilung wird nicht nur die Tools und deren Integration in andere Systeme verwalten, sondern auch die Aktivitäten der IT-Abteilung werden bei den laufenden Automatisierungsbemühungen im Vordergrund stehen.
Während sich die Anbieter für die Automatisierung begeistern, müssen CIOs die Realitäten deren Grenzen verstehen, warum Disziplin immer noch wichtig ist und warum Skripte nicht verschwinden werden.
Nachfolgend finden Sie drei weit verbreitete Mythen über die Automatisierung von Geschäftsprozessen und einen Blick auf die Tatsachen.
Mythos 1: Die IT kann den Motor der Unternehmensautomatisierung bestimmen
Der Punkt bei der Unternehmensautomatisierung ist, dass es nicht nur um oder für die IT geht.
Die IT-Abteilung hat sich wahrscheinlich nicht für das ERP- oder CRM-System entschieden, und sie wird auch nicht die Automatisierungswerkzeuge auswählen. Führungskräfte aus anderen Geschäftsbereichen sind diejenigen, die das Low-Code- oder No-Code-Tool auswählen, das die IT-Abteilung implementieren soll. Sie werden ihre Wahl mit dem Input der IT treffen, aber nicht nach den Präferenzen der IT. Die IT-Abteilung sollte nicht erwarten, dass ihre Prioritäten in Bezug auf die verschiedenen Leitplanken des Entwicklungsprozesses zwangsläufig die Präferenzen der anderen Geschäftsbereiche in Bezug auf die Benutzerfreundlichkeit übertreffen werden.
CIOs müssen sorgfältig erklären, warum Funktionen, die das Tool sicherer und nachhaltiger machen, Anforderungen sein sollten und nicht nur Bonus- oder optionale Leistungsmerkmale.
Mythos 2: Low-Code/No-Code-Tools machen Schulung und Disziplin überflüssig
Die jüngsten Iterationen von Low-Code/No-Code-Systemen können sicherlich mehr als frühere Generationen dazu beitragen, die Arbeit von Softwareentwicklern unter Kontrolle zu halten. Diese Systeme können dies tun, ohne die Fähigkeit der Entwickler zur Automatisierung einzuschränken. Aber diese Tools machen die Notwendigkeit einer Schulung im Umgang mit ihnen oder Disziplin bei ihrer Nutzung nicht überflüssig.
Die IT-Abteilung muss nicht mehr, wie bei früheren Generationen, ganze Kohorten von Geschäftsleuten durch ein sechswöchiges Bootcamp schicken, um sie in die Geheimnisse von SQL einzuweihen. Aber die Techniker werden dennoch mehrere Kanäle zur Unterstützung des Lernens einrichten müssen. Dies kann in verschiedenen Formen geschehen, von der persönlichen Betreuung im Schulungsraum, sofern die Pandemiebedingungen dies zulassen, bis hin zur Unterstützung durch Experten im Chat in Slack, Teams oder Glip.
Es ist wichtig, mehrere Kanäle für das Lernen über Geschäftsautomatisierung zu haben, da die Lernstile und die Lerngeschwindigkeit von Person zu Person variieren. Diese Gruppen-Chat-Kanäle werden auch den Prozess der wechselseitigen Ausbildung und der gegenseitigen Unterweisung von Kollegen fördern. Das kollaborative Lernen erweist sich oft als das wichtigste Mittel zur Verbreitung von spezifischem Tool-Wissen. Es fördert auch die Bereitschaft, tatsächlich mit der Automatisierung von Geschäftsprozessen zu beginnen.
Mythos 3: Unternehmensautomatisierung wird das Skripting ausrotten
Es gibt keine magische Automatisierungs-Engine, die mit allem spricht, vor allem nicht im Bereich der Netzwerk- und Sicherheitsanwendungen.
Ingenieure, Analysten, Betriebsspezialisten und Administratoren werden die Ad-hoc-Automatisierung mit der altmodischen Methode fortsetzen, Skripte zu schreiben. Selbst wenn eine umfassendere Automatisierungsplattform vorhanden ist, wird ein IT-Unternehmen jeder Größe Skripte in PowerShell, Perl, Python oder einer Reihe anderer Plattformen erstellen, und zwar höchstwahrscheinlich in mehreren davon.
Um den Reifegrad dieser Art von Skripterstellung zu erhöhen, sollten IT-Führungskräfte dafür sorgen, dass eine gewisse Disziplin in dieser Situation herrscht. Insbesondere müssen sie auf die folgenden Leitplanken drängen:
Code-Verwaltung: Ein Repository mit Check-In- und Check-Out-Funktion sowie Versionskontrolle hilft, Verwirrung darüber zu vermeiden, welche Version eines Skripts korrekt und aktuell ist. Dies ist besonders wichtig für Skripte, die häufig, regelmäßig oder zyklisch verwendet werden, zum Beispiel monatlich, vierteljährlich oder jährlich.
Ein gemeinsamer Tool-Satz: Eine einzige Plattform oder zumindest ein gut definierter Satz von Tools ermöglicht es den Mitarbeitern, sich gegenseitig so weit zu schulen, dass sie den Code der anderen verstehen. Das bedeutet, dass sie den Code der anderen modifizieren können, um auf Änderungen in der Umgebung oder im Prozess, den das Skript automatisieren soll, zu reagieren.
Gemeinsame Kodierungsstandards wie diese ermöglichen es dem ursprünglichen Skriptentwickler auch, Monate oder Jahre nach der Erstellung auf seine eigene Arbeit zurückzukommen und sie zu ändern.
Änderungsmanagement: IT-Mitarbeiter sollten bei Skriptänderungen die üblichen Change-Management-Verfahren anwenden, insbesondere wenn ein Skript einen kritischen Geschäftsprozess steuert. Jeder, der ein Skript für die Verwaltung von Produktionssystemen ändern möchte, sollte einen Grund dafür angeben, ein angestrebtes Datum für die Verwendung der neuen Version nennen und einen Rollback-Plan für den Fall haben, dass ein unvorhergesehenes Problem auftaucht.
Wenn IT-Teams die Unternehmensautomatisierung mit einem wachen Auge betrachten, ist es wahrscheinlicher, dass sie einen erfolgreichen Rollout schaffen und mit dem Prozess zufrieden sind.
