Low-Code und No-Code bereit für anspruchsvolle Anwendungsentwicklung? Es hängt davon ab, ob

0
143

Joe McKendrick

Von Joe McKendrick für serviceorientiert | 17. Juni 2021 — 20:17 GMT (21:17 BST) | Thema: Unternehmenssoftware

Sind Geschäftsanwender bereit und in der Lage, anspruchsvolle Anwendungen mit Low-Code- und No-Code-Plattformen zu erstellen? Es gibt viel Hoffnung und Hype im Zusammenhang mit der Low-Code- und No-Code-Softwarebewegung, aber das bedeutet nicht, dass Entwickler ihre IDEs in absehbarer Zeit aufhängen werden. Wir sind noch lange nicht an dem Punkt angelangt, an dem Geschäftsanwender ohne die Hilfe ihrer IT-Abteilungen tatsächlich relativ anspruchsvolle Anwendungen erstellen und bereitstellen können.

keyboard-photo-by-joe -mckendrick.jpg

Foto: Joe McKendrick

„Im Allgemeinen sind die meisten der von Bürgern entwickelten Anwendungen, die wir heute sehen, auf einen einzelnen Prozess fokussiert und ohne Integrationen“, sagt David Beaudreau, VP der US Cloud Practice bei Sogeti, einem Teil von Capgemini. “Es gibt einige Fälle, in denen Bürgerentwickler multifunktionale Prozess- und Workflow-Anwendungen sowie komplexe Business-Intelligence-Dashboards erstellen, aber das ist meistens die Ausnahme.”

Nicht alle in der Branche sind sich jedoch einig, dass anspruchsvolle Anwendungen für Low- und No-Code-Entwickler tabu sind. Linda Ding, Senior Director of Vertical Marketing Strategy bei Laserfiche, sagt, sie habe gesehen, wie Kunden „im Verlauf der Covid-19-Pandemie sehr anspruchsvolle Anwendungen entwickelt haben“. Eine Kombination aus knappen IT-Ressourcen und der Nachfrage nach Sofortlösungen führte zu einer Nachfrage nach einer Reihe von Anwendungen, sagt sie, darunter “Formulare und Prozesse zur Beantragung von Hotspots für Studenten, die sie für das Fernstudium benötigen, die Verteilung von Finanzhilfen und die Verbreitung von Gehaltsschecks”. Dies sind Beispiele für Anwendungen, die “alle relativ ausgefeilte Workflows, Logik und Integrationen erfordern, die durch Low-Code-No-Code-Tools in den Händen von Geschäftsbenutzern ermöglicht werden”.

Auf die eine oder andere Weise wird es immer eine aktive Rolle für IT-Abteilungen in Bezug auf die Governance und den Support einer Anwendung geben. Die Rolle eines Geschäftsbenutzers ist “Build ja, Bereitstellung nein”, sagt Chris Ellis, Technical Direktor bei Nintex. “Ausgeklügelte Anwendungen haben anspruchsvolle Probleme. Meistens kann eine einfach zu erstellende Anwendung im weiteren Verlauf Kopfschmerzen bereiten.”

Ellis fordert einen “Überprüfungs- und Verifizierungsprozess oder die Genehmigung von Lösungs-Builds zur Bereitstellung über die IT”. “Die Geschäftsanwender von Organisationen sollten sicherlich Teil der Identifizierung von Verbesserungen und Teil der Lösung sein, aber es ist kurzsichtig, sie als die einzigen Hüter zu sehen, die eine Low-Code-Transformation vorantreiben.”

Beaudreau ist der Meinung, dass Anwendungen, die außerhalb der IT-Domäne erstellt werden, in der Regel einfacher und peripherer sind. „Wir sehen in erster Linie, dass Unternehmen einzelne fokussierte Prozess- und Workflow-Anwendungen entwickeln, die manuelle Prozesse unterstützen, die aufgrund von Budgetbeschränkungen und/oder wahrgenommenem ROI oft außerhalb des IT-Bereichs liegen“, sagt er. „IT-Expertise ist nach wie vor wichtig, wenn es um neue verpackte Plattformen, hochintegrierte Umgebungen oder um neue Technologien innerhalb der Organisation geht. Die IT muss auch weiterhin unterstützende Fähigkeiten wie Integration und moderne Datenplattformen implementieren, um Bürgerentwickler und deren Erstellung zu unterstützen.“ Aktivitäten.”

Gleichzeitig eröffnen immer ausgefeiltere Low-Code/No-Code-Entwicklungsmethoden neue Wege für Innovationen. „Wir sehen dies bei Bürgerentwicklern, wenn wir sie durch immersive Events wie Hackathons führen“, erzählt Beaudreau. „Da sie Low-Code-Plattformen verstehen, sind sie in der Lage, die Fähigkeiten an gängige Probleme in ihrem täglichen Arbeitsleben auszurichten. Mit ihrer First-Person-Perspektive sehen sie oft innovativere und manchmal einfachere Lösungen als die, die von einer IT kommen könnten Perspektive.”

Die jüngsten Ereignisse haben auch die Grenzen für Innovationen verschoben. Die Covid-Krise „beschleunigte die Einführung von Low-Code- und No-Code-Tools aufgrund der Dringlichkeit und Dringlichkeit der Situation – die Herausforderungen entwickelten sich täglich, sogar stündlich, und Unternehmen mussten Experten für Geschäftsthemen außerhalb der IT befähigen, die Anwendungen, die die betrieblichen und Kundenanforderungen erfüllen sollten”, sagt Ding. „Herkömmliche Methoden zur Entwicklung von Anwendungen können mehrere Monate dauern – zum Testen, Debuggen und Bereitstellen in einer Unternehmensumgebung. Für die Geschwindigkeit des heutigen Geschäfts, sich ändernde Kundenerwartungen und die Unberechenbarkeit der Märkte reicht dieser Zeitplan nicht mehr aus.“

Geschäftsanwender – Business-Analysten und Administratoren außerhalb der IT-Abteilung – “sind mit ihren eigenen Prozessen und denen, die ihre Kunden betreffen, bestens vertraut”, fügt sie hinzu. “Wenn ihnen eine Plattform oder die Tools zur Verfügung gestellt werden, die sie zur Lösung ihrer Probleme benötigen, können sie sehr anspruchsvolle Anwendungen erstellen, die nicht nur Back-End-Workflows sind, sondern kundenorientierte Lösungen, die sehr innovativ sind.”

< p>Mit Low-Code- und No-Code-Ansätzen “gibt es viele Möglichkeiten zur Verbesserung der Kundenerfahrung, die es nicht gäbe, wenn sich Unternehmen bei der Entwicklung von Anwendungen ausschließlich auf die IT verlassen würden”, sagt Ding. “Low-Code und No-Code legt die Problemlösungstools in die Hände von Geschäftsanwendern, die Kundenherausforderungen angehen, die Durchlaufzeiten für die Bereitstellung verkürzen und einen enormen Mehrwert für die Kunden schaffen.”

Low-Code- und No-Code-Ansätze kommen nicht nur technisch nicht versierten Geschäftsanwendern zugute. Professionelle Entwickler setzen aus verschiedenen Gründen auch Low-Code/No-Code-Lösungen ein. “Wir haben ein erhebliches Interesse an Low-Code/No-Code-Training festgestellt, da Entwickler jetzt erkennen, dass diese Plattformen keine Funktionseinschränkung bedeuten”, sagt Beaudreau. “Die Plattformen ermöglichen es dem Entwickler, sich auf das funktionale Design des Geschäfts zu konzentrieren und nicht auf nicht-funktionale Anforderungen, die die Plattformen oft selbst verwalten.”

Dies ebnet den Weg, um in den heutigen Entwicklungsbetrieben mit weniger mehr zu erreichen. „Wenn Sie als professioneller Entwickler Ihre Arbeitsbelastung effektiv skalieren können, um vollständige Compliance zu gewährleisten – sei es mit einer Low-Code/No-Code-Lösung, einer vollständigen Custom-Lösung oder etwas dazwischen – sollte ein erfolgreiches Kundenergebnis immer an erster Stelle stehen Priorität”, sagt Ellis. „Den Weg des geringsten Widerstands zu nutzen, um dorthin zu gelangen, ist einfach intelligenter und nicht härter. Nur weil man etwas individuell entwickeln kann, heißt das nicht, dass man es sollte.“

Eine robuste Low-Code- oder No-Code-Kultur mit immer ausgefeilteren Anwendungen stellt neue Herausforderungen. Für den Anfang ist “Governance oder deren Fehlen in Verbindung mit Sprawl etwas, mit dem jeder, der mit SharePoint aufgewachsen ist, vertraut sein sollte”, sagt Ellis. “Geschäftseinheiten zu erlauben, das, was sie wollen, ohne Verbindung aufzubauen und bereitzustellen, kann sehr schnell zu einem administrativen und lizenzrechtlichen Problem für andere werden.”

Ein weniger offensichtliches Risiko, fügt Beaudreau hinzu, “ist der Anstieg des erforderlichen Anwendungssupports, der auftreten kann, wenn Bürgerentwickler ihre Nutzung der Plattformen beschleunigen. Dies kann möglicherweise die IT-Supportkapazität der Organisation übersteigen.” Duplizierung ist ein weiteres Risiko bei Low-Code/No-Code. “Es gibt zwangsläufig Gemeinsamkeiten in einem Unternehmen und es sollte vermieden werden, dass dieselbe Lösung nur in verschiedenen Geschäftsbereichen verwendet wird”, warnt Ellis.

Verwandte Themen:

Cloud Big Data Analytics Innovation Technologie- und Arbeitskollaborationsentwickler Joe McKendrick

Von Joe McKendrick für Service Oriented | 17. Juni 2021 — 20:17 GMT (21:17 BST) | Thema: Unternehmenssoftware