Wie sich Low-Code auf das Dilemma von Build vs Buy auswirkt

Inhaltsverzeichnis

1. Der traditionelle Build vs Buy Ansatz 
2. Die Defizite der traditionellen Policy 
3. Low-Code als Alternative zu Benutzerdefinierte Codierung zum Erstellen Ihrer eigenen Software 
4. Beispiel – Ein maßgeschneidertes CRM-System zum Preis einer Paketlösung 
5. Zusammenfassung 

Jedes Unternehmen verlässt sich auf die eine oder andere Weise auf Software, ob es gefällt oder nicht. Software ist entweder in ihre Produkte eingebettet oder spielt eine wesentliche Rolle dafür, wie sie ihre Kunden gewinnen und bedienen oder wie interne Abläufe betrieben werden. Prognosen zufolge wird die Nachfrage nach neuer Software erst in den Folgejahren steigen – „U.S. Bureau of Labor Statistics“ prognostiziert ein Wachstum von 22 % zwischen 2019 und 2029. 

Dies bedeutet, dass Unternehmen eine effiziente Strategie für die Bereitstellung neuer Software benötigen. Fast jede IT-Strategie enthält eine schriftliche oder ungeschriebene Richtlinie, die festlegt, ob das Unternehmen die erforderliche Software bauen oder eher kaufen sollte. 

Der traditionelle Build vs Buy Ansatz 

Viele Jahre lang lautete die Empfehlung von Analysten und Beratern, dass Unternehmen ihre eigene Software für die differenzierenden Fähigkeiten entwickeln sollten, die ihren Wettbewerbsvorteil bestimmen. Da solch eine Software ein strategisches Gut ist, sollte sie in der vollen Kontrolle des Unternehmens verbleiben und für eine uneingeschränkte Anpassung an sich ändernde Marktanforderungen oder Unternehmensstrategie verfügbar sein. 

Andererseits war die häufigste Empfehlung kommerzielle Standardsoftware (COTS) für die nicht differenzierenden Fähigkeiten zu kaufen, sofern eine solche Software verfügbar war. Der Kauf wird als weniger zeit- und ressourcenintensiver Ansatz wahrgenommen. Günstig ist es, wenn Kompromisse bei den Anforderungen übereinstimmen und zukünftige Flexibilität und Erweiterbarkeit akzeptabel sind. Wenn eine Paketlösung mindestens 80 % der Anforderungen des Unternehmens erfüllt, ist die übliche Empfehlung einen Kauf vorzuziehen. Wachstum und Beliebtheit des Modells Software-as-a-Service (SaaS), machen den Kauf durch das Versprechen schnellerer Vorteile und reduzierter Wartungskosten noch attraktiver. 

Während die Einfachheit und Logik hinter dem traditionellen Build vs Buy-Ansatz sehr vernünftig erscheinen, können die Dinge in realen Szenarien komplizierter aussehen. Wie von Forrester in ihrem Bericht vom April 2021 angegeben, gibt es in Bezug auf Software selten ein reines Kaufen und ein reines DIY-Bauprinzip ist selten praktisch. Es ist sehr unwahrscheinlich, dass Ihre Anforderungen mit einer COTS-Lösung erfüllt werden - dem Kauf muss eine Anpassung folgen. Andererseits werden Unternehmen, die ihre Software entwickeln, in der Regel der Wiederverwendung leicht verfügbarer Komponenten Vorrang vor der Neuentwicklung geben. Daher empfiehlt Forrester, das Problem stattdessen als „Anpassen vs Verfassen“ zu betrachten. 

Die Defizite der traditionellen Policy 

Obwohl der oben erwähnte Standardansatz immer noch von vielen Organisationen akzeptiert wird, weist er einige wesentliche Defizite auf. 

