Lowcode - OutSystems, von PoC/MVPs bis zu produktionsreifen Anwendungen

PoCs/MVPs und OutSystems, warum ist das eine perfekte Verbindung?

MVPs und PoCs (ich werde sie der Kürze halber von nun an MVP nennen) sind ziemlich bekannte Akronyme im Technologiebereich, und das ist auch nicht anders, wenn es um die OutSystems-Umgebung geht.

OutSystems hebt diese beiden kleinen Konzepte auf eine andere Ebene, indem es die Geschwindigkeit dieses Prozesses nutzt, ohne dabei auf Qualität und Sicherheit verzichten zu müssen.

In diesem Artikel werden wir ein wenig mehr darüber und über viele andere Themen sprechen, die OutSystems zum perfekten Werkzeug für Ihre Prototyping- oder Validierungsphase machen.

Ein guter MVP beginnt immer mit einem guten Team. Die Auswahl des Teams ist für diesen Prozess enorm wichtig.

Wählen Sie immer die erfahrensten und vielfältigsten Profile aus, die Sie zur Verfügung haben. MVPs sind der erste Eindruck, und ich würde sogar sagen, das ist der Eindruck, der bleibt.

Lassen Sie uns darüber sprechen, was meiner Meinung nach ein gutes empfohlenes Team für einen MVP-Entwicklungsprozess wäre.

Business Analyst

Business Analyst oder ein erfahrener Entwickler, der sich mit dem Kunden in Verbindung setzen kann, um die Anforderungen besser zu verstehen und sie in einer guten und kurzen Form an das Entwicklungsteam weiterzuleiten.

Front End Entwickler

Ein Front-End-Entwickler oder ein Entwickler mit sehr guten Kenntnissen in JavaScript, HTML und CSS.

Es ist bekannt, dass ein großer Teil der OutSystems-Community keine tiefgreifenden Kenntnisse in JavaScript hat, und das ist nicht ihre Schuld, schließlich sind sie OutSystems-Entwickler.

Aber im Falle eines MVP könnte jemand, der sehr erfahren im Lösen von Front-End-Herausforderungen ist, der Knackpunkt sein, um den "WOW-Faktor" bei einem Kunden zu erreichen.

Auf der linken Seite sehen Sie eine großartige und angepasste OutSystems-Oberfläche. Auf der rechten Seite sehen Sie eine Standardanwendung von OutSystems. Nicht schlecht, aber welche würden Ihre Kunden bevorzugen?!

Natürlich sind einige MVPs so einfach, dass sie keine Herausforderungen oder große Front-End-Probleme zu lösen haben. Aber die meisten MVPs, an denen ich mitgewirkt habe, hatten viele, viele Herausforderungen, die wir ohne jemanden mit tiefgreifenden Front-End-Kenntnissen nicht bewältigen konnten.

Anwendungsfälle wie das Hinzufügen von Diagrammen, die Verwendung von JavaScript-Plugins, Integrationen mit Cordova-Plugins, die Umwandlung eines Photoshop-Prototyps in das Layout der Anwendung (Pixel Perfect) und viele andere sind das perfekte Beispiel dafür, warum eine Ressource für Frontend-Erfahrungen in dieser Phase so wichtig ist.

Entwickler

Die Hauptarbeitskräfte in der Entwicklungsphase sind immer die Entwickler. Bei einem MVP wäre es ratsam, das Team so klein wie möglich zu halten, um zu vermeiden/reduzieren:

• Lücken in der Kommunikation 
• Konflikte auf dem Server wegen gleichzeitiger Veröffentlichung 
• Zeitaufwand für Zusammenführungen

Ein MVP ist, wie der Name schon sagt, das Minimum, das benötigt wird, um einen guten Eindruck vom Wert zu vermitteln und zu beweisen, dass ein Konzept/eine Idee funktioniert. Aus diesem Grund sollte ein MVP-Entwicklungsteam nicht mehr als 2 Entwickler haben.

Technischer Leiter

Nicht zuletzt ist der technische Leiter ein sehr wichtiger Bestandteil. Er ist dafür verantwortlich, den Erfolg des Entwicklungsteams zu ermöglichen, indem er dafür sorgt, dass die Komplexität reduziert wird und die Verantwortung für die technischen Herausforderungen oder Fragen übernommen wird.

Während des gesamten Prozesses werden Fragen aufgeworfen, die vielleicht noch nie aufgetaucht sind. Daher kann eine Mischung aus Erfahrung und Führungsqualitäten einen großen Unterschied zwischen Erfolg und Misserfolg ausmachen.

Verkauf und Management

Das Verkaufs- und Managementteam sollte in der Nähe sein, um sicherzustellen, dass sie irgendwie mit dem Kunden in Kontakt treten. Es gibt immer Möglichkeiten, neue Chancen zu generieren.

Zusammenfassend lässt sich sagen, dass wir ein Team von maximal 5 Personen haben, das das MVP entwickelt: 1 BA, 1 FE, 2 Devs und 1 TL.

Der Business-Analyst und der Front-End-Analyst arbeiten nur in einigen Phasen der Erstellungsphase und nicht in allen. Daher werden sie in den meisten Fällen nicht in Vollzeit benötigt, es sei denn, es gibt große Mengen an Geschäftsregeln oder Front-End-Herausforderungen.

OutSystems

Von der technischen Seite her ist OutSystems wahrscheinlich eine der besten Lösungen, die es gibt, um Menschen dabei zu helfen, ihre Ideen in einen Prototyp/MVP/PoC zu verwandeln.

Werfen wir einen Blick auf die Vorteile der Erstellung eines MVP auf der OutSystems-Plattform.

Produktionsplattform

