Was müssen Low-Code-Benutzer wissen, um erfolgreich Anwendungen zu entwickeln?

Wie können Citizen Developer ihren Job besser machen?

Low-Code- (und No-Code-) Tools erfreuen sich heute in Unternehmen zunehmender Beliebtheit. Das hat jedoch nicht die beste Qualität der Ergebnisse gewährleistet. In diesem Post gehe ich auf fünf Schlüssel-Fertigkeiten ein, die Low-Code Entwickler berücksichtigen sollten, um Ihre Aufgaben noch besser zu erfüllen.

Low-Code-Tools ermöglichen die Erstellung von Anwendungen, ohne dass eine Zeile Code geschrieben werden muss. Dies kann zwar die berufliche Entwicklung beschleunigen, ist aber vor allem dafür bekannt, dass Menschen in nicht-technischen Positionen Anwendungen erstellen können und so zu sogenannten Citizen Developern werden.

Das Ergebnis ist häufig ein schnelles Wachstum an Anwendungen – insbesondere in Quantität, wenn auch nicht vielleicht in der Qualität. Die Herausforderung, die sich Citizen Developern stellt, ist, wie sie diese Werkzeuge nutzen – das Werkzeug allein macht nicht den Profi.

Mit anderen Worten: Low-Code befreit die Benutzer zwar von der Notwendigkeit, wie ein Entwickler zu programmieren, aber nicht von der Notwendigkeit, wie ein solcher zu denken. Es gibt schließlich einen Grund, warum man sie Citizen Developer nennt.

‍

1. Modellierung der Prozesslogik

Die meisten Low-Code-Anwendungen werden erstellt, um Aktivitäten zu automatisieren oder zu rationalisieren, die andernfalls manuell durchgeführt werden müssten. Als solche folgen sie der sogenannten Workflow-Logik oder der Ursache-Wirkungs-Logik des Prozesses. In vielen Fällen bedeutet dies, dass, wenn etwas Bestimmtes passiert, diese Aktion oder der nächste Schritt stattfinden muss.

Als Low Code Entwickler müssen Sie in der Lage sein, diese bedingte Logik zu modellieren – im Kopf, auf Papier oder mit einem Diagramm-Tool. Sie müssen die Vorbedingungen verstehen, die Bedingungen, die bewertet oder getestet werden müssen, bevor der Prozess fortgesetzt wird, sowie das logische Ergebnis, das diese Aktivität hervorbringt.

Hier ergibt sich ein interessanter Punkt: Der Versuch, eine Tätigkeit zu automatisieren, ist oft das erste Mal, dass diese Tätigkeit formal dokumentiert wird. Daher müssen Sie sich Gedanken darüber machen, was das bedeutet.

‍

2. Anforderungsaufnahme

Sind Sie die einzige Person, die von diesem Prozess betroffen ist – oder gibt es weitere Beteiligte? Welchen Einfluss hat der Prozess auf Dritte – wer oder was kann davon noch betroffen sein? Was wird sich durch die Automation ändern?

Wenn Entwickler eine Anwendung für andere erstellen, müssen sie zunächst die Anforderungen ermitteln, um festzustellen, was das Projekt erreichen soll und was dafür erforderlich ist. Es geht darum, die Herausforderungen des Unternehmens zu identifizieren und einen Konsens darüber zu finden, wie der Erfolg aussehen soll.

Klingt das wie eine unnötige Übung - oder haben Sie bereits die Erfahrung gemacht, dass Sie einen entscheidenden Schritt übersehen haben und dadurch das Projekt Nacharbeit erfordert und Frustration erzeugt, weil die Low-Code-Anwendung aufgrund mangelnder Anforderungserfassung ihr Ziel verfehlt hat?

‍

3. Behandlung von Ausnahmen – In der Regel ja, aber…

Bei der Modellierung der Prozesslogik und der Erfassung von Anforderungen liegt der Schwerpunkt in der Regel darauf, wie der Prozess ablaufen soll. Häufig führen aber Ausnahmen dazu, dass es unübersichtlich werden kann.

Dies kann z.B. bei der Dateneingabe sein (Adressformat, Schreibfehler), bei einem Prozessschritt (ein Genehmiger ist krank) oder bei einer Reihe anderer Ereignisse der Fall sein.

