Low-Code: So entwickelt man eine App an einem Tag

In der digitalen Wirtschaft ist es wirklich egal, in welchem Gesch‰ftsbereich Sie t‰tig sind. Alle Organisationen stehen zunehmend unter Druck, in DIGITALER GESCHWINDIGKEIT zu agieren.

Die sich st‰ndig ‰ndernden Erwartungen zwingen Unternehmen dazu, betriebliche Abl‰ufe zu beschleunigen und Markeninteraktionen f¸r Kunden und Mitarbeiter gleichermaflen zu verbessern.

Um Spitzenreiter zu werden ñ und sich von der Konkurrenz abzuheben ñ muss man die digitale Transformation auf innovative Weise beschleunigen. Das gelingt am besten mit Low-Code Development.

Sie brauchen eine moderne Low-Code-Plattform. Und das nicht nur, um Back-end-Prozesse zu automatisieren und unternehmensf‰hige Anwendungen (Apps) 10x schneller als zuvor zu entwickeln, sondern auch um den Weg zur digitalen Transformation zu beschleunigen.

F¸nf Mˆglichkeiten, um mit Low-Code-Plattformen die digitale Transformation zu beschleunigen:

1. • Low-Code-Plattformen ermˆglichen eine schnelle Bereitstellung von Gesch‰ftsanwendungen mit einem Minimum an manueller Programmierung und minimaler Investition in Einrichtung, Schulung und Implementierung. Im Gegensatz zu traditionellen Plattformen setzen Low-Code-Plattformen auf Tools zur visuellen Entwicklung anstatt auf Programmiersprachen. So lassen sich Anwendungen mit Low-Code-Plattformen schneller bereitstellen als ¸ber traditionelle Plattformen.
   • Low-Code-Plattformen lassen sich vielseitig einsetzen, von kleinen, einfachen Apps bis hin zu komplexen, unternehmensf‰higen Anwendungen. Relativ einfache Anwendungen kˆnnen ohne das Schreiben von Code entwickelt werden. Bei anderen kann es sein, dass man programmieren muss, um Integrationen mit Quellsystemen oder Anwendungen, benutzerdefinierte Algorithmen oder die Bereitstellung einer bestimmten Funktion, die die Plattform nicht bietet, zu gew‰hrleisten. In diesen F‰llen kˆnnen Sie Programmiererweiterungen und Skripting nutzen, die Sie in der Low-Code-Umgebung finden.
   • Mit traditionellen Plattformen kann die Codierung neuer Anwendungen sehr aufw‰ndig sein: Und die ƒnderung von benutzerdefinierten Anwendungen mit Tausenden Code-Zeilen entwickelt sich manchmal zu einem wahren Alptraum. Im Vergleich zur manuellen Codierung ermˆglicht die visuelle Konfiguration bei Low-Code-Plattformen eine viel schnellere Anwendungsbereitstellung.
   • Low-Code-Plattformen verbessern die Agilit‰t f¸r die Anwendungsentwicklung. Damit kˆnnen Entwickler schnell Prototypen oder minimal nutzbare Produkte bauen, um Anforderungen zu validieren und Ideen zu testen, bevor viel Zeit in die komplette Entwicklung von App-Funktionalit‰ten gesteckt wird. So reduziert sich die Gesamtentwicklungszeit und es wird sichergestellt, dass die knappen Entwicklungsressourcen nicht verschwendet werden. Auflerdem ist digitale Innovation durch kosteneffektives Experimentieren mˆglich.
   • Da Low-Code-Plattformen so anwenderfreundlich sind, kˆnnen Sie moderne Entwicklerressourcen f¸r deren Verwaltung verwenden. Mit Low-Code-Plattformen kˆnnen Organisationen auch ÑCitizen Developers" und Unternehmensexperten f¸r die Entwicklung und die Implementierung von Anwendungen einsetzen, wodurch sich IT- und Gesch‰ftspriorit‰ten leichter aufeinander abstimmen lassen.

Stellen Sie sich folgendes Szenario vor:

Sie sind Chief Risk Officer bei einem groflen, stark regulierten Finanzdienstleistungsunternehmen. Aber in Ihrem Unternehmen fehlt die digitale Technologie, um mit den sich st‰ndig ‰ndernden regulatorischen Anforderungen mithalten zu kˆnnen

