✅D2: Software-Demo (Review)

Abschnitt D: Test & Inbetriebnahme

Akteure: Strategische Projektleitung; PdV; KIM; KIX; PO; Software Architekt:in; Entwickler:in

Voraussetzung

• Die bisher definierten Anforderungen an die Software wurden umgesetzt, getestet und von den Anforderungsgeber:innen in dem Schritt zuvor als abgenommen erklärt.

• Die Software läuft auf einer Integrations-Umgebung, wo sie einem größeren Publikum gezeigt werden kann.

Aktion

• Die Entwickler:innen bereiten einen Demo-Termin mit dem PdV und weiteren relevanten Stakeholder:innen vor, bei der das Ergebnis der Software-Iteration vorgestellt wird. (Scrum: Sprint-Review-Termin)

• Die Entwickler:innen stellen die Umsetzungen der Anforderung im Produkt vor, welche (in der laufenden Iteration) umgesetzt wurde.

• Das PdV und weitere relevante Stakeholder:innen haben die Möglichkeit, Fragen direkt an die Entwickler:innen zu stellen.

• Die Entwickler:innen und die Product Owner:in erhalten direktes Feedback von allen Stakeholder:innen.

• Sofern sinnvoll, erhält das PdV Zugang zu einer Testumgebung, in der das Gremium die Software testen kann.

Ergebnis

• Das PdV und weitere relevante Stakeholder:innen haben Kenntnis über den aktuellen Stand der Software und die neuen Funktionalitäten erhalten und konnten Rückfragen stellen.

• Alle Stakeholder:innen haben ein gemeinsames Verständnis, welche Funktionalitäten neu entwickelt wurde.

Auditierungsfragen

• ✅ Frage 1: Konnte das PdV und weitere relevante Stakeholder im Review Kenntnis über den aktuellen Stand der Software und die neu entwickelten Funktionalitäten erhalten und Rückfragen stellen? (QS3, QS4)

• Frage 2: Hilft das Review, damit PdV und weitere Stakeholder:innen ein gemeinsames Verständnis über die neu geschaffenen Funktionalitäten entwickeln? (QS3, QS4)