Best Practices für agile Entwicklung

Mit einer agilen Entwicklung können Kunden ihre Produktionsumgebungen leicht aktualisieren, wenn sich die Business-Anforderungen ändern. Durch die Integration agiler Methoden in die Anwendungsbereitstellung werden häufige Änderungen erleichtert und es wird sichergestellt, dass diese Änderungen erwartungsgemäß funktionieren.

Zu den Best Practices der Pega-Plattform für die agile Entwicklung gehören:

• Updates in Echtzeit: regelmäßige Entwicklungsiterationen mit kleinem Umfang
• Tests: kontinuierliche Validierung der Anwendung, um Probleme frühzeitig zu erkennen und zu beheben
• Verzweigungen (Branches): simultane Entwicklungsumgebung im Team zur Maximierung der Produktivität

Ein agiler Entwicklungsansatz ermöglicht eine kontinuierliche, iterative Anwendungsentwicklung basierend auf Business-Anforderungen von geringem Umfang. Wenn sich die geschäftlichen Anforderungen ändern, können Sie kleinere, regelmäßigere Updates vornehmen. Sie können z. B. anhand des Feedbacks einen Chatbot hinzufügen oder einen Bug in der Benutzeroberfläche beheben.

DevOps

DevOps sorgt für eine engere Zusammenarbeit zwischen den Entwickler-, Test- und Post-Go-Live-Support-Teams, um den agilen Prozess voranzutreiben. DevOps-Teams arbeiten über den gesamten Lebenszyklus einer Anwendung hinweg daran, die Konfiguration, Validierung, Bereitstellung und Implementierung einer Anwendung zu automatisieren und zu optimieren.  

Mehr über die einzelnen Best Practises für eine agile Entwicklung erfahren Sie, indem Sie im nachstehenden Bild auf die Pluszeichen (+) klicken.

Pega Express ist eine agile Methodik, die auf die Anwendungsentwicklung mit der Pega-Plattform zugeschnitten ist. Sie besteht aus vier Phasen, die agile Best Practices bei der Entwicklung von Low-Code-Anwendungen unterstützen.

Zu den Beispielen für agile Best Practices in der Pega Express-Phase gehören:

• Discover: Definieren Sie Ihre Geschäftsergebnisse und erstellen Sie einen Go-Live-Plan für Tag 1.
• Prepare: Organisieren Sie einen Design-Sprint mit Endnutzern, um einen funktionierenden Prototyp zu erstellen.
• Build: Erstellen Sie Ihre Anwendung anhand der User Stories im Backlog.
• Adopt: Führen Sie nach der Aktivierung Ihrer Anwendung eine Release-Retrospektive durch.

Eine CI/CD-Pipeline modelliert die beiden wichtigsten Phasen der Softwarebereitstellung: die kontinuierliche Integration und die kontinuierliche Bereitstellung (CI/CD für „Continuous Integration/Continuous Delivery“).

Kontinuierliche Integration

In der Phase der kontinuierlichen Integration validieren die Entwickler fortwährend Verzweigungen und führen diese in der Zielanwendung zusammen.

Halten Sie sich bei der kontinuierlichen Integration an folgende Best Practices:

• Frühzeitig und häufig testen: Identifizieren Sie beispielsweise Probleme frühzeitig, indem Sie Pega Unit-Tests und kritische Integrationstests ausführen, bevor die Anwendung zusammengestellt wird. Falls die Tests fehlschlagen, pausieren Sie die Release-Pipeline, bis das Problem behoben ist.
• Automatisieren: Lösen Sie mithilfe des Deployment Manager Zusammenführungen und Builds aus. 
• Update-Regeln: Halten Sie z. B. die Produktregel Regel-Admin-Produkt, auf die in einer Anwendungs-Pipeline referenziert wird, auf dem neuesten Stand.
• Hauptversionsverlauf: Veröffentlichen Sie die exportierten Anwendungsarchive in einem Repository, um den Versionsverlauf (History) bereitstellbarer Anwendungen zu pflegen.

Kontinuierliche Bereitstellung

In der Phase der kontinuierlichen Bereitstellung wird die Zielanwendung in Pakete eingeteilt und durchläuft die verschiedenen Pipeline-Phasen. Nachdem die Anwendungsänderungen die Testzyklen (Pega-Unit-, Regressions-, Leistungs- und Performance-Tests) durchlaufen haben, stellen Sie die Anwendungspakete im Produktionssystem bereit. In der Pega-Plattform können Sie Änderungen manuell oder automatisch bereitstellen.

Halten Sie sich an diese Best Practices zur kontinuierlichen Bereitstellung, um die Anwendungsqualität sicherzustellen:

• Testumgebungen einrichten: Erstellen Sie mithilfe von Docker oder eines ähnlichen Tools Testumgebungen für Benutzerakzeptanztests (User Acceptance Tests, UAT) und explorative Tests.
• Regressionstests durchführen: Erstellen Sie über das User Interface die Service-Layer und diverse Regressionstests.
• Versionskontrolle verwenden: Definieren Sie die Zielversionen des Ruleset für die Produktionsbereitstellung.
• Rollback-Strategie einbinden: Schlägt ein Test fehl, machen Sie den letzten Import rückgängig.
• Dokumentieren: Werden alle Tests bestanden, versehen Sie das Anwendungspaket mit einer Anmerkung, dass es fertig für die Bereitstellung ist. Die Bereitstellung kann manuell oder automatisch ausgeführt werden.

Prüfen Sie mit der folgenden Interaktion Ihr Wissen: