Wir erhalten immer mehr Anfragen von traditionellen SAP-Anbietern, um ihnen bei der Einrichtung einer bimodalen Architektur zu helfen. Der Nutzen dieser bimodalen Architektur liegt für uns auf der Hand, aber es ist schön zu sehen, dass auch andere beginnen, das enorme Geschäftspotenzial dieser Idee zu erkennen.
Was also ist bimodale Architektur? Wir vergleichen sie gerne mit einem Marathonläufer und einem Sprinter. Ihre Backend-Landschaft (z. B. SAP, JDE, Oracle) wird typischerweise als Marathonläufer dargestellt: Sie sind für einen langen Lauf dabei. Ein Marathonläufer braucht Ruhe, Stabilität und Seelenfrieden, genau wie Ihr Backend-Transaktionskern stabil und zuverlässig sein muss und unabhängig von den Bedingungen weiterlaufen soll. Veränderungen werden langsam herbeigeführt, und das ist auch richtig so.
Aber für Ihre Front-End-Entwicklung brauchen Sie ein ganz anderes Tempo. Wenn Sie eine Anwendung auf Ihr SAP-Backend aufsetzen wollen, um eine Kampagne zu unterstützen, muss dies so schnell wie möglich geschehen, und ebenso wichtig ist, dass die Anwendung so schnell wie möglich angepasst wird, wenn Sie in den ersten Tagen der Kampagne einen Fehler oder eine Verbesserung feststellen. Das Gleiche gilt für jede kundenorientierte Anwendung: Wenn Sie einen Fehler oder einen schnellen Gewinn finden, möchten Sie, dass diese Änderung so schnell wie möglich umgesetzt wird, um Ihren Vertriebsteams zu helfen, auf dem Markt zu gewinnen. Wenn Sie darüber nachdenken, warum verdienen dann Ihre Anwendungen für Anbieter und Mitarbeiter nicht die gleiche Behandlung?
Es scheint, dass die Leute, sobald sie über den Tellerrand des SAP-Ökosystems hinausblicken, den Wert von SAP erkennen und wissen, was sie mit der enormen Funktionalität machen können – mit einer RAD-Entwicklungsplattform.
Bei NovioQ steht die bimodale Architektur im Mittelpunkt eines jeden Projekts: Wir nutzen SAP (Modus 1) für das, was es am besten kann – eine sichere und leistungsstarke Transaktionsaufzeichnung – und verwenden eine unabhängige Entwicklungsplattform für eine wirklich agile Anwendungsentwicklung.
Mit dem Aufkommen von RAD-Plattformen (Rapid Application Development) hat sich die Modus-2-Architektur von einer theoretischen Möglichkeit zu einem realen Vorschlag entwickelt. Nun, da einige dieser Plattformen von großartigen, aber unvollständig ausgearbeiteten Ideen zu umfassenden Entwicklungsumgebungen auf Unternehmensebene herangereift sind, die nicht nur in der Theorie, sondern auch in der Praxis low-code oder sogar no-code sind, sind sie bereit, ihren Platz in der bimodalen IT einzunehmen.
RAD bringt echte Zusammenarbeit
Das Schöne an der Arbeit mit einer gut ausgebauten RAD-Plattform ist nicht nur der offensichtliche Zeit- und Geldgewinn in Form einer schnellen Bereitstellung, sondern auch die Tatsache, dass die technische Seite der Entwicklung für das Unternehmen sehr verständlich ist. Alle Anwendungen, die wir erstellen, sind eine gemeinsame Kreation des Unternehmens und des Entwicklungsteams. Und die Geschäftsleute – ohne vorherige Entwicklungserfahrung – können nicht nur in der Mock-up-Phase, sondern auch während der eigentlichen Entwicklung voll mitwirken. Umgekehrt sind die Techniker von Anfang an in das Projekt involviert und helfen den Fachleuten, ihre Anforderungen auf der Grundlage der aktuellen technischen Möglichkeiten zu formulieren.
Hinzu kommt, dass die Zeit für die Erstellung von Anwendungen so drastisch verkürzt wurde, dass die Funktionsberater die Spezifikationen mit voller Geschwindigkeit liefern müssen. Und selbst dann besteht die ernste Gefahr, dass die Entwickler Anwendungen liefern, bevor der Funktionsberater die nächste Spezifikation fertiggestellt hat. Sie müssen also wirklich ein straffes Management betreiben, um sicherzustellen, dass die Ressourcen ihre Zeit nicht damit verschwenden, darauf zu warten, dass andere ihre Arbeit abschließen.
Durch die kürzere Entwicklungszeit entfällt auch die Notwendigkeit des Offshoring. Wegen der hohen Liefergeschwindigkeit ist es ratsam, dass die Teammitglieder von Angesicht zu Angesicht zusammenarbeiten. Da die Anzahl der für die Erstellung einer Anwendung benötigten Ressourcen drastisch geringer ist als bei herkömmlichen SAP-Projekten, hat dies keine negativen Auswirkungen auf die Ausgaben, stellt aber einen großen Qualitätssprung dar. Natürlich können Sie auch weiterhin auf Offshore-Ressourcen zurückgreifen, aber Sie sollten sich darüber im Klaren sein, dass die Kosten für die detaillierte Spezifikation zu den Projektkosten hinzukommen und die Qualität des Ergebnisses wahrscheinlich geringer ist.
Wie passt Fiori in all das hinein?
Die Entwicklung von Fiori-Anwendungen ist harte Arbeit. Sie brauchen ein erfahrenes Team, das sich mit SAPUI5, CSS, Java, ABAP, SAP-Gateway, Portal und vielleicht noch etwas mehr auskennt, wie einen Sharepoint-Berater. Und wegen der Größe des Teams brauchen Sie einen Projektmanager, ein PMO und eine Sekretärin. Wenn Sie eine neue Anwendung von Grund auf neu entwickeln wollen, die über das klassische Master-Detail-Szenario hinausgeht, dann brauchen Sie ein hohes Budget und ein seriöses Projektmanagement, um die Aufgabe zu bewältigen, während Sie die gleichen Fähigkeiten für den Support während des Lebenszyklus Ihrer Anwendung zur Verfügung haben müssen. Fiori eignet sich nicht als Modus 2 in einer bimodalen Architektur.
Ein weiteres Problem, das wir bei der Verwendung von Fiori sehen, ist, dass wir eine Kluft in der ABAP-Gemeinschaft feststellen. Die Leute müssen sich entscheiden, ob sie Frontend-Entwickler (SAPUI5, Java, etc.) oder Backend-Entwickler (ABAP) werden wollen. Der Mehrwert des klassischen ABAP-Entwicklers besteht darin, dass er oder sie nicht nur in der Lage ist, solide Programme zu erstellen, sondern auch die SAP-Prozesse und -Funktionen unter der Haube versteht. Dieser Vorteil geht verloren, wenn sich die Community in Frontend- und Backend-Entwicklungslager aufspaltet. Und wenn der Frontend-Entwickler die SAP-Prozesse nicht mehr versteht, was nützt es dann, an der SAP-Frontend-Technologie festzuhalten?
Wir empfehlen unseren Kunden: Wenn SAP eine sofort einsatzbereite Fiori-Anwendung liefert, die Ihren Anforderungen entspricht, sollten Sie diese nutzen. Wenn Sie die Fiori-Anwendung mit benutzerdefinierten Daten erweitern oder mit anderen Systemen als einer SAP-Installation interagieren müssen, kann es sich je nach den Auswirkungen Ihrer benutzerdefinierten Anforderungen bereits lohnen, eine RAD-Plattform von Grund auf zu entwickeln. Wenn Sie eine Anwendung von Grund auf neu entwickeln müssen, empfehlen wir immer RAD.
Warum OutSystems?
Bei NovioQ haben wir uns lange Zeit mit den meisten RAD- oder PaaS-Entwicklungsplattformen auf dem Markt beschäftigt, nachdem wir von SAPs Composite Environment 7.3 ziemlich enttäuscht waren. Schließlich kamen wir zu dem Schluss, dass es nur eine Plattform gibt, die in Bezug auf die schnelle Bereitstellung und die einfache Integration mit SAP überzeugen kann: OutSystems. Die Plattform verfügt über einen nativen SAP-Konnektor, der die einfache Nutzung von SAP Remote Function Calls ermöglicht. OutSystems plant aber auch die Anbindung an das SAP-Gateway über OData. Die Tatsache, dass OutSystems die Art und Weise, wie es sich mit einem großen System wie SAP verbindet, kontinuierlich verbessert, ist einer der Gründe, warum wir gerne mit OutSystems zusammenarbeiten.
Die SAP-Integration mit OutSystems ist ein Kinderspiel. Verbinden Sie sich einfach mit dem gewünschten SAP-System – Sie benötigen eine IP-Adresse und Benutzeranmeldeinformationen – und schon können Sie Remote Function Calls genau so nutzen, wie Sie die Funktionen von OutSystems verwenden. Und neuerdings sind wir mit unserer Entscheidung für OutSystems nicht allein. Forrester hat OutSystems als den neuen Marktführer für Low-Code-Plattformen identifiziert (Quelle: Forrester Wave™: Low-Code Development Platforms Q2 2016):
Letzten Endes kommt es darauf an, den Pudding auch zu essen. Wir haben bis heute eine ganze Reihe erfolgreicher Projekte durchgeführt, bei denen wir mit OutSystems Anwendungen auf der Basis von SAP entwickelt haben. Dabei handelt es sich wohlgemerkt nicht um Apps, sondern um ernsthafte Geschäftsanwendungen, die in einem Browser oder auf einem beliebigen mobilen Gerät mit dem Sicherheits-, Stabilitäts- und Leistungsniveau laufen, das man von einer Geschäftsanwendung erwartet, und die vollständig in SAP integriert sind.
Wenn die Leute OutSystems erst einmal angenommen haben, ist es erstaunlich zu sehen, wie begeistert sie von der RAD-Entwicklung und den kreativen Plänen sind, die sie sich für zukünftige Anwendungen ausdenken. Es scheint, dass die Leute, sobald sie über den Tellerrand des SAP-Ökosystems hinausblicken, wirklich den Wert von SAP erkennen und was sie mit dieser umfangreichen Funktionalität tun können – bewaffnet mit einer RAD-Entwicklungsplattform.
Du muss angemeldet sein, um einen Kommentar zu veröffentlichen.