Szenario 1
Randbedingungen
Dieses Szenario zeichnet sich durch folgende Randbedingungen aus:
- Ein einziger Microservice enthält die zur Umsetzung der Vision komplette Funktionalität.
- Ein einziges Scrum Team ist für diesen Microservice zuständig
- Alle Entwickler in diesem Team sind „full stack Entwickler“, können also sowohl das Frontend, wie auch den Businesslayer und den Persistenzlayer pflegen.
Ablauf
Mit diesen Randbedingungen könnte der Ablauf für unsere Beispielvision wie folgt aussehen:
 | Der Product Owner formuliert die Vision: Unsere Kunden können ihre Rechnungsart selbständig im Kundencenter auf Direct debit, eBill oder Papierrechnung wechseln. |
 | Experience Designer und Requirements Engineer kreieren das Experience Design und erstellen folgende User Stories: - Als Kunde kann ich meine Zahlungsart auf paper bill wechseln - Als Kunde kann ich meine Zahlungsart auf eBill wechseln - Als Kunde kann ich meine Zahlungsart auf Direct debit wechseln |
 | Der Scrum Master weist die User Stories einem Sprint zu. |
 | Entwickler, Tester, Sicherheitsverantwortliche und der Betriebsverantwortliche arbeiten gemeinsam an der Implementierung der User Stories, den Tests und stellen sowohl Sicherheit wie Betrieb sicher. |
Zahlen zur Effizienz
Folgende Kennzahlen geben Aufschluss über die Effizienz dieses Szenarios:
- Formulierte Visionen: 1
- Geschriebene User Stories: 3
- Benötigte Sitzungen / Abstimmungen (2-4)
- 1 zwischen dem Produkt Owner, Requirements Engineer und dem Experience Designer
- 1-3 zwischen dem Requirements Engineer und den Entwicklern/Testern/Verantworlichen für Security und Betrieb
- Potentielle Lieferung der Funktionalität: in 2 Wochen
- Involvierte Personen: 13 (Product Owner, Scrum Master, Req. Engineer, Exp. Designer, 6xDev, Tester, Security, Operations)
- Verantwortlichkeitsgefühl der involvierten Personen: hoch
Fazit
Das Szenario 1 zeichnet sich durch eine sehr gute Effizienz aus. Nur ein einziges Team wird für die Umsetzung der Vision benötigt. Die Teammitglieder sind zudem keine Spezialisten auf nur einem Layer, sondern können die Umsetzung End zu End in Angriff nehmen. Weil die gesamte Funktionalität von diesem Team entwickelt und betrieben wird, entsteht auch ein tolles Verantwortlichkeitsgefühl.
Mit einem solchen Team können die User Stories sehr fachlich und schlank formuliert werden und die Entwickler haben für die Umsetzung maximalen Freiraum.