Während Menschen in der Lage sind, Ausnahmen als normalen Geschäftsablauf zu handhaben, können Anwendungen dies nicht. Dafür müssen Sie die Ausnahmefälle vorhersehen und automatisieren. Das bedeutet, dass Sie Ihre Annahmen im Vorfeld sorgfältig prüfen und herausfinden müssen, wo Daten oder Prozesse außerhalb dieser Parameter liegen könnten. Dann müssen Sie festlegen, was in diesen Fällen geschieht. Selbst wenn Sie sich dafür entscheiden, ungewöhnliche Bedingungen manuell zu behandeln, müssen Sie eine Möglichkeit vorsehen, diese zu einem späteren Zeitpunkt mit normalen Aktivitäten abzugleichen.

‍

4. Datenmodellierung

Neben der Modellierung der Prozesslogik müssen Sie in der Lage sein, die Daten auf sinnvolle Weise zu strukturieren. Dies ist der Prozess der Datenmodellierung (Data Modeling).

Für unsere Zwecke bei der Erstellung einer Low-Code-Anwendung geht es darum, wie Daten Geschäftseinheiten und Beziehungen beschreiben. Das ist ein großes Thema, und einige Tools sind gut darin, viele ansonsten manuell zu treffende Design-Entscheidungen zu verbergen, aber einige Dinge lassen sich nicht vermeiden, selbst wenn man alles tut, um die Dinge scheinbar einfach zu halten.

Wie geht man zum Beispiel mit sich wiederholenden Daten um? Wenn Sie Unternehmen und Kontakte zu verfolgen haben, machen Sie dann die Kontakte zu einer sich wiederholenden Gruppe unterhalb jedes Unternehmens, oder führen Sie getrennte Tabellen für Unternehmen und Personen und richten einen Mechanismus ein, um die Beziehungen zwischen ihnen zu pflegen (z. B. eine Tabelle, die aus der Personen-ID, der Unternehmens-ID und der Berufsbezeichnung besteht)?

Auch wenn viele Low-Code-Tools dazu beitragen, dass Sie nicht mehr so tief in die Datenmodellierung eintauchen müssen, müssen Sie dennoch verstehen, warum Sie tun, was Sie tun, wenn Ihre Daten langfristig nutzbar sein sollen.

‍

5. Konsistenz (von Interfaces und Anwendungen)

Wenn Sie Low-Code-Tools zur Erstellung von Anwendungen verwenden, bedeutet Erfolg mehr Anwendungen und mehr Benutzer. Und das erfordert Konsistenz, Klarheit und Vorhersehbarkeit. Wenn Sie fünf Anwendungen erstellen, sollten diese nicht fünf verschiedene Anwendungen sein, sondern alle ähnlich aussehen und funktionieren. Schaltflächen sollten sich an der gleichen Stelle befinden, Datenfelder sollten gleich aussehen usw. (UI- / UX-Design).

Hier geht es um Praktikabilität und Usability. Sie können mehr Anwendungen erstellen, wenn Sie nicht jedes Mal das Design neu überdenken müssen. Je mehr sie gleich aussehen und sich gleich verhalten, desto schneller können sich die Benutzer zurechtfinden. Umgekehrt bedeutet eine Vielzahl von Möglichkeiten, mehrere Anwendungen zu nutzen, mehrere Lernkurven und die Erschöpfung des Kontextwechsels zwischen den einzelnen Schnittstellen.

‍

Der fähige Citizen Developer

Zurückkommend auf meinen ersten Punkt, klingt das alles nach Dingen, die Entwickler wissen müssen, und das ist auch so. Aber das soll keineswegs heißen, dass Low-Code-Tools in den Händen von Nicht-Profis nichts taugen – ganz im Gegenteil.

Je besser Mitarbeiter verstehen, wie ein Entwickler zu denken, wenn sie diese Tools verwenden, desto erfolgreicher werden sie bei der Entwicklung großartiger Anwendungen sein. Und je besser diese Anwendungen sind, desto mehr Anklang finden sie im gesamten Unternehmen und desto besser können sie auf größere geschäftliche Herausforderungen und Möglichkeiten eingehen.