10 typische Fehler bei der Automatisierung mit Low-Code

Referent : Maria Ilina
Datum 10.05.2022

Vor kurzem wurde der Artikel von Gartner “10 typische Fehler bei der Automatisierung” veröffentlicht.
Im Artikel geht es um Ausfälle, die in der Regel auf drei Arten von Fehlern zurückzuführen sind - beim Ansatz, bei der Umsetzung und bei den Auswirkungen.

Sicherlich ist es für jedes Automatisierungsprojekt sinnvoll, aber steht die Low-Code-Automatisierung vor anderen Herausforderungen?

Wie geht man richtig mit der Low-Code-Automatisierung um, ohne sie zu vereinfachen oder zu verkomplizieren?

Als Ergebnis ist eine Liste entstanden, die 10 typische Fehler bei der Automatisierung mit Low-Code beschreibt.

Fehler #1. Auswählen der Low-Code-Plattform ohne Proof of Concept

Die Hauptidee von Low-Code besteht darin, den Automatisierungsprozess zu verkürzen und zu vereinfachen und gleichzeitig alle kundenspezifischen und branchenspezifischen Anforderungen zu erfüllen. Der Proof of Concept ist wichtig, um zu verstehen, ob die Plattform Ihre Geschäftsanforderungen abdecken und Ihre Erwartungen erfüllen kann. Er zeigt auch, ob der Anbieter oder Implementierer bereit ist, auf Ihre Bedürfnisse einzugehen und Sie in der Zukunft zu unterstützen.

Aktivität: Erstellen Sie eine Beschreibung eines der Geschäftsprozesse, die Sie automatisieren wollen. Fügen Sie einige Entwürfe der wichtigsten Schnittstellen hinzu und senden Sie sie an einige Anbieter. In 2-4 Wochen können Sie die Demo einer funktionierenden Lösung auf der Grundlage Ihrer Anforderungen sehen und verstehen, welche Lösung Ihren Bedürfnissen am nächsten kommt.

Fehler #2. Annahme, dass man Prozesse von Anfang an ohne Hilfe der IT-Abteilung oder des Low-Code-Anbieterteams automatisieren kann

Sowohl Fachbereichsentwickler als auch Business-Benutzer können mit Low-Code-Plattformen arbeiten, aber um das erste Projekt zu starten, müssen Sie sich Gedanken über die Lösungsarchitektur machen. Sie sollten bestehende Datenbanken, Integrations- und Sicherheitsfragen berücksichtigen. Die IT-Abteilung oder das Team des Low-Code-Anbieters braucht nicht viel Zeit, um diese Anforderungen zu beschreiben, aber wenn man diesen Schritt überspringt, kann es passieren, dass der Aufwand für dieselben Aufgaben mehrmals verschwendet wird.

Aktivität: Selbst wenn Sie sich für eine einfache Lösung für einen Prozess entscheiden, sollten Sie Ihre IT-Abteilung bitten, Sie bei den Anforderungen zu unterstützen. Wenn Sie kein IT-Team haben, können Sie Anbieter beauftragen, Business Analysten und technische Analysten heranzuziehen, die Sie in den ersten Schritten begleiten werden.

Fehler #3. Keine Einbeziehung der Endbenutzerabteilung in das agile Projektteam

Betrachten wir nun die umgekehrte Situation. Die IT-Abteilung könnte das Projekt durchführen und dann planen, der Endbenutzerabteilung eine funktionierende Lösung zu präsentieren.

Dieser Ansatz kann zu zeitintensiven Problemen führen, wenn die Erwartungen der Endbenutzer nicht vollständig erfüllt werden. Es kommt auch vor, wenn die Endbenutzerabteilung die Fähigkeiten einer Low-Code-Plattform erst nach der Präsentation versteht und dann der Lösung weitere Funktionen hinzufügen möchte.

Aktivität: Bitten Sie die Endnutzer von Anfang an, dem Projektteam beizutreten. Gehen Sie Schritt für Schritt, erstellen Sie gemeinsam den Proof of Concept und das MVP. Bitte seien Sie sich bewusst, dass die Endnutzer in das Projekt involviert sind, den Zeitplan und die möglichen Funktionen verstehen.

Erfahren Sie mehr über Enterprise App Creator

Fehler #4 Nachdenken über spezifische oder komplizierte Funktionen ohne Beschreibung der ursprünglichen Geschäftsprozesse

Wenn es um die Testlösung geht, denkt der Entscheidungsträger oft an eine sehr individuelle Benutzeroberfläche oder eine bestimmte Funktion. Dabei kann es sich um erweiterte CRM-Funktionen oder die Gestaltung von Dokumentvorlagen handeln. An eine einzelne Funktion zu denken, schränkt das Verständnis der Plattformfähigkeiten ein. Infolgedessen können Versuche, eine einzelne Funktionsanforderung zu erfüllen, sehr zeitaufwändig sein und nicht zu erfolgreichen Entscheidungen führen. 

Aktivität: Beginnen Sie mit einer Geschäftsprozessbeschreibung. Denken Sie in großen Maßstäben. Ein geschäftsprozessbasiertes Modell hilft bei der Entwicklung einer angemessenen Lösungsarchitektur und der Umsetzung Ihrer Geschäftsideen.

Erfahren Sie mehr über die Erstellung effektiver Workflows

Fehler #5. Gleichzeitiger Ersatz der gesamten Unternehmenssoftware durch eine Low-Code-Plattform

