Wie man Low-Code-Teams strukturiert: Der „Entwickler und ________“-Ansatz

Steve Vanaria, Vice President, Customer Success
August 2, 2021

IT- und Entwicklungsteams setzen aus vielen Gründen auf Low-Code: Es reduziert technische Schulden. Es verbessert die Zusammenarbeit mit Geschäftsanwendern. Und es macht Sie wesentlich effizienter, indem es die Dinge einfach hält – einschließlich Ihrer Anwendungsteams.

Leider verlassen sich viele IT-Unternehmen, selbst wenn sie Low-Code einsetzen, immer noch auf überdimensionierte, stark spezialisierte Entwicklungsteams. Sie kratzen nur an der Oberfläche der Möglichkeiten von Low-Code.

Die besten Low-Code-Teams sind flink und minimieren Abhängigkeiten. Sie sind klein und verfügen über alle Fähigkeiten, die man braucht, um von der Idee zur Anwendung zu kommen. Und sie bleiben projektübergreifend zusammen, damit sie nicht erst lernen müssen, wie man zusammenarbeitet.

 

Der „Entwickler und ________“ Ansatz

Da Low-Code leichter zu erlernen ist als High-Code, können Spezialisten in Bereichen wie UX, Ethnografie, Testen und Geschäftsanalyse zu Low-Code-Entwicklern ausgebildet werden. Diese neu geschaffenen „allgemeinen Spezialisten“ bieten überschneidende Fähigkeiten, die es Ihnen ermöglichen, Entwicklungsteams anders zusammenzustellen und die volle Leistung von Low-Code zu entfalten.

In Low-Code-Teams sollte es viele „Entwickler und _________“-Rollen geben, z. B. Entwickler und Tester oder Entwickler und Scrum Master. Jeder, vom Teamleiter bis zum Architekten, wird Funktionen entwickeln. Und jeder Entwickler sollte mindestens ein zusätzliches Spezialgebiet haben: UX-Design, Testen, Architektur und so weiter. Mit diesem egalitären Ansatz können Sie mit weniger Mitarbeitern bessere Produkte entwickeln und eine schnellere Wertschöpfung erzielen.

Low-Code-optimierte Teams verzeichnen geringere Kosten, sowohl in Bezug auf den Arbeitsaufwand (weniger Mitarbeiter, die voll ausgelastet sind) als auch auf das Produkt (wirklich funktionsübergreifende und kollaborative Teams bauen viel eher das richtige Produkt). Low-Code-Teams liefern eine schnellere Wertschöpfung, weil ihre vielseitige Zusammensetzung interne Engpässe beseitigt und externe Abhängigkeiten reduziert (z. B. muss nicht gewartet werden, bis ein Datenbankspezialist frei wird, wenn er Datenbankexperte und Low-Code-Entwickler im Low-Code-Team ist).

6 Rollen, die in einem Low-Code-Entwicklungsteam enthalten sein sollten

Berücksichtigen Sie die folgenden sechs Spezialgebiete bei der Strukturierung Ihres Low-Code-Entwicklungsteams:

  • Product Owner, um das Team anzuleiten, die richtigen Dinge zu entwickeln. Dies ist die einzige Rolle, die keine Funktionen entwickelt.
  • UX-Designer, um sicherzustellen, dass gute Designprinzipien befolgt werden, und um Lösungsentwürfe für wichtige Designentscheidungen zu erstellen.
  • Architekt. um sicherzustellen, dass das Team die Anwendung auf die richtige Weise erstellt, indem es die Lösungsarchitektur leitet.
  • Business Analyst. um die geschäftlichen Anforderungen und Benutzerbedürfnisse zu erforschen, Fragen zu stellen und verschiedene Szenarien zu durchdenken.
  • Tester, um Schwachstellen zu finden, die von den Testskripten nicht erfasst werden. Sie kennen sich auch mit Tools für automatisierte Tests sowie Leistungs- und Lasttests aus.
  • Teamleiter oder Scrum Master, um das Team in die Lage zu versetzen, schnell zu arbeiten, indem die Arbeit koordiniert, Hindernisse beseitigt und agile Praktiken gefördert werden.

Low-Code hilft Ihnen dabei, schnell leistungsstarke Anwendungen zu entwickeln. Aber es funktioniert am besten, wenn Sie auch einige wichtige agile Best Practices einführen. Überdenken Sie große, spezialisierte Entwicklungsteams und machen Sie sie kollaborativer und egalitärer.

Weitere Best Practices zur Optimierung Ihrer Low-Code-Anwendungsentwicklung finden Sie im eBook: 4 Fallstricke der Low-Code-Anwendungsentwicklung.