Die OutSystems Platform ist nicht (nur) für das Prototyping gedacht, aber da sie viele Vorteile bietet und den Prozess beschleunigt, kann sie für die Prototypisierung von Anwendungen und die Erstellung von Minimum Viable Products in Rekordzeit eingesetzt werden.

Da die Plattform darauf abzielt, produktionsreife Anwendungen zu liefern, kann der Prototyp in der Produktionsumgebung leicht zu einer gesunden und stabilen Anwendung werden.

Anstatt also ein Tool für die Erstellung von Prototypen und ein weiteres für die Erstellung der Anwendung zu haben, besteht der Hauptvorteil darin, ein einziges Tool für beide Aufgaben zu haben, was auch den Aufwand für die Konvertierung vom Prototyp zur Produktionsversion reduziert.

Beschleuniger

Eine große Anzahl von Beschleunigern gehört zum Alltag eines jeden OutSystems-Entwicklers, und viele davon können genutzt werden, um den Aufbau des MVP zu beschleunigen. Hier sind einige Beispiele dafür:

https://success.outsystems.com/Documentation/11/Developing_an_Application/Design_UI/Accelerators

Service Studio Tipps und Tricks

Grundlagen Dunkles Thema Möchten Sie mehr erfahren?success.outsystems.com

Cloud-Beschleuniger für AWS

Dies sind nur einige Beispiele für kleine Dinge, die die Plattform selbst erledigen kann, oder zumindest die Komplexität einiger dieser Aufgaben beseitigen kann. In der Aufbauphase eines MVP zählt jede Sekunde, und wenn wir eine Sekunde für eine Sache einsparen können, können wir diese Sekunde mit Sicherheit für etwas Wichtigeres oder Komplexeres verwenden.

Bei einem PoC geht es immer darum, dem Kunden mit dem geringsten Aufwand (Zeitaufwand) des Teams den größtmöglichen Wert zu liefern. Das bedeutet, dass ein PoC-Projekt nicht länger als eine oder zwei Wochen dauern sollte. 

Meiner bescheidenen Meinung nach wird jedes PoC, das länger als eine Woche dauert, zu einem ganz normalen Projekt, da es auf dieselbe Weise behandelt wird.

Ein PoC sollte auf eine agilere Weise durchgeführt werden. Und das bedeutet, dass Punkte, die nicht so wichtig sind oder dem Kunden weniger Wert liefern, auf die nächste Phase verschoben werden können.

Der erste Entwurf eines Projekts, MVP, ist in der Regel der erste Eindruck, den Ihr Kunde von Ihrem Team hat. Das ist der Hauptgrund, warum er nicht wie ein normales Entwicklungsprojekt behandelt werden sollte. Hier finden Sie einige Tipps, wie Sie sich bei einem MVP-Entwicklungsprozess anders verhalten sollten:

• Stellen Sie sicher, dass Sie immer jemanden vom Kunden zur Verfügung haben, um alle geschäftlichen Fragen zu beantworten. MVP ist ein kurzes Sprint-Projekt, und je länger Sie auf Antworten warten, desto riskanter wird das Projekt.
• Da der MVP die erste Anlaufstelle für Ihren neuen Kunden oder Ihre neue Abteilung ist, können Blockaden (wie z.B. Berechtigungen, Tunnel, VPNs und andere) häufiger auftreten, daher ist Kommunikation hier das Schlüsselwort. Manchmal müssen Sie nicht nur mit dem Unternehmen, sondern auch mit anderen Bereichen kommunizieren. Ein sehr häufiges Szenario ist die Notwendigkeit der Kommunikation mit dem Infrastrukturteam.
• Neben der Kommunikation mit dem Kunden sollte auch Ihre interne Kommunikation fließend sein, um lange und unnötige Meetings zu vermeiden und sicherzustellen, dass der Prozess reibungslos abläuft.
• Auch wenn Sie wahrscheinlich Ihr bestes Team ausgewählt haben, stellen Sie sicher, dass Sie andere Profile zur Verfügung haben, die Ihnen bei Bedarf helfen können, z.B. UI/UX, JavaScript, .NET und ein paar andere.

Durch die Kombination von agiler Projektmethodik und einer agilen Entwicklungsplattform stellen Sie also sicher, dass Ihr Team so effizient wie möglich arbeitet, ohne sich um die aufwändige Programmierung kümmern zu müssen, da die Plattform einen Großteil der täglichen Arbeit für die Entwickler übernimmt. 

Probieren Sie OutSystems aus, und Sie werden wahrscheinlich nie wieder zu traditionellen Programmiersprachen zurückkehren, wenn Sie Ihre MVPs entwickeln und sicherstellen, dass diese in die Produktion überführt werden können.

Hier sind einige Tipps, die Sie beim Aufbau Ihrer OutSystems MVPs beachten sollten:

• Seien Sie flexibel, denn es kann sein, dass der Kunde etwas anderes als das Geplante verlangt, nachdem er etwas Durchführbareres gesehen hat. Manchmal wissen Kunden nicht, was sie wollen, und das ist auch gut so. Unsere Aufgabe als Berater ist es, sie bei der Suche nach der besten Lösung zu unterstützen.
• Legen Sie Ihrem Kunden so schnell wie möglich etwas vor. So vermeiden Sie, dass Sie tage- oder wochenlang etwas aufbauen, das der Kunde nicht will, wie es auch in der obigen Aussage steht. 
• Versuchen Sie, das Iterationstempo zumindest für die ersten paar zu entwickelnden Funktionen zu reduzieren. Das wird Ihnen helfen, den Stakeholdern schneller etwas vorlegen zu können, als wenn Sie einen ganzen Sprint benötigen, um eine Reihe von Funktionen zu entwickeln.