{"id":47,"date":"2026-03-23T12:42:03","date_gmt":"2026-03-23T12:42:03","guid":{"rendered":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/"},"modified":"2026-03-23T12:42:03","modified_gmt":"2026-03-23T12:42:03","slug":"defining-done-acceptance-criteria-agile-guide","status":"publish","type":"post","link":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/","title":{"rendered":"Agile-Leitfaden: Definieren von \u201eDone\u201c \u2013 Erstellen klarer Akzeptanzkriterien f\u00fcr Stories"},"content":{"rendered":"
\n
\"Hand-drawn<\/figure>\n<\/div>\n

In der schnellen Umgebung agiler Entwicklung ist Unklarheit der Feind des Fortschritts. Wenn ein Team eine Benutzerstory ohne klare Grenzen erh\u00e4lt, divergieren die Erwartungen, was zu Nacharbeit, verz\u00f6gerten Releases und Frustration f\u00fchrt.Akzeptanzkriterien<\/strong> und die Definition von \u201eDone\u201c<\/strong>sind nicht nur administrative Aufgaben; sie sind die grundlegenden Vertr\u00e4ge zwischen Stakeholdern und dem Entwicklerteam. Sie definieren, wie Erfolg aussehen soll, noch bevor ein einziger Codezeile geschrieben wurde.<\/p>\n

Dieser Leitfaden untersucht die Mechanismen zur Erstellung pr\u00e4ziser Akzeptanzkriterien und zur Festlegung einer robusten Definition von \u201eDone\u201c. Wir werden untersuchen, wie diese Elemente die Qualit\u00e4t f\u00f6rdern, Verschwendung reduzieren und sicherstellen, dass jeder Sprint greifbaren Wert liefert. Am Ende dieses Dokuments werden Sie verstehen, wie Sie Ihren Backlog strukturieren, um Unklarheiten zu minimieren und die Lieferzuversicht zu maximieren.<\/p>\n

\ud83e\udde9 Verst\u00e4ndnis von Akzeptanzkriterien im Vergleich zur Definition von \u201eDone\u201c<\/h2>\n

Obwohl sie von Anf\u00e4ngern in der Methodik oft synonym verwendet werden, Akzeptanzkriterien (AK)<\/strong> und Definition von \u201eDone\u201c (DoD)<\/strong>erf\u00fcllen unterschiedliche Zwecke. Die Verwechslung beider kann dazu f\u00fchren, dass Stories technisch abgeschlossen sind, aber die gesch\u00e4ftlichen Anforderungen nicht erf\u00fcllen, oder dass Stories gesch\u00e4ftlich bereit sind, aber die technischen Standards nicht erf\u00fcllen.<\/p>\n

Was sind Akzeptanzkriterien?<\/h3>\n

Akzeptanzkriterien sind eine spezifische Reihe von Bedingungen, die eine Benutzerstory erf\u00fcllen muss, um aus gesch\u00e4ftlicher Sicht als abgeschlossen angesehen zu werden. Sie sind f\u00fcr jede Story einzigartig. Wenn eine Story \u00fcber \u201eAnmelden\u201c geht, definieren die AKs, was einen erfolgreichen Anmeldevorgang ausmacht. Wenn eine Story \u00fcber \u201eAnzeigen eines Dashboards\u201c geht, definieren die AKs, welche Daten angezeigt werden und wie sie aktualisiert werden.<\/p>\n

    \n
  • \n

    Umfang:<\/strong>Spezifisch f\u00fcr die einzelne Benutzerstory.<\/p>\n<\/li>\n

  • \n

    Zweck:<\/strong>Die \u00dcberpr\u00fcfung funktionalen Verhaltens und gesch\u00e4ftlichen Nutzens.<\/p>\n<\/li>\n

  • \n

    Verantwortung:<\/strong>Typischerweise definiert vom Product Owner in Zusammenarbeit mit dem Team.<\/p>\n<\/li>\n

  • \n

    Beispiel:<\/strong> \u201eDas System soll Benutzern erlauben, ihr Passwort per E-Mail innerhalb von 5 Minuten zur\u00fcckzusetzen.\u201c<\/p>\n<\/li>\n<\/ul>\n

    Was ist die Definition von \u201eDone\u201c?<\/h3>\n

    Die Definition von \u201eDone\u201c ist ein gemeinsames Verst\u00e4ndnis daf\u00fcr, was es bedeutet, dass Arbeit im gesamten Projekt abgeschlossen ist. Es ist eine Checkliste, die auf jede<\/em>Story anwendbar ist, unabh\u00e4ngig vom Inhalt. Sie stellt die Qualit\u00e4tsgrundlage des Produkts dar.<\/p>\n

      \n
    • \n

      Umfang:<\/strong>Gilt f\u00fcr alle Arbeitselemente im Backlog.<\/p>\n<\/li>\n

    • \n

      Zweck:<\/strong> Um eine einheitliche Qualit\u00e4t und technische Integrit\u00e4t sicherzustellen.<\/p>\n<\/li>\n

    • \n

      Eigentum:<\/strong> Gemeinsam von dem Entwicklungsteam gehalten.<\/p>\n<\/li>\n

    • \n

      Beispiel:<\/strong> \u201eDer Code wurde gepr\u00fcft, Einheitstests bestanden und die Dokumentation aktualisiert.\u201c<\/p>\n<\/li>\n<\/ul>\n\n\n\n\n<\/colgroup>\n\n\n\n\n\n\n
      \n

      Funktion<\/p>\n<\/th>\n

      		\n

      Akzeptanzkriterien<\/p>\n<\/th>\n

      		\n

      Definition des Fertiggestelltseins<\/p>\n<\/th>\n<\/tr>\n

      \n

      Feinheit<\/strong><\/p>\n<\/td>\n

      		\n

      Spezifisch f\u00fcr eine Geschichte<\/p>\n<\/td>\n

      		\n

      Universell f\u00fcr alle Geschichten<\/p>\n<\/td>\n<\/tr>\n

      \n

      Fokus<\/strong><\/p>\n<\/td>\n

      		\n

      Gesch\u00e4ftsfunktion<\/p>\n<\/td>\n

      		\n

      Technische Qualit\u00e4t & Standards<\/p>\n<\/td>\n<\/tr>\n

      \n

      Entwicklung<\/strong><\/p>\n<\/td>\n

      		\n

      \u00c4nderungen pro Geschichte<\/p>\n<\/td>\n

      		\n

      Statisch oder entwickelt sich langsam<\/p>\n<\/td>\n<\/tr>\n

      \n

      Beispiel<\/strong><\/p>\n<\/td>\n

      		\n

      \u201eDie Schaltfl\u00e4che wird bei Klick gr\u00fcn\u201c<\/p>\n<\/td>\n

      		\n

      \u201eKeine Konsolenfehler vorhanden\u201c<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      \ud83d\udcdd Die Anatomie eines hochwertigen Akzeptanzkriteriums<\/h2>\n

      Die Erstellung wirksamer Akzeptanzkriterien erfordert eine Verschiebung von vagen W\u00fcnschen hin zu messbaren Bedingungen. Ein Kriterium ist keine Aufgabe; es ist eine \u00fcberpr\u00fcfbare Bedingung. Wenn die Kriterien schwach sind, wird die Testphase zu einem Ratespiel. Wenn sie stark sind, wird die Testphase zu einem \u00dcberpr\u00fcfungsprozess.<\/p>\n

      Eigenschaften wirksamer Kriterien<\/h3>\n

      Um Klarheit zu gew\u00e4hrleisten, sollten Akzeptanzkriterien bestimmten Prinzipien folgen. Diese Prinzipien helfen dem Team, Missverst\u00e4ndnisse zu vermeiden und sicherzustellen, dass alle dasselbe mentale Modell der Funktion teilen.<\/p>\n

        \n
      • \n

        Zweideutig:<\/strong> Verwenden Sie W\u00f6rter wie \u201eschnell\u201c, \u201eeinfach\u201c oder \u201ebenutzerfreundlich\u201c nicht. Verwenden Sie stattdessen konkrete Metriken, wie beispielsweise \u201el\u00e4dt in weniger als 2 Sekunden\u201c oder \u201eerfordert 3 Klicks, um abgeschlossen zu werden.\u201c<\/p>\n<\/li>\n

      • \n

        Pr\u00fcfbar:<\/strong> Wenn Sie keinen Testfall daf\u00fcr schreiben k\u00f6nnen, ist es kein g\u00fcltiges Kriterium. Jedes Kriterium muss ein Ergebnis von Bestanden oder Nicht-bestanden liefern.<\/p>\n<\/li>\n

      • \n

        Vollst\u00e4ndig:<\/strong> Decken Sie gl\u00fcckliche Pfade, Randf\u00e4lle und negative Szenarien ab. Was passiert, wenn die Eingabe leer ist? Was passiert, wenn das Netzwerk ausf\u00e4llt?<\/p>\n<\/li>\n

      • \n

        Unabh\u00e4ngig:<\/strong> W\u00e4hrend Geschichten von anderen Geschichten abh\u00e4ngen k\u00f6nnen, sollten die Kriterien einer Geschichte nicht von den Kriterien einer anderen abh\u00e4ngen, um g\u00fcltig zu sein.<\/p>\n<\/li>\n

      • \n

        Wertvoll:<\/strong> Konzentriere dich auf das, was der Nutzer erlebt. Technische Implementierungsdetails sind meist besser f\u00fcr die Definition des Fertigstellungsstatus oder technische Anmerkungen geeignet.<\/p>\n<\/li>\n<\/ul>\n

        Schreibtechniken<\/h3>\n

        Es gibt strukturierte Ans\u00e4tze zum Schreiben von Kriterien, die die Konsistenz innerhalb des Teams verbessern. Die Verwendung dieser Formate verringert die kognitive Belastung beim \u00dcberpr\u00fcfen von Backlog-Elementen.<\/p>\n

        1. Das Gegeben-Wenn-Dann-Format<\/h4>\n

        Auch bekannt als Gherkin-Syntax, strukturiert dieses Format Kriterien in eine Szene. Es trennt den Kontext, die Aktion und das erwartete Ergebnis.<\/p>\n

          \n
        • \n

          Gegeben:<\/strong> Der urspr\u00fcngliche Zustand oder Kontext.<\/p>\n<\/li>\n

        • \n

          Wenn:<\/strong> Das Ereignis oder die Aktion, die der Nutzer unternimmt.<\/p>\n<\/li>\n

        • \n

          Dann:<\/strong> Das beobachtbare Ergebnis, das best\u00e4tigt, dass die Funktion funktioniert.<\/p>\n<\/li>\n<\/ul>\n

          Beispiel:<\/em><\/p>\n

            \n
          • \n

            Gegeben<\/strong> der Nutzer ist mit einem aktiven Abonnement angemeldet<\/p>\n<\/li>\n

          • \n

            Wenn<\/strong> sie zur Abrechnungsseite navigieren<\/p>\n<\/li>\n

          • \n

            Dann<\/strong> werden das aktuelle Abonnement und das n\u00e4chste Verl\u00e4ngerungsdatum angezeigt<\/p>\n<\/li>\n<\/ul>\n

            2. Das Pr\u00fcfzett-Format<\/h4>\n

            F\u00fcr einfachere Geschichten reicht oft eine direkte Liste von Bedingungen aus. Dieses Format eignet sich am besten f\u00fcr UI-\u00c4nderungen oder einfache Datenaktualisierungen.<\/p>\n

              \n
            • \n

              Stelle sicher, dass die Schaltfl\u00e4che \u201eAbsenden\u201c deaktiviert ist, wenn das Formular leer ist.<\/p>\n<\/li>\n

            • \n

              Stelle sicher, dass die Fehlermeldung in roter Schrift unter dem Eingabefeld angezeigt wird.<\/p>\n<\/li>\n

            • \n

              Best\u00e4tige, dass die API-Antwort einen Statuscode 200 zur\u00fcckgibt.<\/p>\n<\/li>\n<\/ul>\n

              3. Das regelbasierte Format<\/h4>\n

              Einige Funktionen h\u00e4ngen stark von Gesch\u00e4ftslogik ab. Die explizite Aufz\u00e4hlung dieser Regeln verhindert Logikfehler w\u00e4hrend der Entwicklung.<\/p>\n

                \n
              • \n

                Rabatte gelten nur f\u00fcr Artikel mit einem Preis von mehr als 10 US-Dollar.<\/p>\n<\/li>\n

              • \n

                Benutzer unter 18 Jahren k\u00f6nnen auf die Premium-Ebene nicht zugreifen.<\/p>\n<\/li>\n

              • \n

                Die maximale Dateigr\u00f6\u00dfe f\u00fcr Uploads betr\u00e4gt 10 MB.<\/p>\n<\/li>\n<\/ul>\n

                \ud83e\udd1d Zusammenarbeit bei der Verbesserung<\/h2>\n

                Akzeptanzkriterien werden nicht isoliert verfasst. Sie entstehen durch Zusammenarbeit. Der Product Owner bringt den gesch\u00e4ftlichen Kontext ein, w\u00e4hrend das Entwicklungsteam die technische Umsetzbarkeit einbringt. Diese Zusammenarbeit findet w\u00e4hrend derBacklog-Optimierung<\/strong> Sitzungen.<\/p>\n

                Wer sollte beteiligt sein?<\/h3>\n

                W\u00e4hrend der Product Owner der Hauptverfasser der Kriterien ist, steigt ihr Wert erheblich, wenn andere beitragen.<\/p>\n

                  \n
                • \n

                  Product Owner:<\/strong> Definiert das \u201eWas\u201c und das \u201eWarum\u201c. Stellt sicher, dass die Kriterien die Nutzerbed\u00fcrfnisse widerspiegeln.<\/p>\n<\/li>\n

                • \n

                  Entwickler:<\/strong> Identifizieren technische Beschr\u00e4nkungen. Sie kl\u00e4ren, was innerhalb der aktuellen Architektur m\u00f6glich ist.<\/p>\n<\/li>\n

                • \n

                  QA \/ Tester:<\/strong> Fokussieren sich auf Randf\u00e4lle. Sie fragen: \u201eWas bringt dies zum Absturz?\u201c und \u201eWie messen wir Erfolg?\u201c<\/p>\n<\/li>\n

                • \n

                  Designer:<\/strong> Stellen sicher, dass visuelle und interaktive Kriterien den Designvorgaben entsprechen.<\/p>\n<\/li>\n<\/ul>\n

                  Wann sollte man optimieren?<\/h3>\n

                  Die Optimierung ist eine kontinuierliche T\u00e4tigkeit, kein einmaliger Vorgang. Ziel ist es sicherzustellen, dass die Geschichten f\u00fcr die n\u00e4chste Sprint-Planung bereit sind. Eine g\u00e4ngige Faustregel besagt, dass 50 % bis 75 % des Backlogs des n\u00e4chsten Sprints optimiert und bereit zur Umsetzung sein sollten.<\/p>\n

                    \n
                  • \n

                    Fr\u00fchphase:<\/strong> Grobe Skizzen. Fokus auf den Hauptnutzen und die groben Abl\u00e4ufe.<\/p>\n<\/li>\n

                  • \n

                    Mittlere Phase:<\/strong>Detaillierung von Randf\u00e4llen und spezifischen Datenanforderungen.<\/p>\n<\/li>\n

                  • \n

                    Vor dem Sprint:<\/strong>Endg\u00fcltige \u00dcberpr\u00fcfung. Sicherstellen, dass keine Unklarheiten mehr bestehen, bevor eine Verpflichtung eingegangen wird.<\/p>\n<\/li>\n<\/ul>\n

                    \u26a0\ufe0f H\u00e4ufige Fehler und wie man sie vermeidet<\/h2>\n

                    Sogar erfahrene Teams haben Schwierigkeiten mit Akzeptanzkriterien. Die Erkennung h\u00e4ufiger Fehler erm\u00f6glicht es Ihnen, rechtzeitig Korrekturen vorzunehmen, bevor sie die Lieferung beeintr\u00e4chtigen.<\/p>\n

                    1. Schreiben von Aufgaben statt Kriterien<\/h3>\n

                    Ein h\u00e4ufiger Fehler ist das Auflisten von Implementierungsschritten. \u201eEine Datenbanktabelle erstellen\u201c ist eine Aufgabe. \u201eDaten bleiben \u00fcber Sitzungen hinweg erhalten\u201c ist ein Kriterium. Aufgaben geh\u00f6ren in den Entwicklungsplan, nicht in die Akzeptanzkriterien.<\/p>\n

                    2. \u00dcberm\u00e4\u00dfige Spezifizierung<\/h3>\n

                    Zu viele Details k\u00f6nnen die Innovation hemmen. Wenn Sie den Entwicklern genau sagen, wie ein Problem gel\u00f6st werden soll, beschr\u00e4nken Sie ihre F\u00e4higkeit, bessere L\u00f6sungen zu finden. Konzentrieren Sie sich auf das Verhalten, nicht auf die Mechanismen.<\/p>\n

                    3. Vernachl\u00e4ssigung von Nicht-Funktionalen Anforderungen<\/h3>\n

                    Leistungsf\u00e4higkeit, Sicherheit und Barrierefreiheit werden oft \u00fcbersehen. Eine Funktion, die funktioniert, aber unsicher oder nicht barrierefrei ist, ist nicht abgeschlossen. F\u00fcgen Sie Kriterien f\u00fcr folgendes hinzu:<\/p>\n

                      \n
                    • \n

                      Leistungsf\u00e4higkeit:<\/strong> \u201eDie Seite l\u00e4dt in weniger als 2 Sekunden.\u201c<\/p>\n<\/li>\n

                    • \n

                      Barrierefreiheit:<\/strong> \u201eBildschirmleser k\u00f6nnen das Formular navigieren.\u201c<\/p>\n<\/li>\n

                    • \n

                      Sicherheit:<\/strong> \u201ePassw\u00f6rter werden vor der Speicherung gehasht.\u201c<\/p>\n<\/li>\n<\/ul>\n

                      4. Mehrdeutige Sprache<\/h3>\n

                      W\u00f6rter wie \u201eoptimiert\u201c, \u201erobust\u201c oder \u201emodern\u201c sind subjektiv. Ersetzen Sie sie durch messbare Standards. \u201eOptimiert\u201c wird zu \u201eReduziert API-Aufrufe um 20 %\u201c. \u201eRobust\u201c wird zu \u201eVerarbeitet 1.000 gleichzeitige Benutzer ohne Fehler.\u201c<\/p>\n

                      \ud83d\udd04 Die Definition des Fertigstellens: Sicherstellung der Konsistenz<\/h2>\n

                      W\u00e4hrend die Akzeptanzkriterien sicherstellen, dass die Funktion f\u00fcr den Benutzer funktioniert, stellt die Definition des Fertigstellens sicher, dass der Code sicher freigegeben werden kann. Eine DoD wirkt als Schleuse. Wenn eine Geschichte die DoD nicht erf\u00fcllt, kann sie nicht in den Status \u201eErledigt\u201c \u00fcberf\u00fchrt werden, unabh\u00e4ngig davon, ob die Akzeptanzkriterien erf\u00fcllt sind.<\/p>\n

                      Bestandteile einer starken Definition des Fertigstellens<\/h3>\n

                      Eine umfassende DoD deckt den gesamten Lebenszyklus einer Code\u00e4nderung ab. Sie sollte f\u00fcr alle sichtbar sein, oft auf einer physischen Tafel oder einer digitalen Dashboard angezeigt.<\/p>\n

                        \n
                      • \n

                        Codequalit\u00e4t:<\/strong> Keine Code-Schimmel, Linting-Pr\u00fcfungen bestanden, Komplexit\u00e4tsschwellen erreicht.<\/p>\n<\/li>\n

                      • \n

                        Testen:<\/strong> Einheitstests geschrieben und bestanden, Integrations-Tests bestanden, manuelles Testen best\u00e4tigt.<\/p>\n<\/li>\n

                      • \n

                        Dokumentation:<\/strong> Benutzerdokumentation aktualisiert, API-Dokumentation aktualisiert, interne Wissensdatenbank verkn\u00fcpft.<\/p>\n<\/li>\n

                      • \n

                        Sicherheit:<\/strong> Abh\u00e4ngigkeitspr\u00fcfung bestanden, keine verschl\u00fcsselten Geheimnisse im Code, Schwachstellenpr\u00fcfung bestanden.<\/p>\n<\/li>\n

                      • \n

                        Bereitstellung:<\/strong> Code in den Hauptzweig integriert, in Staging bereitgestellt, in der Produktionsumgebung verifiziert.<\/p>\n<\/li>\n<\/ul>\n

                        Verfeinerung der Definition des Fertigstellens<\/h3>\n

                        Die DoD ist nicht statisch. Je weiter sich das Team entwickelt und je mehr sich die Technologie \u00e4ndert, desto mehr sollte die DoD sich weiterentwickeln. Wenn ein neues Testwerkzeug eingef\u00fchrt wird, sollte die DoD die Verpflichtung zur Nutzung dieses Werkzeugs widerspiegeln. Wenn ein Sicherheitsstandard aktualisiert wird, muss die DoD sich anpassen.<\/p>\n

                          \n
                        • \n

                          Regelm\u00e4\u00dfige \u00dcberpr\u00fcfung:<\/strong> Besprechen Sie die DoD w\u00e4hrend der Retrospektiven. Ist sie zu schwer? Ist sie zu leicht?<\/p>\n<\/li>\n

                        • \n

                          Schrittweise Erweiterung:<\/strong> F\u00fcgen Sie Schritt f\u00fcr Schritt neue Elemente hinzu. Verdoppeln Sie die DoD nicht \u00fcber Nacht. Dadurch werden Engp\u00e4sse vermieden.<\/p>\n<\/li>\n

                        • \n

                          Team-Konsens:<\/strong> Das Team muss sich auf die Definition des Fertigstellens einigen. Wenn Entwickler meinen, es sei unm\u00f6glich, werden sie sie umgehen, was ihren Zweck zunichtemacht.<\/p>\n<\/li>\n<\/ul>\n

                          \ud83d\udcc8 Messung von Einfluss und Qualit\u00e4t<\/h2>\n

                          Die Investition von Zeit in die Definition von \u201eFertiggestellt\u201c und Akzeptanzkriterien bringt messbare Ergebnisse. Teams, die Klarheit priorisieren, sehen Verbesserungen in Geschwindigkeit, Vorhersagbarkeit und Qualit\u00e4t.<\/p>\n

                          Wichtige Metriken zur Verfolgung<\/h3>\n
                            \n
                          • \n

                            Fehler-Entweichungsrate:<\/strong> Die Anzahl der Fehler, die in der Produktion gefunden werden. Klare Kriterien verringern die Wahrscheinlichkeit, dass Logikfehler an die Benutzer gelangen.<\/p>\n<\/li>\n

                          • \n

                            Anteil der Nacharbeit:<\/strong> Wie viel Arbeit wird nach der ersten Fertigstellung r\u00fcckg\u00e4ngig gemacht oder ge\u00e4ndert. Mehrdeutige Kriterien f\u00fchren oft zu Nacharbeit.<\/p>\n<\/li>\n

                          • \n

                            Einhaltung der Definition des Fertigstellens:<\/strong> Wie viele Stories sind als \u201eFertiggestellt\u201c markiert, die tats\u00e4chlich die vollst\u00e4ndige DoD-Checkliste erf\u00fcllt haben.<\/p>\n<\/li>\n

                          • \n

                            Zeit f\u00fcr die Nacharbeit:<\/strong> Zeit, die f\u00fcr die Diskussion der Kriterien aufgewendet wird. Obwohl dies zu Beginn Zeit kostet, reduziert es die Zeit, die w\u00e4hrend der Entwicklung f\u00fcr Kl\u00e4rungen ben\u00f6tigt wird.<\/p>\n<\/li>\n<\/ul>\n

                            Feedback-Schleifen<\/h3>\n

                            Die Qualit\u00e4t Ihrer Kriterien kann durch Feedback-Schleifen bewertet werden. Wenn ein QA-Engineer h\u00e4ufig Probleme findet, die durch die Kriterien abgedeckt sein sollten, m\u00fcssen die Kriterien \u00fcberarbeitet werden. Wenn Entwickler w\u00e4hrend der Entwicklung h\u00e4ufig kl\u00e4rende Fragen stellen, ben\u00f6tigen die Kriterien mehr Detail.<\/p>\n

                            Nutzen Sie das Retrospektiv, um diese Themen zu besprechen. Fragen Sie die Mannschaft:<\/p>\n

                              \n
                            • \n

                              Haben wir irgendeine Geschichte missverstanden?<\/p>\n<\/li>\n

                            • \n

                              Gibt es Randf\u00e4lle, die wir \u00fcbersehen haben?<\/p>\n<\/li>\n

                            • \n

                              War die Definition des Fertigstellens innerhalb des Sprint-Zeitrahmens erreichbar?<\/p>\n<\/li>\n<\/ul>\n

                              \ud83d\udee0\ufe0f Praktische Umsetzungsschritte<\/h2>\n

                              Die Implementierung eines robusten Systems f\u00fcr Akzeptanzkriterien und die Definition des Fertigstellens erfordert einen strukturierten Ansatz. Folgen Sie diesen Schritten, um diese Praktiken in Ihren Arbeitsablauf zu integrieren.<\/p>\n

                              Schritt 1: Festlegung der Grundlage<\/h3>\n

                              Beginnen Sie damit, die minimale Definition des Fertigstellens zu definieren. Was ist das absolute Minimum, das erforderlich ist, um Code als sicher zu betrachten? Dazu k\u00f6nnten \u201eKompiliert\u201c, \u201eL\u00e4uft lokal\u201c und \u201eGrundlegende Tests\u201c geh\u00f6ren. Bringen Sie die Mannschaft sofort dazu, sich auf diese Grundlage zu einigen.<\/p>\n

                              Schritt 2: Schulung zum Schreiben von Kriterien<\/h3>\n

                              F\u00fchren Sie Workshops durch, um die Mannschaft zu lehren, Given-When-Then-Szenarien zu schreiben. Verwenden Sie echte Stories aus dem Backlog als \u00dcbungsbeispiele. Dadurch stellen Sie sicher, dass alle das erwartete Format und die Tiefe verstehen.<\/p>\n

                              Schritt 3: Integration in den Arbeitsablauf<\/h3>\n

                              Machen Sie die Kriterien zu einem Pflichtfeld in Ihrem Verfolgungssystem. Stories ohne Kriterien k\u00f6nnen nicht in den Status \u201eBereit f\u00fcr Sprint-Planung\u201c verschoben werden. Dies f\u00f6rdert die Disziplin, ohne eine Mikroverwaltung zu erfordern.<\/p>\n

                              Schritt 4: \u00dcberpr\u00fcfung w\u00e4hrend der Planung<\/h3>\n

                              Weisen Sie Zeit im Sprint-Planungsmeeting zur \u00dcberpr\u00fcfung der Kriterien ausgew\u00e4hlter Stories an. Wenn eine Story unklar ist, verpflichten Sie sich nicht dazu. Schieben Sie sie zur\u00fcck zur Nacharbeit. Dies sch\u00fctzt die Mannschaft vor der \u00dcbernahme mehrdeutiger Arbeit.<\/p>\n

                              Schritt 5: Kontinuierliche Verbesserung<\/h3>\n

                              \u00dcberpr\u00fcfen Sie die Kriterien nach dem Sprint. Hielten sie stand? Haben sie die Probleme erfasst, die sie erfassen sollten? Aktualisieren Sie die Vorlagen und Standards basierend auf diesen Erkenntnissen.<\/p>\n

                              \ud83c\udf1f Vorw\u00e4rtsbewegung<\/h2>\n

                              Klare Akzeptanzkriterien und eine solide Definition des Fertigstellungsstatus sind keine Abk\u00fcrzungen; sie sind die Grundlage f\u00fcr zuverl\u00e4ssige Agile-Lieferung. Sie verwandeln die Entwicklung von einem Ratespiel in einen vorhersehbaren Prozess. Indem Teams Zeit investieren, um im Vorfeld festzulegen, wie Erfolg aussehen soll, reduzieren sie Verschwendung, steigern die Motivation und liefern qualitativ hochwertigere Software.<\/p>\n

                              Die Reise zur Klarheit ist kontinuierlich. Sie erfordert Disziplin, um an den Standards festzuhalten, und Mut, um vage Anforderungen zur\u00fcckzuweisen. Wenn Sie Ihre Prozesse verfeinern, werden Sie feststellen, dass die Zeit, die Sie f\u00fcr die Definition von Fertig gestellt aufwenden, Zeit spart bei Debugging, Nacharbeit und Stakeholder-Management. Konzentrieren Sie sich auf Pr\u00e4zision, f\u00f6rdern Sie die Zusammenarbeit und lassen Sie die Qualit\u00e4t Ihrer Kriterien die Qualit\u00e4t Ihres Produkts bestimmen.<\/p>\n","protected":false},"excerpt":{"rendered":"

                              In der schnellen Umgebung agiler Entwicklung ist Unklarheit der Feind des Fortschritts. Wenn ein Team eine Benutzerstory ohne klare Grenzen erh\u00e4lt, divergieren die Erwartungen, was zu Nacharbeit, verz\u00f6gerten Releases und…<\/p>\n","protected":false},"author":1,"featured_media":48,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"Definition von Fertig: Leitfaden f\u00fcr agile Akzeptanzkriterien","_yoast_wpseo_metadesc":"Lernen Sie, klare Akzeptanzkriterien und eine Definition des Fertigstellungsstatus f\u00fcr agile Geschichten zu erstellen. Verbessern Sie die Qualit\u00e4t, reduzieren Sie Nacharbeit und optimieren Sie Ihre Sprint-Lieferung.","inline_featured_image":false,"fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[13],"tags":[6,12],"class_list":["post-47","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agile","tag-academic","tag-agile"],"yoast_head":"\nDefinition von Fertig: Leitfaden f\u00fcr agile Akzeptanzkriterien<\/title>\n<meta name=\"description\" content=\"Lernen Sie, klare Akzeptanzkriterien und eine Definition des Fertigstellungsstatus f\u00fcr agile Geschichten zu erstellen. Verbessern Sie die Qualit\u00e4t, reduzieren Sie Nacharbeit und optimieren Sie Ihre Sprint-Lieferung.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Definition von Fertig: Leitfaden f\u00fcr agile Akzeptanzkriterien\" \/>\n<meta property=\"og:description\" content=\"Lernen Sie, klare Akzeptanzkriterien und eine Definition des Fertigstellungsstatus f\u00fcr agile Geschichten zu erstellen. Verbessern Sie die Qualit\u00e4t, reduzieren Sie Nacharbeit und optimieren Sie Ihre Sprint-Lieferung.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/\" \/>\n<meta property=\"og:site_name\" content=\"Go Deck Deutsch\u2013 Discover AI Trends, Tools & Future Insights\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-23T12:42:03+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"11\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.go-deck.com\/de\/#\/schema\/person\/7549ecafb441f7f62d698414909124df\"},\"headline\":\"Agile-Leitfaden: Definieren von \u201eDone\u201c \u2013 Erstellen klarer Akzeptanzkriterien f\u00fcr Stories\",\"datePublished\":\"2026-03-23T12:42:03+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/\"},\"wordCount\":2202,\"publisher\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\",\"keywords\":[\"academic\",\"agile\"],\"articleSection\":[\"Agile\"],\"inLanguage\":\"de\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/\",\"url\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/\",\"name\":\"Definition von Fertig: Leitfaden f\u00fcr agile Akzeptanzkriterien\",\"isPartOf\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\",\"datePublished\":\"2026-03-23T12:42:03+00:00\",\"description\":\"Lernen Sie, klare Akzeptanzkriterien und eine Definition des Fertigstellungsstatus f\u00fcr agile Geschichten zu erstellen. Verbessern Sie die Qualit\u00e4t, reduzieren Sie Nacharbeit und optimieren Sie Ihre Sprint-Lieferung.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#primaryimage\",\"url\":\"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\",\"contentUrl\":\"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.go-deck.com\/de\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Agile-Leitfaden: Definieren von \u201eDone\u201c \u2013 Erstellen klarer Akzeptanzkriterien f\u00fcr Stories\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.go-deck.com\/de\/#website\",\"url\":\"https:\/\/www.go-deck.com\/de\/\",\"name\":\"Go Deck Deutsch\u2013 Discover AI Trends, Tools & Future Insights\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.go-deck.com\/de\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.go-deck.com\/de\/#organization\",\"name\":\"Go Deck Deutsch\u2013 Discover AI Trends, Tools & Future Insights\",\"url\":\"https:\/\/www.go-deck.com\/de\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.go-deck.com\/de\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/go-deck-logo2.png\",\"contentUrl\":\"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/go-deck-logo2.png\",\"width\":983,\"height\":401,\"caption\":\"Go Deck Deutsch\u2013 Discover AI Trends, Tools & Future Insights\"},\"image\":{\"@id\":\"https:\/\/www.go-deck.com\/de\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.go-deck.com\/de\/#\/schema\/person\/7549ecafb441f7f62d698414909124df\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.go-deck.com\/de\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\/\/www.go-deck.com\"],\"url\":\"https:\/\/www.go-deck.com\/de\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Definition von Fertig: Leitfaden f\u00fcr agile Akzeptanzkriterien","description":"Lernen Sie, klare Akzeptanzkriterien und eine Definition des Fertigstellungsstatus f\u00fcr agile Geschichten zu erstellen. Verbessern Sie die Qualit\u00e4t, reduzieren Sie Nacharbeit und optimieren Sie Ihre Sprint-Lieferung.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/","og_locale":"de_DE","og_type":"article","og_title":"Definition von Fertig: Leitfaden f\u00fcr agile Akzeptanzkriterien","og_description":"Lernen Sie, klare Akzeptanzkriterien und eine Definition des Fertigstellungsstatus f\u00fcr agile Geschichten zu erstellen. Verbessern Sie die Qualit\u00e4t, reduzieren Sie Nacharbeit und optimieren Sie Ihre Sprint-Lieferung.","og_url":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/","og_site_name":"Go Deck Deutsch\u2013 Discover AI Trends, Tools & Future Insights","article_published_time":"2026-03-23T12:42:03+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":false,"Gesch\u00e4tzte Lesezeit":"11\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#article","isPartOf":{"@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.go-deck.com\/de\/#\/schema\/person\/7549ecafb441f7f62d698414909124df"},"headline":"Agile-Leitfaden: Definieren von \u201eDone\u201c \u2013 Erstellen klarer Akzeptanzkriterien f\u00fcr Stories","datePublished":"2026-03-23T12:42:03+00:00","mainEntityOfPage":{"@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/"},"wordCount":2202,"publisher":{"@id":"https:\/\/www.go-deck.com\/de\/#organization"},"image":{"@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#primaryimage"},"thumbnailUrl":"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","keywords":["academic","agile"],"articleSection":["Agile"],"inLanguage":"de"},{"@type":"WebPage","@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/","url":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/","name":"Definition von Fertig: Leitfaden f\u00fcr agile Akzeptanzkriterien","isPartOf":{"@id":"https:\/\/www.go-deck.com\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#primaryimage"},"image":{"@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#primaryimage"},"thumbnailUrl":"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","datePublished":"2026-03-23T12:42:03+00:00","description":"Lernen Sie, klare Akzeptanzkriterien und eine Definition des Fertigstellungsstatus f\u00fcr agile Geschichten zu erstellen. Verbessern Sie die Qualit\u00e4t, reduzieren Sie Nacharbeit und optimieren Sie Ihre Sprint-Lieferung.","breadcrumb":{"@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#primaryimage","url":"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","contentUrl":"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/acceptance-criteria-definition-of-done-agile-infographic.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.go-deck.com\/de\/defining-done-acceptance-criteria-agile-guide\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.go-deck.com\/de\/"},{"@type":"ListItem","position":2,"name":"Agile-Leitfaden: Definieren von \u201eDone\u201c \u2013 Erstellen klarer Akzeptanzkriterien f\u00fcr Stories"}]},{"@type":"WebSite","@id":"https:\/\/www.go-deck.com\/de\/#website","url":"https:\/\/www.go-deck.com\/de\/","name":"Go Deck Deutsch\u2013 Discover AI Trends, Tools & Future Insights","description":"","publisher":{"@id":"https:\/\/www.go-deck.com\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.go-deck.com\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/www.go-deck.com\/de\/#organization","name":"Go Deck Deutsch\u2013 Discover AI Trends, Tools & Future Insights","url":"https:\/\/www.go-deck.com\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.go-deck.com\/de\/#\/schema\/logo\/image\/","url":"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/go-deck-logo2.png","contentUrl":"https:\/\/www.go-deck.com\/de\/wp-content\/uploads\/sites\/16\/2026\/03\/go-deck-logo2.png","width":983,"height":401,"caption":"Go Deck Deutsch\u2013 Discover AI Trends, Tools & Future Insights"},"image":{"@id":"https:\/\/www.go-deck.com\/de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.go-deck.com\/de\/#\/schema\/person\/7549ecafb441f7f62d698414909124df","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.go-deck.com\/de\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.go-deck.com"],"url":"https:\/\/www.go-deck.com\/de\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/posts\/47","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/comments?post=47"}],"version-history":[{"count":0,"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/posts\/47\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/media\/48"}],"wp:attachment":[{"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/media?parent=47"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/categories?post=47"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.go-deck.com\/de\/wp-json\/wp\/v2\/tags?post=47"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}