Sind wir dabei, die gleichen Softwarepaketfehler noch einmal zu machen?
Veröffentlicht: 2022-01-05
Immer mehr Unternehmen erkennen die Vorteile solcher Technologien wie Low-Code Application Growth Platforms (LCAPs), die es ihnen ermöglichen, anspruchsvolle Organisationsprozesse mit zunehmendem Umfang und Tempo zu digitalisieren und zu überarbeiten, ohne Kompromisse bei der IT-Governance eingehen zu müssen. Zu Beginn dieses Jahres prognostizierte Gartner eine Entwicklung von 23 PCs in der LCAP-Branche im Jahr 2021, ein Anstieg, der von Covid-19 inspiriert wurde und Unternehmen dazu drängt, sich sofort anzupassen und stärker zu automatisieren. Jetzt, wo viele Konzerne merken, was mit Minimal-Code machbar ist, werden sie höchstwahrscheinlich nicht auf veraltete Arbeitsweisen zurückstellen.
Diese Popularität von Small-Code hat die Position gestärkt, die sowohl die IT als auch die Geschäftsleute gemeinsam bei der digitalen Transformation einnehmen müssen, wobei die Zusammenarbeit zwischen beiden Seiten für den Erfolg entscheidend ist. Auf der anderen Seite stellt Gartner auch fest, dass 41 Prozent der Mitarbeiter außerhalb der IT, die so genannten „Business Technologists“, jetzt selbst Informationen oder technologische Innovationslösungen anpassen oder erstellen. Und Gartner prognostiziert, dass bis zum Jahresende 2025 50 Prozent aller neuen Very-Low-Code-Bruttoumsätze von potenziellen Käufern außerhalb der Haus-IT stammen werden. Dies deutet darauf hin, dass „das Unternehmen“ nicht nur Low-Code-Geräte verwenden wird, sondern auch diejenigen sein werden, die diese kaufen.
Das weckt Hoffnung, aber auch Sorge. Die Hoffnung ist, dass es zeigt, dass Organisationen sich mit Transformation beschäftigen und die Ausrüstung, die sie ermöglicht, in die Finger bekommen wollen. Die Sorge ist die Wahrscheinlichkeit, dass die Organisationsseite von sich aus die Technologiedetermination für den Anwendungsfortschritt erzeugen und IT und Entwickler mehr und mehr aus dem Gespräch ausschließen könnte. Dies wäre kein produktives Endergebnis für die zukünftige Digitalisierung.
Seit einigen Jahren lesen wir von Programmzuweisungen, die schief gehen. Dies gilt sowohl für die Implementierung von Produkten „von der Stange“ als auch für die natürliche und organische Entwicklung maßgeschneiderter Einheiten durch Entwickler. Laut dem jährlichen CHAOS-Bericht der Standish Group (der 50.000 Projekte weltweit analysiert) enden 66 Prozent der Know-how-Projekte mit einem teilweisen oder vollständigen Misserfolg. Und der Anteil, der vollständig gedeiht, schrumpft in größeren Organisationen auf 8 Prozent. Rund um und darüber hinaus haben wir die Verzögerungen, das Kriechen des Umfangs, das Anschwellen des Budgets und das Einfrieren krank konzipierter Organisationsstrategien beobachtet, die nicht mit den nützlichen Ressourcen des Entwicklers übereinstimmen. Wollen wir das alles ernsthaft noch einmal machen? In der Anpassungsgeschwindigkeit, mit der die Umwelt zurechtkommt, ist dieses Ausmaß des Versagens nicht mehr möglich.
Ein Fortschrittsgespräch
Das Risiko nach vorne liegt darin, dass viele der Instrumente, die in Reduced-Code-Entwicklungsumgebungen verwendet werden, die vielen Spezialisten in diesem Ansatz eher spalten als vereinen. Sie produzieren „Lehensgebiete“ zwischen Technologie und Organisation, anstatt die beiden Seiten gemeinsam in einen „Entwicklungsdialog“ zu bringen. Einerseits hören wir von Entwicklern, die ihr Bewusstsein im Griff behalten wollen (und das in vielerlei Hinsicht zu Recht), obwohl Tendenzen wie die Bürgerentwickler raten, dass es für Laien in Ordnung ist, ihre eigenen Systeme isoliert zu etablieren. Es ist in Ordnung bei einer grundlegenden Workflow-Menge, aber nicht, wenn Sie unternehmenswichtige Probleme und die Verwendung von Unternehmenssoftware angehen.
Während Low-Code gerade boomt, ist es in vielen Facetten schon seit Jahren nah dran. Leider hat die Entwicklung des Minimal-Code-Sektors diese Lehen verschärft. Anfangs ging es bei der Generation von Reduced-Code darum, Entwicklern Abkürzungen zu geben, aber diese waren dennoch Entwicklergeräte, die die Fortsetzung langwieriger Übersetzungsroutinen zwischen IT und Organisation und langwierige, langwierige Fortschrittszyklen erforderten.
Lower-Code der zweiten Generation drehte sich in die andere Richtung in der Art der Bürgerverbesserung, wo Spuren des Unternehmens selbstständig sehr einfache Arbeitsgruppen-Apps erstellen konnten, aber ohne Skalierbarkeit oder Komplexität und praktisch oft ohne wichtige Governance-Optionen, die für die Verwendung durch populäre Organisationen erforderlich waren. Jede dieser Techniken hat ihre eigenen Stärken, aber keine bringt die Hauptwerte der anderen zum Tragen. Erst in letzter Zeit sehen wir, dass LCAPs der 3. Technologie aufkommen, um dieses Rätsel zu lösen. Diese Plattformen bieten eine kollaborative Umgebung, die von Sponsoren komplexer und geschäftlicher Unternehmen gemeinsam genutzt werden kann, obwohl sie die besten Funktionen von Gen 1 und 2 zum Tragen bringen.
Was ist kooperatives Wachstum?
Echter kollaborativer Fortschritt geht über Gruppen hinaus, die sich die Arbeit zur Erstellung einer neuen elektronischen Anwendung teilen. Genau hier arbeiten alle beteiligten Akteure zusammen und führen ihr Fachwissen, unterstützt durch das Engineering, in nur einer effektiven Folge zusammen. Dies beschleunigt den Vorgang, indem die klassische und kontinuierliche Übersetzung von Notwendigkeiten vom Unternehmen in die IT und wieder zurück entfällt. Und damit ein erheblicher Teil der Nacharbeit, die damit verbunden ist, all diese Anforderungen richtig zu erfüllen oder diese Voraussetzungen zu ändern, indem man die Antworten in ihren Entwurfsphasen beobachtet. Als Alternative wird die Leistung in allen relevanten Geschäfts- und Technologiefachleuten „demokratisiert“, unterstützt durch technologische Innovationen, wodurch es dem Team ermöglicht wird, gemeinsam im System zu arbeiten, anstatt isoliert an ihren zusammengesetzten Komponenten zu arbeiten. Es braucht ein System, das für alle intuitiv ist, aber auch Funktionen in Unternehmensqualität bietet – über eine integrierte Governance verfügt, unternehmenswichtige Änderungen unterstützt und mithilfe einer Cloud-eigenen Architektur skalieren kann.
Das kollaborative Verfahren muss auch in allen Phasen des Entwicklungszyklus vorhanden sein, von der Entwicklung der neuen Vorgehensweise, der Erstellung von Schnittstellen und der Datenmodellierung bis hin zur Dokumenterstellung, dem Erstellen von APIs, der Veröffentlichung und der Analyse der App-Funktionalität.
Warum ist Zusammenarbeit so wichtig?
Zunächst einmal bedeutet das wachsende Tempo der Verbesserung, das Unternehmen auf dem Veröffentlichungs-Covid-Planeten auferlegt wird, normalerweise, dass einfach keine Zeit bleibt, die Arbeit in isolierten Silos zu erledigen. Die Organisation, die Verbesserungsanfragen an IT-Gruppen schlägt und dann auf den Rückstoß wartet, wird Verzögerungen verursachen. Bälle werden immer neben den Weg fallen gelassen, und Curveballs von der anderen Seite können wahrscheinlich enden. Die Verbraucher von Organisationen erwarten eine praktisch schnelle Reaktion, daher muss die Organisation in der Lage sein, sich intern genauso schnell anzupassen.
Als nächstes sind Softwareentwickler immer knapper, vor allem im Vereinigten Königreich, wo der Fachkräftemangel durch den Brexit wirklich hart getroffen wurde. Laut CompTIA führten Softwareentwicklerrollen den Rekord der offenen Stellen im Jahr 2021 mit praktisch 250.000 von Arbeitgebern für die Dauer des Zeitraums ausgeschriebenen Stellen an. Kollaborative Programme können Entwickler entlasten, indem sie beide Seiten zusammenbringen, um gemeinsam Anwendungen mit intuitiven Reduced-Code-Plattformen zu erstellen.
Drittens wissen Unternehmen, dass ihre entscheidenden digitalen Transformationspläne verwirklicht werden können, indem sie mehr entwickeln und deutlich weniger kaufen. Es besteht ein wachsender Wunsch, die bereits vorhandenen Technologien und Datenquellen weitaus besser zu nutzen, anstatt Hauptsysteme herauszureißen und zu ändern. Auch die Erfolgserwartung ist gestiegen. Mit der elektronischen Transformation sind jetzt entscheidende, experimentelle und geringfügige Workflow-Modifikationen nicht zu bewerten. Organisationsteams müssen als Einheit auftreten, um eine schnelle und umfassende Anpassung zu ermöglichen.
Demokratisierung ist unabdingbar
Ein wesentliches Element des erfolgreichen Kollaborationsprozesses ist die Demokratisierung der Arbeit in der gesamten Erweiterungsmannschaft. Der App-Erstellungsprozess wird durch die kollaborative Nutzung eines einzelnen Systems durch alle relevanten Themenexperten beschleunigt. Jeder einzelne Problemexperte ist eingeladen, seine Fähigkeiten in das Verfahren in einer Methode einzubringen, die für seine Techniken und praktische Erfahrung intuitiv ist. Dieser Ansatz fördert eine breitere Beteiligung an Technologien über viele Interessengruppen im Unternehmen hinweg, sowohl technische als auch nicht technische, wenn für ausreichende Governance-Kontrollen gesorgt wird, die in großen Unternehmen wichtig sind. Trotz der Tatsache, dass die Prognose des Enterprise-Technologen von Gartner zutrifft, darf es in der Zukunft nicht nur um Geschäftsfähigkeiten gehen, die Anwendungen isoliert von der IT-IT erstellen, und die Organisation möchte, dass technologische Innovationen sie an genau denselben Ort bringen, wenn auch häufig an eine digitale 1.
Die neuesten Generationen von Minimal-Code-Systemen verfügen über die elektrische Leistung, um die Automatisierung und digitale Transformation im Unternehmensmaßstab zu beschleunigen. Nichtsdestotrotz ist eine legitime Zusammenarbeit im gesamten Unternehmen und in der IT für den Erfolg von entscheidender Bedeutung. Langfristig geht es nicht darum, dass kleine Unternehmen zu Technikfreaks werden und es alleine leiten. Es geht darum, ein weiterführendes Gespräch zwischen allen Experten des jeweiligen Fachgebiets zu führen.
Jonathan Wiener, CRO, Aurachain