Scrum basiert auf den Grundsätzen Transparenz, Inspektion und Adaption, die durch bestimmte Rollen (Product Owner, Scrum Master und Development Team) und Rituale (Sprint-Planing, Daily Scrum, Sprint Review und Sprint Retrospektive) gewährleistet werden sollen. Im Mittelpunkt einer auf Scrum basierenden Entwicklung steht der Sprint, ein klar begrenzter Zeitraum, innerhalb dessen ein auslieferbares Produkt entsteht.

Extreme Programming konzentriert sich sehr stark auf die eigentliche Entwicklung, also Programmierung, eines Produktes. Dem Extreme Programming liegen die Werte Einfachheit, Kommunikation, Feedback, Mut und Respekt zugrunde. Das Vorgehensmodell verwendet Haupt-Praktiken, wie z.B. Pair-Programming, Test-getriebene Entwicklung und das kollektive Eigentum am Code, die der Entwicklung u.a. konkrete Vorgaben zur Umsetzung machen.

Kanban selbst zählt nicht direkt zu den agilen Vorgehensweisen. Es lässt sich jedoch ohne große Probleme auf eine agile Art umsetzen. Kanban besteht aus sechs Prinzipien, wie z.B. der Visualisierung des Flusses der Arbeit, die sich durch Spalten für jeden Prozessschritt auf einem Kanban-Board umsetzen lässt. Die Anforderungen durchlaufen per Pull-System jede einzelne Spalte des Boards und damit jeden Schritt der Entwicklung. Die Definition of Done regelt die Bedingungen der Umsetzung einer Anforderung.

Scaled Agile Frameworks bieten die Möglichkeit, agile Vorgehensweisen, die zumeist nur für die Anwendung in einem Entwicklungsteam vorgesehen sind, mit den Ansätzen des Lean Managements zu kombinieren, um die Vorteile der Agilität auch in großen Entwicklungsprojekte zu nutzen.

Die Einführung eines agilen Vorgehens ist ein Projekt, bei dem die grundsätzlichen Gesetzmäßigkeiten des Änderungsmanagements und die zusätzlichen Herausforderungen der etablierten Machtverhältnisse und Werte gelten. Zu Beginn des Projekts müssen die Ziele der Einführung von Agilität definiert und die Rahmenbedingungen des Vorhabens abgesteckt werden.

• Welcher agile Ansatz eignet sich und bietet für das Unternehmen den größten Nutzen?
• In welchem Verhältnis sollen die neuen agilen Werte die historisch gewachsenen ersetzen?
• Wie kann ein unternehmensspezifisches agiles Manifest aufgebaut werden?
• In welchen Phasen des Entwicklungsprozesses soll zukünftig agil vorgegangen werden?

Auch bei einem agilen Vorgehen sind die Grundtätigkeiten des Requirements Engineerings nach wie vor relevant und erfordern einen strukturierten Umgang mit Anforderungen. Anders als bei den klassischen Vorgehensmodellen werden die Tätigkeiten des Requirements Engineerings jedoch nicht „en bloc“ einmalig durchlaufen, sondern fallen mit jedem Iterationszyklus an.

Auch wenn der Stellenwert der Dokumentation bei agilen Vorgehensmodellen geringer ist als bei klassischen Vorgehensmodellen, muss auch weiterhin das Wissen der Stakeholder (z.B. das der Auftraggebenden, Anwendenden) an die Entwicklung weitergegeben werden – also Requirements Engineering betrieben werden.