HeptaMS Requirements Engineering and Product Design (Lean-AI)
Führt zur Zertifizierung: HeptaMS Certified Skill – Requirements Engineering and Product Design
Der Kurs behandelt die fachliche Anforderungsarbeit in vier Schritten: Bedarf verstehen, Anforderungen schreiben, den Umfang schneiden und das Ergebnis verifizieren.
- Umfang
- 3 Halbtage à 4 h (~12 h) 3 Blöcke à 4 Stunden
- Formate
- Live Online
- Prüfung
- Multiple-Choice, 10–15 Fragen, 70 %, 3 Versuche inklusive
- Voraussetzungen
- keine. Erfahrung im Produkt- oder Anforderungsumfeld macht die Übungen ergiebiger.
Worum es geht
Der Kurs behandelt die fachliche Anforderungsarbeit in vier Schritten: Bedarf verstehen, Anforderungen schreiben, den Umfang schneiden und das Ergebnis verifizieren. Themen sind Produktvision und Kundenbedürfnisse, Personas und Jobs-to-be-Done, das Story-Format und INVEST, Story Splitting und Story Mapping, MVP-Umfang, Skizzen und Prototypen sowie Akzeptanzkriterien, Nutzertests und Erfolgskennzahlen. Ein eigener Teil behandelt, worin sich eine Anforderung unterscheidet, die von einem Agenten umgesetzt wird.
Die User Story entstand als Gesprächsanlass: Sie lässt Lücken offen, die im Gespräch geklärt werden. Ein Agent führt kein Gespräch, sondern trifft Annahmen. Zugleich bleibt die ältere Frage bestehen, ob das Richtige gebaut wird, denn Zustimmung im Review und Nutzung im Alltag sind verschiedene Signale.
Was der Kurs vermittelt
- Eine Persona und einen Job-to-be-Done aus beobachtetem Bedarf ableiten.
- Die passende Art von Backlog-Eintrag wählen, statt alles als Story zu formulieren.
- Anforderungen nach INVEST schreiben und prüfen sowie typische Fehlformen erkennen.
- Eine zu große Anforderung auf mehrere Arten schneiden und begründen, warum ein horizontaler Schnitt selten trägt.
- Eine Story Map erstellen und daraus einen MVP-Umfang ableiten, der eine benannte Annahme prüfbar macht.
- Dieselbe Anforderung für ein Team und für einen Agenten aufbereiten.
- Akzeptanzkriterien, Definition of Done und Erfolgskennzahlen auseinanderhalten.
- Ein Review so aufsetzen, dass Produktfeedback entsteht, und die passende Feedbackmethode wählen.
Für wen dieser Kurs ist
Value Owner und Product Owner. Business Analysts und Requirements Engineers. Produktmanagerinnen und Produktmanager.
Wer in eine Produkt- oder Anforderungsrolle hineinwächst. UX-Rollen, die mit Delivery-Teams zusammenarbeiten. Fachbereichsvertreter, die Anforderungen formulieren. Entwicklerinnen und Entwickler, die verstehen wollen, warum sie bekommen, was sie bekommen.
Lernziele im Detail
- 1 Erklären, warum „Card, Conversation, Confirmation" bei einem Agenten nicht mehr trägt – und was daraus für die Anforderungsarbeit folgt.
- 2 Eine Persona und einen Job-to-be-Done aus beobachtetem Bedarf ableiten statt sie zu erfinden.
- 3 Die passende Backlog-Item-Art wählen – Story, Epic, Spike, Task, Bug oder Enabler – statt alles in Stories zu pressen.
- 4 Anforderungen nach INVEST schreiben und prüfen und die typischen Anti-Pattern erkennen.
- 5 Eine zu große Anforderung nach mindestens zwei Schnitten splitten und begründen, warum horizontales Schneiden meist falsch ist.
- 6 Eine Story Map erstellen und daraus einen MVP-Scope schneiden, der eine benannte Hypothese prüfbar macht.
- 7 Dieselbe Anforderung für ein Team und für einen Agenten aufbereiten und den Unterschied begründen.
- 8 Akzeptanzkriterien, Definition of Done und Success Metrics auseinanderhalten und für einen MVP formulieren.
- 9 Ein Review so aufsetzen, dass es Produktfeedback erzeugt, und benennen, wer anwesend sein muss.
- 10 Die passende Feedbackmethode wählen – Beobachtung, Analytics oder A/B-Test – und ihre Datenschutzgrenzen benennen.
Termine & Wunsch-Pools
Noch kein Termin - trag dich in einen Wunsch-Pool ein, und sobald genug zusammen sind, planen wir einen.
Kein passender Termin? Trag dich unverbindlich in einen Wunsch-Pool ein - sobald genug Interessierte zusammenkommen, planen wir Termin und Ort und melden uns.
Wunschtermin eintragen und einen Pool für diesen Kurs starten. Sobald sich genug Interessierte zusammenfinden, planen wir den Termin und melden uns – die Buchung erfolgt erst danach.
Passt der Kurs zur Ausgangslage?
Wenn kein Termin passt oder der Kurs inhouse gebraucht wird: kurz schreiben, wir melden uns mit einem Vorschlag.