Sie wissen, dass Sie Ihre Organisation transformieren m¸ssen, um zum Vorbild in puncto gesetzliche Compliance zu werden. Die Herausforderung: Sie haben viele Aufgaben und daf¸r nicht viel Zeit.

Leider werden die Prozesse in Ihrer Organisation manuell ausgef¸hrt, weshalb das Risiko von menschlichen Fehlern und Verstˆflen gegen Vorschriften und Regeln steigt.

Um die Dinge zu ver‰ndern, brauchen Sie eine Lˆsung f¸r digitale Transformation, die es Ihnen ermˆglicht, ein enormes Volumen an Dokumentationen zu zentralisieren, die Effizienz f¸r gesch‰ftliche Nutzer zu optimieren und komplizierte Audit-Prozesse zu vereinfachen ñ und zwar schneller, als Sie es sich jemals vorstellen kˆnnten.

Was w¸rden Sie in solch einer Situation machen?

Hier erfahren Sie, wie wir bei OCC (Options Clearing Corporation), dem weltweit grˆflten Clearing-Unternehmen f¸r Aktienderivate, eine ‰hnliche Herausforderung meisterten.

Zu Beginn modernisierten wir unsere Softwareentwicklung und stellten auf eine Low-Code-Plattform um, wodurch wir schnell Compliance-Prozesse vereinfachen konnten, um in digitaler Geschwindigkeit zu arbeiten.

Wir beschlossen auflerdem, eine neue Initiative zu starten. Im Rahmen dieser Initiative gaben wir unserem Entwicklungsteam die Mˆglichkeit, einen ganzen Tag der Automatisierung eines kompletten End-to-End-Prozesses zu widmen.

Unsere Initiative heiflt ÑTag der App-Entwicklung"

Diese Initiative w‰re ohne die Agilit‰t und Markteinf¸hrungsgeschwindigkeit von Low-Code Development nicht mˆglich gewesen.

Hier finden Sie einen Plan f¸r unsere Initiative ÑTag der App-Entwicklung", den jede Organisation f¸r sich nutzen kann. Eine kurze Fallstudie ist ebenfalls enthalten.

Wenn wir bei OCC eine Wiederholung vom ÑTag der App-Entwicklung" planen, teilen wir die gesamte Arbeit auf f¸nf Meilensteine auf (so wie in der folgenden Abbildung dargestellt).

Diese Meilensteine und Aktivit‰ten dienen als Richtlinien und die Herangehensweise war f¸r OCC genau richtig, doch Sie kˆnnen den Plan nat¸rlich gerne um Aktivit‰ten erg‰nzen oder Aktivit‰ten entfernen, damit er besser zu Ihrem Unternehmen passt.

1. 1. • Bekanntmachen: Wir bei OCC w¸nschen uns, dass Automatisierungsideen von unseren Mitarbeitern kommen. Die Initiative kann informell bekannt gemacht werden, z.B. ¸ber Kommunikationskan‰le im Unternehmen wie Newsletter, Flyer, Poster oder ein Unternehmensportal. F¸gen Sie Beispiele und eine Zusammenfassung der Anforderungen hinzu, um zu gew‰hrleisten, dass eingereichte Ideen ein gewisses Mafl an Qualit‰t einhalten. Alternativ kˆnnen Sie mit Ihrem Projektmanagement oder Ihrem Center of Excellence (CoE) zusammenarbeiten, um anhand von deren Backlogs Opportunities aufzudecken.
      • Evaluieren: Ein entscheidender Erfolgsfaktor ist die Auswahl der richtigen Automatisierungs-Opportunity. Legen Sie Bestimmungen fest, mit denen sich eingereichte Ideen evaluieren und priorisieren lassen. Bei OCC erfolgt die Einsch‰tzung anhand der Anzahl an Prozessschritten, Screens, Teilnehmern und Datenelementen. Als N‰chstes sollten Sie sich mit dem Team beraten, denn diese Leute wissen am besten, was innerhalb eines Tages erreicht werden kann.
      • Analysieren: Nachdem Sie sich f¸r die Automatisierungs-Opportunity entschieden haben, m¸ssen Sie die Anforderungen und den Umfang festlegen. Planen Sie ein paar Meetings mit dem ausgew‰hlten Team. W‰hrend des ersten Meetings sollten Sie sich darauf konzentrieren, dass alle die Prozesse und Datenelemente verstehen. Gestalten Sie dieses Treffen einfach und werden Sie nicht zu technisch. Verwenden Sie ein Whiteboard. Schieflen Sie dann ein paar Fotos. Damit bleibt das Meeting kurz und interaktiv. W‰hrend des zweiten Meetings sollte eine Demo des Tools vorgestellt werden. Dadurch wird das ausgew‰hlte Team mit dem Layout, den Begrifflichkeiten und den grundlegenden Konzepten des Tools vertraut ñ und Sie vermeiden eventuelle Verwirrungen w‰hrend der Implementierung.

      

   2. • Implementieren: Verfassen Sie einen detaillierten Plan f¸r den Tag der Implementierung. Der Vermittler wird eine Menge beweglicher Teile koordinieren m¸ssen. Dabei kann ein detaillierter Plan hilfreich sein. Bei OCC planen wir f¸r den Implementierungstag ein Zeitfenster von 08:00 bis 17:00 Uhr, das wir in vier Abschnitte unterteilen:

      • • Einrichtung & Kick-off
        • Design-Sprint
        • Entwicklungs-Sprint(s)
        • Review-Sprint