• Es wird die Einzigartigkeit von Unternehmen unterschätzt, was zu der Empfehlung führt, häufiger nicht differenzierende Software zu kaufen als zu bauen. In Wirklichkeit gibt es eine Menge Einzigartigkeit in der Art und Weise, wie jedes Unternehmen arbeitet und seine Kunden bedient. Interne Prozesse jeder Organisation werden im Laufe der Zeit ausgereift und optimiert - repräsentieren ihre unverwechselbare DNA. Damit Software Ihrem Unternehmen den höchsten Mehrwert bieten kann, muss sie auf Ihr Geschäft ausgerichtet sein und nicht umgekehrt. 
• Es wird davon ausgegangen, dass sich die Umgebung nicht schnell verändert. Es scheint unumgänglich, sich auf die globale Pandemie zu beziehen, wenn man über Veränderungen spricht. Kurz nach dem weltweiten Ausbruch von COVID-19, Anfang 2020, mussten die meisten Unternehmen weltweit ihre Art und Weise zu funktionieren radikal ändern. Für viele Unternehmen wurde die Fähigkeit, schnell zu reagieren, von der Fähigkeit bestimmt, ihre Software anzupassen. Bei solch einer plötzlichen Veränderung kann es der entscheidende Faktor sein eine Software zu besitzen und sie frei ändern zu können. Und wie der Philosoph Heraklit vor über 25 Jahrhunderten sagte, ist Veränderung die einzige Konstante im Leben. 
• Der Anpassungsaufwand wird heruntergespielt. In Wirklichkeit beinhaltet die Anpassung eine benutzerdefinierte Codierung und erfordert den Zugriff auf knappe Ressourcen – professionelle Entwickler mit umfassender Expertise in der jeweiligen Paketlösung. Sehr oft führt eine solche Anpassung zu zukünftigen Kompatibilitätsproblemen, während das Kernpaket aktualisiert wird. Dies kann unerwartet hohe Kosten und Zeit erfordern. Pat Moynihan, ehemaliger CIO bei Primark, CTO bei O2 Irland und IT-Direktor bei Vodafone Irland: Wenn Sie sich für den Kauf von Software entscheiden, arbeiten Sie extrem hart daran, die erforderlichen Anpassungen zu minimieren. Dann erkennt das Unternehmen, was geändert werden muss, was normalerweise einen ungeplanten großen Zeit- und Arbeitsaufwand bedeutet. 
• Auf die unnötigen Funktionen von Paketlösungen wird nicht eingegangen. COTS-Lösungen beinhalten oft Funktionalitäten, die über die Unternehmensanforderungen hinausgehen. Die meisten Organisationen verwenden nur einen kleinen Teil des gekauften Pakets. Dieses Problem muss entweder durch Anpassen der Software angegangen werden, um den Benutzerzugriff auf bestimmte Funktionen einzuschränken, oder durch zusätzliche Mitarbeiterschulungen. 
• Letztendlich werden die Low-Code Plattformen (LCAP) nicht berücksichtigt. Nach traditioneller Denkweise erfordert das Erstellen von Software traditionelle Softwareentwicklungsmethoden und ist daher teuer und zeitaufwendig. Aber jetzt gibt es alternative Möglichkeiten Software zu erstellen. Low-Code-Plattformen wie Mendix oder Microsoft Power Platform scheinen aufgrund der Vielfalt der Anwendungsfälle, die sie abdecken können und der Geschwindigkeit der Softwareentwicklung, den Sweetspot zu treffen. 

Low-Code als Alternative zu Benutzerdefinierte Codierung zum Erstellen Ihrer eigenen Software 

Was ist Low-Code? Forrester erklärt, dass Low-Code-Plattformen die schnelle Bereitstellung von Geschäftsanwendungen mit einem Minimum an manueller Codierung und minimalen Vorabinvestitionen in Einrichtung, Training und Bereitstellung ermöglichen. 

Low-Code-Anwendungsplattformen sind bekannt für ihren visuellen Ansatz und den hohen Automatisierungsgrad der täglichen Aufgaben des Entwicklers. Dies ermöglicht es den Entwicklern, die Zeit zu maximieren, die sie für die Bereitstellung des tatsächlichen Geschäftsmehrwerts bei der Erstellung von Low-Code-Lösungen aufwenden. Dank über 3 Jahren Erfahrung in der Bereitstellung komplexer Lösungen für unsere Kunden mit LCAP beobachten wir bei Objectivity regelmäßig, dass unsere Low-Code-Projekte konstant 3-5 Mal schneller abgeschlossen werden als vergleichbare herkömmliche Codierungen. Sehr oft sind diese Projekte auch in kleineren Teams verwirklichbar. 

Der andere wichtige Vorteil führender Low-Code-Plattformen ist ihr Multi-Channel-Ansatz. Eine einmal erstellte Anwendung kann auf einer Vielzahl von Geräten (einschließlich Mobilgeräten und Tablets) ausgeführt und über mehrere Kanäle wie Chat-Bot, Textnachrichten und MS Teams-Chats aufgerufen werden. 

Während der visuelle Ansatz Entwicklern hilft, die Software schnell zu erstellen, ändert er auch die Art und Weise wie Personen ohne IT-Hintergrund zu Softwareprojekten beitragen können. Für einige bedeutet dies die Fähigkeit, die Geschäftsprozesse des Systems zu sehen, zu verstehen und zu überprüfen. Für technisch versiertere Mitarbeiter ermöglichen Low-Code-Plattformen einen No-Code-Ansatz, bei dem Software ausschließlich durch visuelle Modellierung erstellt wird. No-Code ermöglicht eigene, weniger komplexe Anwendungen zu entwickeln, die wiederum ermöglichen, persönliche oder die Produktivität des Teams zu verbessern. 

