# Team Metis - Umgang mit DoD und Abnahme

Version: 8 | Last modified: 2026-03-24T13:15:53.514+01:00
Source: confluence page ID 320416827

---

DoD und DoR des ARTs
+++
Die Abnahme erfolgt auf der Umgebung des Entwicklers, wenn mÃ¶glich. Erst wenn dort die Funktion fehlerfrei funktioniert, erfolgt der finale Merge auf /main
Die Implementierung erfolgt mindestens auf dem Dev-Cluster und nicht lokal.
Die Abnahme fÃ¼hrt der DEV mit Blick auf die DoD / Akzeptanzkriterien durch, damit sichergestellt werden kann, dass der vorher definierte Mehrwert erreicht wird.
Nach dem Merge auf /main macht der PO/BA einen weiteren Smoke-Test auf der DEV-Umgebung.
Abnahme erfolgt fÃ¼r Stories, die Auswirkungen auf Feature und damit fÃ¼r die Kunden haben.Â 
FÃ¼r Technische Enabler entscheiden die DEV selbst, ob sie untereinander Reviewen oder PO/BE vorfÃ¼hren.
Abnahme erfolgt durch den PO. In der Abwesenheit oder per Delegation kann dies auch von den BE wahrgenommen werden.
Zur Abnahme vorgesehene Tickets werden von den DEV in die Spalte "Ready for approve" gestellt.
Der PO (in Vertretung BA) wird vom bearbeitenden DEV bilateral angesprochen. Es wird (falls Erstellung nÃ¶tig) die Dokumentation gezeigt und auf geeignete Weise das Ergebnis der Arbeit vorgefÃ¼hrt.
Danach wird der Enabler/Story vom Reviewer auf Done gesetzt.
Die fachlichen Testcases (X-Ray) werden von BA/PO angelegt.
ZusÃ¤tzliches Vorgehen, das wir fÃ¼r uns festhalten:
o. g. Punkte sind nur zu beachten, wenn diese Kriterien bei einer Lieferung greifen
DoD-Punkte werden in der Ã¼bergeordneten Story-Liste von dem jeweiligen Dev. abgehakt, wenn diese durch Unteraufgaben erledigt wurden.
DoDs, die nicht abgehakt werden kÃ¶nnen, werden in dem jeweiligen Kommentarfeld der Story erlÃ¤utert.Sollte man der Meinung sein, dass kein automatischer Integration-Test mÃ¶glich/notwendig ist,Â muss das auch in den Kommentaren festgehalten werden.
Wir sprechen nochmal kurz Ã¼ber die Kommentare um noch eine zweite Meinung einzuholen.

Der Letzte setzt den Haken.
Darauf achten, dass keine Arbeitsaufgaben oder ToDos in der Kommentarfunktion formuliert, sondern neue Unteraufgaben erstellt werden.
TBD: Wie gehen wir mit Reviews und Abnahmen von Stories um, die nicht abgenommen werden kÃ¶nnen? â Dann finden bilaterale Absprachen zwischen Dev und PO statt