Jeder hat eine digitale Geschichte wie: CRM, das ganz am Anfang von einem Verwandten des Geschäftsführers empfohlen wurde, ERP, das sich mit keiner anderen Software integrieren lässt. Es klingt vernünftig, all diese Systeme gleichzeitig durch eine effiziente Low-Code-Plattform zu ersetzen und sich von unbequemer Software zu befreien. Aber wenn Sie alle diese Initiativen gleichzeitig durchführen, können Sie die Unternehmenskultur ruinieren und das Engagement der Mitarbeiter beeinträchtigen.

Aktivität: Beginnen Sie Ihre Low-Code-Initiative mit einem Prozess und erweitern Sie ihn Schritt für Schritt. Lassen Sie einige Teile der Software dort, wo sich Ihre Mitarbeiter wohl und sicher fühlen, und nehmen Sie die nächsten Änderungen vor, wenn sie dazu bereit sind.

 Erfahren Sie mehr über die Automatisierung von Kunden-Workflows mit Low-Code   

Fehler #6. Datenbanken oder Geschäftsprozess-Landkarte getrennt voneinander und von der Automatisierung betrachten

Wenn der Systemadministrator für die Auswahl der Software zuständig ist, verfügen Sie wahrscheinlich über eine Datenbank, wenn die Abteilung für Geschäftsprozessmanagement Entscheidungen trifft, verfügen Sie über eine Geschäftsprozess-Landkarte. Sicherlich ist es ein Witz, aber die Art und Weise, wie Sie denken und verstehen, was die Lösung ist, könnte die Skalierbarkeit in der Zukunft einschränken.

Aktivität: Denken Sie daran, was Sie von der digitalen Transformation und Automatisierung in 3 Jahren erwarten. Mit der Low-Code-Entwicklung werden Sie es dieses Jahr erreichen. Sie müssen es nicht verschieben oder durch die Automatisierung unbedeckt lassen.

Fehler #7. Keine Zeit für die Schulung von Low-Code-Entwicklern aufwenden

Wenn Sie planen, die Entwicklung in Ihrem Unternehmen beizubehalten, sollten Sie sich Zeit nehmen, um das Low-Code-Produkt zu erlernen. In der Regel dauert die Schulung für die Entwicklung von Unternehmenssoftware ein bis neun Monate und endet mit einer Zertifizierung. Wenn Sie diesen Schritt überspringen, werden Sie wahrscheinlich nicht alle Plattformfunktionen nutzen und sobald Sie mit den Einschränkungen der Funktionen stecken bleiben.

Aktivität: Nehmen Sie sich Zeit für die Schulung Ihrer Fachbereichsentwickler. Planen Sie dies in dem Zeitplan ihres Implementierungsprojektes ein. Dies wird Ihnen helfen, alle Funktionen und Möglichkeiten der Plattform zu erkennen und optimal zu nutzen.

Fehler #8. Verschwendung von Mühe mit super netten Low-Code-Schnittstellen vor dem Start des MVP

Low-Code bietet viele Möglichkeiten für benutzerdefinierte Schnittstellen. Erweiterte flexible Formulare, schöne benutzerdefinierte Widgets, Schaltflächen, eingebettete Tabellen, Kontrollkästchen und viele andere. Obwohl die Zeit, die Sie mit Low-Code für die Gestaltung von benutzerdefinierten Schnittstellen aufwenden, vergleichsweise kurz ist, ist es wie ein Spiel - Sie genießen den Prozess und verlieren das Zeitgefühl. Jede Iteration dauert ein bisschen, aber man macht Dutzende davon statt einer angemessenen Menge.

Aktivität: Beginnen Sie mit dem funktionierenden Geschäftsprozess, erstellen und starten Sie ein MVP und erweitern und skalieren Sie es dann. Low-Code-Plattformen ermöglichen agile Arbeitswesen.

Fehler #9. Den Termin über den Projektumfang stellen

Low-Code wird im Allgemeinen aufgrund der Entwicklungsgeschwindigkeit gewählt. Es ist jedoch nicht wichtig, dass Sie die Entwicklung Ihrer Unternehmensanwendung mit einer Frist planen. Wenn Sie einen einmonatigen Implementierungsplan im Kopf haben, kann das zu einer Verschwendung von Aufwand führen.

Aktivität: Definieren Sie, was ein MVP für Sie ist, beschreiben Sie Prozesse, wichtige Funktionen und Integrationen. Vereinbaren Sie mit den Endnutzern, dass sie bereit sind, das MVP zu verwenden.

Dies wird Ihnen helfen, eine Lösungsarchitektur zu erstellen und zu entscheiden, wo No-Code- oder Low-Code-Funktionen eingesetzt werden sollen.

Fehler #10. Low-Code-Automatisierung als 1-Minuten-Implementierungsprojekt oder als langfristiges Projekt zur kundenspezifischen Entwicklung behandeln

Wenn man von Low-Code-Automatisierung spricht, sollte man verstehen, dass sie sich stark von dem unterscheidet, was man bisher gewohnt war. Das Projekt erfordert sowohl Geschäftsanalysen als auch kundenspezifische Entwicklung. Sie sollten nicht erwarten, dass diese Phase ausgeschlossen werden kann. Gleichzeitig sollten Sie die Anforderungen nicht zu lange planen oder bestimmte Marktveränderungen vorhersehen und in die Anforderungsliste aufnehmen. Die Low-Code-Plattformen sind flexibel genug, um Änderungen vorzunehmen, wenn sie auftauchen.

Aktivität: Bemühen Sie sich bei der Automatisierung mit Low-Code nur um das, was am wichtigsten ist, da Sie so die Chance auf schnelle Innovationen haben.

Erfahren Sie mehr über die Funktionen der Low-Code-Plattform