IREB RE@Agile Primer

• Agile Methoden resp. Agilität sind kein Selbstweck
• Agile Methoden eignen sich, wenn der Markt oder eine Projektsituation schnelle und kontrollierte Änderungen erfordert
• Bei der agilen Methode konzentrieren sich alle Prinzipien letztlich auf häufige Auslieferungen in einer vorgegebenen Qualität
• Passender Entwicklungsansatz ist entschiedener Erfolgsfaktor im digitalen Geschäft
• Systeme und Produkte in IT-orientierten Branchen müssen einer konstanten Anpassung unterzogen werden, damit sie mit den veränderten Bedürfnissen von Kunden oder dem Markt schritthalten können. 

Requirement Engineering (RE) ist gemäss IREB Definition: 

Ein systematischer und disziplinierter Ansatz für die Spezifikation und das Management von Anforderungen mit den folgenden Zielen:

• Verstehen und Dokumentieren der Wünsche und Bedürfnisse der Stakeholder
• Kennen der relevanten Anforderungen, Erreichen eines Konsenses der Stakeholder über diese Anforderungen, das Dokumentieren der Anforderungen nach vorgegebenen Standards und das systematische Managen der Anforderungen
• Spezifizieren und Managen von Anforderungen, um das Risiko der Auslieferung eines Systems zu minimieren, das nicht den Wünschen und Bedürfnissen der Stakeholder entspricht. 

• Im RE wird der Begriff "System" bevorzugt, da er die Tatsache betont, dass ein System eine Gruppe von Bestandteilen oder Elementen ist, die zusammen in einer Umgebung funktionieren. Die Umgebung bezeichnet man im RE als Systemkontext
• Die 4 Hauptaktivitäten des RE sind: Ermitteln, Dokumentation, Prüfen, Validierung/Abstimmung und Verwaltung von Anforderungen
• Ein zentraler Wert des IREB ist, dass das RE ein prozessunabhängiger Ansatz ist (= ein grosser Wissensfundus an Methoden und Techniken)
• IREB ist der Überzeugung, dass beide Ansätze (agil und nicht-agil) ihren Wert haben.

In der agilen Entwicklung // Manifest

• Einzelpersonen und Interaktion vor Prozesse/Werkzeuge
• Funktionierende Software vor umfassender Dokumentation
• Zusammenarbeit mit Kunden vor Vertragsverhandlung
• Reagieren auf Veränderungen vor Plan befolgen

Agile Prinzipien:

1. Zufriedenstellung des Kunden durch frühzeitige und kontinuierliche Auslieferung
2. Veränderte Anforderungen auch noch in späten Entwicklungsphasen
3. Funktionierende Software regelmässig innert weniger Wochen ausliefern
4. Stakeholder/Entwickler arbeiten täglich zusammen
5. Projekte mit motivierten Einzelpersonen
6. Persönliches Gespräch als effizienteste/effektivste Methode für Informationsvermittlung im Team
7. Funktionierende Software als primäres Mass für Fortschritt
8. Agile Prozesse fördern kontinuierliche Entwicklungen
9. Stetiges Augenmerk auf technischer Excellenz und gutes Design
10. Einfachheit ist wesentlich
11. Beste Architekturen, Anforderungen, Designs aus sich selbst organisierenden Teams
12. In regemässigen Abständen Nachdenken um effizienter zu werden.

Differenzierung nach "Prinzipien", "Verfahren" und "Aktivitäten" auf den drei Abstraktionsebenen:

• Ein Prinzip ist eine präskriptive Aussage, die abstrakt und falsifizierbar ist.
• Ein Verfahren/eine Technik ist eine Instanziierung eines Prinzips in einem bestimmten Kontext.
• Eine Aktivität ist eine reale oder geplante Ausführung eines Verfahren

Die wichtigen Begriffe zur Differenzierung der drei Definitionen sind präskriptiv, abstrakt und falsifizierbar. Präskriptiv bedeutet, dass die Aussage eine Aktion steuert, anstatt eine Tatsache oder eine Eigenschaft darzulegen. Ein Prinzip unterscheidet sich von einem Verfahren durch Abstraktheit. Ein Beispiel: „Eine Softwarefunktion vor der Auslieferung testen" ist präskriptiv, wohingegen „einen Unit-Test für jedes Softwarefeature erstellen" ein Verfahren basierend auf dem vorgegebenen Prinzip ist. Eine Aktivität zu diesem Beispiel wäre die Erstellung eines UnitTests für die Suchfunktion eines Bibliotheksystems. Falsifizierbarkeit bedeutet, dass eine Person mit hinreichendem Hintergrundwissen eine andere Meinung zu einem Prinzip haben kann. Das oben angeführte Prinzip („Eine Softwarefunktion...testen") erfüllt dieses Kriterium. 

• Das RE beschäftigt sich mit der systematischen Ermittlung und Dokumentation von Anforderungen als eigenständigen Artefakten, während bei agilen Entwicklungsprozessen die funktionierende Software im Vordergrund steht und nicht eine umfassende Dokumentation; auch werden Personen und Kommunikation höher bewertet als Prozesse und Werkzeuge.
• Ein wichtiger Unterschied zwischen der Anwendung von RE in agilen Entwicklungsprozessen und anderen Entwicklungsmethoden ist die zeitliche Abstimmung und der angewandte Prozess. 
• Das Manifest für agile Softwareentwicklung hebt den Wert eines Inkrements funktionierender Software (oder eines funktionierenden Produkts) gegenüber einer umfassenden Dokumentation hervor.

• Das Ziel der Auslieferung von Software auf ein klar definiertem Qualitätsniveau
• Dank agiler Methode kann funktionierende Software effizient und schneller ausgeliefert werden (geringere Zykluslaufzeit)
• Da RE stellt geeignete Technikgen bereit, mit deren Hilfe ein Verständnis der Wünsche und Anforderungen von Stakeholdern erlangt und die Software mit dem grössten Gewinn (Zuwachs an Business-Wert oder Liderung akuter Probleme) entwickelt werden kann. 
• RE vereinfacht:

1. Bedürfnisserkennung und Verständnis der Stakeholder für die Softwareentwicklung
2. Marktveränderungen erkennen und für Stakeholder Wettbewerbsvorteile generieren
3. Förderung effizienter Stakeholder Zusammenarbeit durch passende Techniken und Werkzeuge
4. Unterstützung verbaler Kommunikation durch passsende Techniken und Werkezuge
5. Das Verständnis um Stakeholder Anforderungen auf das Minimum reduzieren zu können.