Tag der Implementierung

Einrichtung & Kickoff (08:00 bis 09:00 Uhr): Buchen Sie einen Meetingraum f¸r den ganzen Tag. Versuchen Sie, den Meetingraum mindestens einen Tag vor der Implementierung soweit fertig zu haben. Falls das nicht mˆglich ist, k¸mmern Sie sich am Tag selbst zuerst 30 bis 45 Minuten lang um die Einrichtung. Nutzen Sie die n‰chsten 15 Minuten f¸r ein kurzes Kickoff-Meeting. Besprechen Sie w‰hrenddessen den Terminplan, die Rollen im Team und alle Routineaufgaben.

Es ist auflerdem enorm wichtig, festzulegen, welche Person Entscheider ist (beim Scrum-Modell bezeichnet man diese Person auch als Produkteigent¸mer). Dar¸ber hinaus brauchen Sie einen Vermittler (der alle Aktivit‰ten w‰hrend des Tages koordiniert und sicherstellt, dass alles in geregelten Bahnen l‰uft).

Design-Sprint (09:00 bis 10:00 Uhr): Nutzen Sie die erste Stunde des Tages, um das Ziel der Automatisierung und Benutzerstorys f¸r den ersten Sprint zu definieren. Bevor Sie irgendetwas anderes machen, sollten Sie diese beiden Fragen beantworten:

1. 1. • • Warum f¸hren Sie dieses Projekt durch? Wo mˆchten wir in sechs Monaten oder einem Jahr sein?
        • Stellen Sie sich vor, wir kˆnnten in die Zukunft reisen und sehen, dass unser Projekt gescheitert ist. Was kˆnnte der Grund daf¸r sein?

Nach Beantwortung dieser beiden Fragen konzentrieren Sie sich darauf, den allgemeinen Prozess zu bestimmen, der im Tool definiert wird.

Dann erstellen Sie ein Modell des ersten Schritts. So kˆnnen Entwickler und Tester mit ihrer Arbeit beginnen, w‰hrend sich der Rest des Teams auf die Ausarbeitung von anderen Anforderungen konzentriert.

Entwicklungs-Sprints (10:00 bis 16:00 Uhr): Die n‰chsten sechs Stunden werden f¸r Entwicklungs-Sprints eingeplant. Ihr Team kann entscheiden, ob es einst¸ndige Sprints, einen langen Sprint oder einen ganz anderen Ansatz bevorzugt. Beim ersten Mal haben wir es mit einst¸ndigen Sprints versucht. Das hat aber nicht funktioniert, weshalb wir auf zweist¸ndige Sprints umgeschwenkt sind.

W‰hrend dieser Zeit arbeiten die Teammitglieder weiterhin an ihren konkreten Aufgaben.

1. 1. • • Analysten arbeiten weiterhin mit gesch‰ftlichen Anwendern zusammen, um Anforderungen zu erfassen.
        • Entwickler k¸mmern sich weiterhin um das Coding und f¸hren regelm‰flig Demos mit den gesch‰ftlichen Anwendern durch, um Feedback zu erhalten.
        • Tester legen den Schwerpunkt auf die Entwicklung von Testf‰llen. Es muss sichergestellt werden, dass sie sich hier nur auf die Anforderungen und die Erstellung von Testf‰llen und nicht auf die Ausf¸hrung konzentrieren, da dies eine Ablenkung f¸r die Entwickler sein kˆnnte.

Aufgabe des Vermittlers ist es, die Dinge am Laufen zu halten und eine schleichende Ausweitung des Umfangs zu vermeiden. Oder anders gesagt: Diese Person muss sicherstellen, dass jeder innerhalb des festgelegten Umfangs bleibt. Best-Case-Szenario? Sie haben ein funktionierendes, serienreifes MVP. Worst-Case-Szenario? Sie haben Teile der App entwickelt und entsprechende Erfahrungen f¸r einen sp‰teren Zeitpunkt im Backlog erfasst.

Eine Sache noch: Stellen Sie sicher, dass Sie eine bestimmte Reihenfolge einhalten. So ist gew‰hrleistet, dass noch genug Material f¸r die Produktivumgebung bleibt, auch wenn Sie keine Zeit mehr haben.

Review-Sprint: F¸r die letzte Stunde des Tages planen Sie eine Demo mit dem erweiterten Team. Laden Sie auch ein paar externe/potenzielle Teams zur Pr¸fung ein. Dadurch kann jeder sehen, wie sich diese einfachen Modelle auf dem Whiteboard in weniger als einem Tag in eine funktionierende Anwendung verwandelt haben.

Dar¸ber hinaus ist dies eine gute Mˆglichkeit, auch die Initiative bekannt zu machen.

Release: Es kann sein, dass Sie am Ende des Tages noch ein paar Aufgaben erledigen m¸ssen, bevor die Anwendung bereit f¸r die Produktivumgebung ist. Diese Aktivit‰ten variieren von Organisation zu Organisation. Bei OCC m¸ssen wir Sicherheits- und Compliance-Pr¸fungen durchf¸hren lassen ñ und einen formellen Change-Management-Prozess ñ, bevor eine Anwendung bereit f¸r die Produktion ist.

Fallstudie ñ Effort Management

Bei unserem ersten Durchlauf beschlossen wir, unseren internen Effort-Management-Prozess zu automatisieren. Ziel dieses Prozesses war es, Projektideen, die von unserem Team f¸r Digital Automation eingereicht wurden, aufzunehmen, zu evaluieren, zu bewerten, deren Umfang zu bestimmen und zu priorisieren.

Nachdem eine Projektidee priorisiert worden ist, erfassen wir Analyse- und Implementierungsdaten. Dabei handelt es sich um einen linearen, siebenstufigen Prozess, an dem viele Teams beteiligt sind.

An unserem ersten ÑTag der App-Entwicklung" hatten wir nur zwei Entwickler. Aus diesem Grund beschr‰nkten wir den Umfang auf die ersten f¸nf Schritte des Prozesses, von der Aufnahme bis zur Priorisierung.

Wir haben auch die Anzahl an Prozessteilnehmern auf zwei Teams beschr‰nkt, weil wir davon ausgehen mussten, dass die Meinungen anderer Teams zu einer Art Drehstuhl-Effekt gef¸hrt h‰tten. Am Ende des Tages hatten wir erfolgreich einen komplett funktionsf‰higen f¸nfstufigen Prozess implementiert ñ mit einer Datensatzliste, einer ausf¸hrlichen Datensatzseite sowie Benutzerstorys im Backlog f¸r die Analyse- und Implementierungsschritte und all die Testf‰lle.

Nach dem Implementierungstag haben wir Reviews codiert. Wir testeten die Anwendung, f¸hrten Sicherheits¸berpr¸fungen durch und gingen durch den Change-Management-Prozess, bevor wir die App in die Produktion bringen konnten.

Durch unseren internen Prozess konnten wir Marketing- und Evaluierungsmeilensteine ¸berspringen, alle auftretenden Probleme lˆsen und aus Fehlern lernen. Auflerdem half uns diese Strategie dabei, die Idee zu perfektionieren und fundiertes Marketingmaterial zu entwickeln.

Kommen Sie uns besuchen und erfahren Sie mehr

Wenn Sie mehr dar¸ber erfahren mˆchten, wie auch Sie Ihren eigenen ÑTag der App-Erstellung" einf¸hren kˆnnen, besuchen Sie uns vom 23. bis 25. April 2018 auf der kommenden Appian World 2018 in Miami, Florida.

Und falls Sie mehr ¸ber die digitale Transformation von OCC erfahren mˆchten, lesen Sie unsere Story im Forbes Magazine.

Adeel Javed

Process Automation Lead, OCC

©2018 The Options Clearing Corporation. Alle Rechte vorbehalten.