Im Gegensatz zu anderen Plattformen, die schnelle Entwicklungsmöglichkeiten bieten, wie BPMS (Business Process Management Suite), deckt die General Purpose LCAP ein breites Spektrum an Lösungen und Anwendungsfällen ab. Ausgereifte Low-Code-Plattformen eignen sich für die Digitalisierung des Betriebs, den Aufbau kundenorientierter Lösungen sowie den Aufbau von Kernsystemen und Aufzeichnungssystemen. Die Vorteile von Low-Code sind nicht nur im Kontext von Gebäudelösungen attraktiv geworden. Die Entwicklungsgeschwindigkeit, der demokratische Ansatz und die Multi-Channel-Fähigkeiten haben viele COTS-Anbieter dazu veranlasst, Low-Code als Erweiterungsmechanismus für die Anpassung ihrer Produkte zu verwenden. Zum Beispiel hat Microsoft jetzt den größten Teil seiner Dynamics 365-Suite auf die Power Platform portiert und der Low-Code-Ansatz ist die Standardmethode zum Anpassen seines Pakets. Es gibt noch viele weitere Beispiele, wie die Partnerschaft von Siemens Mendix und SAP, bei der die Paketanbieter mit Low-Code-Plattformen zusammenarbeiten oder eigene Plattformen entwickeln, um eine effizientere Anpassung ihrer Software zu ermöglichen. Bei Objectivity haben wir Low-Code auch erfolgreich eingesetzt, um andere Pakete wie Oracle Retail zu erweitern. 

Beispiel – Ein maßgeschneidertes CRM-System zum Preis einer Paketlösung 

Als unser Kunde, ein weltweit tätiger Juwelier, sich entschied, seine Kundenbindungs- und Marketingprozesse zu digitalisieren, war sein erster natürlicher Instinkt der Blick auf fertige CRM-Systeme. Als kundenorientiertes Unternehmen ist es ihnen wichtig, jedem einzelnen Kunden das Gefühl zu geben etwas Besonderes zu sein. 

Mit ihrem einzigartigen Prozess und einzigartigen Kundeneinblicken wurde klar, dass eine Standard-CRM-Lösung erhebliche Anpassungen erfordern würde. Der Aufbau eines eigenen CRM mit .NET oder Java wäre jedoch zu teuer gewesen. Als Technologiepartner schlug Objectivity einen anderen Weg vor, nämlich den Aufbau eines benutzerdefinierten CRM-Systems unter Verwendung der Low-Code-Plattform von Mendix. 

Auf diese Weise haben wir eine deutlich kostengünstigere Lösung geliefert, die vollständig auf die Bedürfnisse des Kunden zugeschnitten ist. Darüber hinaus können sie jetzt von der neuen Möglichkeit profitieren, Ideen viel schneller in Produktionsänderungen umzusetzen, als dies im Fall einer Paketlösung oder eines mit herkömmlicher Codierung erstellten Systems möglich wäre. 

Zusammenfassung 

Es ist an der Zeit, einen neuen Ansatz für das traditionelle Build vs Buy-Dilemma in Betracht zu ziehen. John Bratincevic von Forrester empfiehlt in seinem Bericht Now Tech: General-Purpose Low-Code Development Platforms, Q1 2021: „Alles digitalisieren – immer; Verwenden Sie Low-Code, als Beschleuniger.“ 

Software häufiger zu entwickeln als zu kaufen kann Unternehmen dabei helfen wettbewerbsfähiger, agiler und reaktionsschneller auf Veränderungen zu werden. Durch den Einsatz von Low-Code-Plattformen können der Zeit- und Ressourcenaufwand, der traditionell mit der Erstellung eigener Software verbunden ist, erheblich reduziert werden. Damit entfällt einer der Hauptvorteile des Kaufs gegenüber dem Bauen. 

Es ist auch wichtig zu beachten, dass Build vs Buy oft keine Entweder-Oder-Debatte mehr ist. Betrachtet man das Problem als Anpassen vs Verfassen von Software, stellt sich Low-Code als effektiver und eleganter Ansatz zur Anpassung und Erweiterung kommerzieller Standardpakete heraus. 

Wenn Sie mehr darüber erfahren möchten, laden Sie unser kostenloses eBook herunter und erfahren Sie von unseren Experten mehr über Low-Code und seine Use Cases in Unternehmen.