Phase 03 · BuildEvent-drivenTeklens-Match: Sehr hoch
Spec-Conformance-Check
So funktioniert's
Bei jedem PR wird geprüft, ob der Code tatsächlich die Story und das PRD umsetzt – Drift wird vor dem Merge gefangen. Done heisst done, und es deckt auf, wo Jira-Status und Code-Realität auseinanderlaufen.
- Trigger: PR geöffnet oder gemergt
- Prüft die Implementierung gegen PRD und ADR
- Verifiziert, dass ein gemergter PR seine Story umsetzt
- Erkennt, wo der Jira-Status nicht der Code-Realität entspricht
- Liefert einen Conformance-Report
Rollen
EngineerProduct ManagerProduct Owner
Teklens Apps & Integrationen
Teklens.aiJiraGitHub
Beispiel-Prompts
Kopiere einen der folgenden Prompts und füge ihn in den Teklens-Chat ein. Passe die Details an deinen Anwendungsfall an.
Prüfe Story [S] gegen PRD/ADR.
Setzt der gemergte PR [Link] seine Story um?
Ist Ticket [ID] laut Code wirklich ‹Done›?
Verwandte Use Cases
Weitere Use Cases aus derselben Phase des Zyklus.
Estimation mit RisikotreibernDie Sprint-Schätzung in Build: LOC, Komplexität und Dependency-Graph – und der benannte Grund hinter jeder Zahl.Use Case ansehen Cross-Team Dependency GraphLegt Abhängigkeiten aus Jira und Code schon beim Planen offen statt in Woche 2.Use Case ansehen Ticket-OrganizerVerschiebt Tickets automatisch in Sprints und ordnet sie Epics zu – Roadmap und Jira bleiben synchron.Use Case ansehen
Aus dem PM Lab
Artikel, die diesen Use Case vertiefen.
- Skill Files: Die nächste KI-Kompetenz nach dem PromptingBeitrag lesen
- Discovery bleibt menschlich, Execution wird zur Spec: Wie du als Product Manager im Brownfield mit KI arbeitestBeitrag lesen
- EU AI Act für Product Manager: Compliance als Designprinzip, nicht als BremseBeitrag lesen
- Warum Spotifys Product-Management-Modell für dein Unternehmen nicht funktioniert – mit KI-Agenten erst rechtBeitrag lesen
Teklens jetzt testen
Software product management × code intelligence: Aus deinem Kontext werden begründete Prioritäten und umsetzungsreife Specs.