Wozu eine weitere Zertifizierung?

Der Transfer der agilen Werte und Prinzipien auf das Requirements Engineering und die Rolle Requirements Engineer in einem agilen Umfeld ist eine Herausforderung für viele Menschen und Organisationen.

Die heutigen Zertifizierung am Markt zu Scrum/ Agile und Requirements Engineering haben eines gemeinsam: Sie konzentrieren sich entweder auf das Thema Agilität/ Scrum oder auf das Thema Requirements Engineering. Auch “Agile Extensions”, wie sie der BABoK oder das PMI veröffentlicht haben, ergänzen nur die agile Sichtweise, sie bieten keine übergreifende integrierte Sicht.

Unsere Erfahrung in der Arbeit mit agilen Teams und Organisationen auf dem Weg zu mehr Agilität zeigt jedoch, dass gerade die Verbindung beider Themen in der Praxis Schwierigkeiten macht.

Diese Transferleistung wollen wir durch unser Zertifikat zum Certified Agile Requirements Specialist und unsere Zertifizierungstrainings motivieren und sicherstellen.

Umstellung auf agile Entwicklung im Unternehmen

Die Umstellung auf agile Entwicklung bedeutet für Unternehmen eine große Umstellung in allen Bereichen. Angefangen von den Entwicklungsprozessen selbst über organisatorische Änderungen bis hin zum Umgang mit Anforderungen.

Bekannte Rollen, wie Requirements Engineer oder Business Analyst, werden nicht explizit in den agilen Methoden erwähnt. Scrum schafft mit dem Product Owner eine neue Rolle, die Aspekte des Business Analysten, des Produktmanagers, des Projektmanagers und des Requirements Engineers in sich vereint.

In der Praxis führt das zu vielen Verunsicherungen:

  • im organisatorischen Bereich ist nicht klar, inwieweit die Rollen Business Analyst, Requirements Engineer und Produktmanager in der Rolle des Product Owners aufgehen oder
  • ob sie diese Rolle ergänzen oder diesem im Rahmen eines Product Owner Teams zuarbeiten.

Bei der Besetzung des Product Owners ist nicht klar, welche Fähigkeiten er benötigt und welche Personen hierfür geeignet sind.

Häufig fehlt dem Product Owner das geeignete Handwerkszeug, um mit Anforderungen im agilen Sinn zu arbeiten.
Das Entwicklungsteam ist in höherem Maße am Requirements Engineering beteiligt, da Anforderungen (in Form von User Stories) sehr früh und in einem oftmals vagen Zustand vorgestellt werden. Die Aufgabe des Teams ist es dann, die Anforderungen durch das Stellen geeigneter Fragen besser zu verstehen, abschätzbar zu machen und die erforderliche Detaillierung mit dem Product Owner abzustimmen.

Der Product Owner muss in der Lage sein, Business Anforderungen und die Ziele, die damit verfolgt werden, in geeigneter Weise dem Team zu vermitteln.

Welche Rolle kann ein RE/BA im agilen Umfeld nun einnehmen? Wann, wo und wie können REs/BAs mit Ihrem nützlichen Wissen/Praktiken ein agiles Team (PO und Dev.-Team) unterstützen bzw. mitarbeiten? Wenn Sie hierzu Ideen und Erfahrungen haben, ist unsere Zertifizierung genau das Richtige für Sie.