{"id":10957,"date":"2026-03-06T04:45:47","date_gmt":"2026-03-05T20:45:47","guid":{"rendered":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/"},"modified":"2026-03-06T04:45:47","modified_gmt":"2026-03-05T20:45:47","slug":"scrum-comprehensive-guide","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/","title":{"rendered":"Scrum umfassender Leitfaden"},"content":{"rendered":"<p><a href=\"https:\/\/www.visual-paradigm.com\/scrum\/scrum-in-3-minutes\/\">Scrum<\/a> ist ein Projektmanagement-Framework, das Teamarbeit, Verantwortung und schrittweise Fortschritte hin zu klar definierten Zielen betont. Es beginnt mit einer einfachen Voraussetzung: beginnen Sie mit dem, was Sie sehen oder wissen. Verfolgen Sie dann den Fortschritt und passen Sie bei Bedarf an.<\/p>\n<p><!--more--><\/p>\n<h2 id=\"three-pillars-of-scrum\">Die drei S\u00e4ulen des Scrum<\/h2>\n<p>Scrum basiert auf Empirizismus, der besagt, dass Wissen aus Erfahrung stammt und Entscheidungen auf dem basieren sollten, was bekannt ist. Diese drei S\u00e4ulen verbinden Scrum miteinander.<br \/>\n<img alt=\"The Three Pillars of Scrum\" class=\"alignnone wp-image-1029 size-full\" decoding=\"async\" height=\"304\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png\" width=\"694\"\/><\/p>\n<h2 id=\"why-scrum\">Warum Scrum?<\/h2>\n<p>Scrum liefert Funktionen schrittweise, w\u00e4hrend Waterfall nur in Phasen liefert. Die traditionelle Waterfall-Entwicklung ist ein sequenzieller, phasenbasierter Prozess, bei dem Wert erst am Ende des Projekts geliefert wird. Scrum transformiert dieses Modell, indem neue Funktionen in jedem Sprint \u2013 typischerweise alle 2\u20134 Wochen \u2013 geliefert werden, anstatt sich auf eine gro\u00dfe zuk\u00fcnftige Freigabe zu konzentrieren.<\/p>\n<p>Scrum zerlegt komplexe Aufgaben in handhabbare Teile, teilt gro\u00dfe Organisationen in kleine Teams auf und transformiert bedeutende Projekte in eine Reihe kurzer, zeitlich begrenzter<a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-sprint-in-scrum\/\">Sprints<\/a>.<\/p>\n<p><img alt=\"Waterfall vs Scrum\" class=\"alignnone wp-image-1052 size-full\" decoding=\"async\" height=\"117\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/waterfall-vs-scrum.png\" width=\"742\"\/><\/p>\n<p>Durch iterative und inkrementelle Entwicklung k\u00f6nnen Unternehmen Produkte und Dienstleistungen, die Kunden wirklich ben\u00f6tigen, schneller und effizienter liefern. Mit Scrum k\u00f6nnen Sie am Ende jedes Sprints Kundenfeedback erhalten und integrieren, was bedeutet, dass Ihre Ergebnisse durch den tats\u00e4chlichen Einsatz in der Realit\u00e4t gepr\u00e4gt werden und nicht durch Annahmen. Dadurch ist es einfacher, Kunden und Schl\u00fcsselinteressenten aktiv einzubeziehen.<\/p>\n<h2 id=\"agile-vs-scrum\">Agil gegen\u00fcber Scrum<\/h2>\n<p><a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-agile-software-development\/\">Agil<\/a> ist eine Praxis, die kontinuierliche Iteration in Entwicklung und Test w\u00e4hrend des gesamten SDLC erm\u00f6glicht. Agil zerlegt Produkte in kleinere, handhabbare Komponenten.<strong><em>Scrum ist nur eines von vielen iterativen und inkrementellen agilen Softwareentwicklungsprozessen<\/em><\/strong> die es uns erm\u00f6glichen, uns darauf zu konzentrieren, gesch\u00e4ftlichen Wert in k\u00fcrzester Zeit zu liefern.<\/p>\n<p><img alt=\"Agile vs Scrum\" class=\"alignnone wp-image-1031 size-full\" decoding=\"async\" height=\"311\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/03-agile-vs-scrum.png\" width=\"352\"\/><\/p>\n<p>Scrum befasst sich typischerweise mit Anforderungen, die sich \u00e4ndern oder zu Beginn eines Projekts unbekannt sind. Scrum zeichnet sich durch folgendes aus:<\/p>\n<ul>\n<li>Leichtgewichtig<\/li>\n<li>Einfach zu verstehen<\/li>\n<li>Schwer zu meistern<\/li>\n<\/ul>\n<h2 id=\"benefits-of-scrum\">Vorteile von Scrum<\/h2>\n<p>Hier sind die Vorteile, die Scrum f\u00fcr Organisationen, Teams, Produkte und Einzelpersonen bringt:<\/p>\n<ol>\n<li><strong>Bessere Qualit\u00e4t<\/strong>: Es gibt ein Framework zur Erreichung von Vision oder Zielen. Scrum bietet kontinuierliches Feedback und Transparenz, um sicherzustellen, dass die Qualit\u00e4t so hoch wie m\u00f6glich ist. Scrum hilft, Qualit\u00e4t durch Praktiken wie<\/li>\n<li><strong>Verk\u00fcrzte Time-to-Market-Zeit<\/strong>: Scrum hat gezeigt, dass Wert f\u00fcr Endnutzer 30 %\u201340 % schneller geliefert wird als mit traditionellen Methoden.<\/li>\n<li><strong>H\u00f6herer Return on Investment (ROI)<\/strong>: Kurzere Time-to-Market-Zeit ist ein entscheidender Grund daf\u00fcr, dass Scrum-Projekte einen h\u00f6heren ROI erzielen. Fr\u00fches Einkommen und die Ansammlung von Nutzen bedeuten h\u00f6here Gesamtertr\u00e4ge. Dies basiert auf dem grundlegenden Prinzip der Berechnung des Netto-Barwerts (NPV).<\/li>\n<li><strong>H\u00f6here Team-Moral<\/strong>: Zusammenarbeit mit gl\u00fccklichen, engagierten Personen ist erf\u00fcllend und produktiv. Selbstmanagement \u00fcbertr\u00e4gt Entscheidungen, die normalerweise von Managern oder Organisationen getroffen werden, in die H\u00e4nde der<a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-scrum-team\/\">Scrum-Team<\/a> Mitglieder.<\/li>\n<li><strong>St\u00e4rkere Teamzusammenarbeit<\/strong>: Wenn Scrum-Teams das Projekt und das Produkt \u00fcbernehmen, k\u00f6nnen sie hervorragende Ergebnisse erzielen. Scrum-Teams arbeiten zusammen und verbessern Qualit\u00e4t und Projektleistung durch gesteigerte Beteiligung und Kommunikation.<\/li>\n<\/ol>\n<h2 id=\"scrum-framework\">Scrum-Framework<\/h2>\n<p>Scrum ist einfach. Es ist kein Satz starren, miteinander verflochtener Vorgaben. Scrum ist keine Methode. Scrum verk\u00f6rpert die wissenschaftliche Methode des Empirismus. Es ersetzt prozedurale algorithmische Ans\u00e4tze durch heuristische Methoden, respektiert Menschen und Selbstorganisation, um Unvorhersehbarkeit zu bew\u00e4ltigen und komplexe Probleme zu l\u00f6sen. Das Diagramm unten zeigt Scrum in Aktion, wie es von Ken Schwaber und Jeff Sutherland in ihrem Buch \u201eScrum: Die Kunst, die doppelte Arbeit in der halben Zeit zu erledigen\u201c beschrieben wird, und veranschaulicht die Reise von der Planung bis zur Softwarebereitstellung.<\/p>\n<p><img alt=\"Scrum Framework\" class=\"alignnone wp-image-1032 size-full\" decoding=\"async\" height=\"420\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/04-scrum-framework.png\" width=\"974\"\/><\/p>\n<h2 id=\"components-of-scrum-process\">Bestandteile des Scrum-Prozesses<\/h2>\n<p>Das Scrum-Framework selbst ist einfach. Es definiert nur einige allgemeine Richtlinien mit einer geringen Anzahl von Regeln, <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-are-the-three-scrum-roles\/\">Rollen<\/a>, <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-are-scrum-artifacts\/\">Produkte<\/a>, und <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-are-scrum-events\/\">Ereignisse<\/a>. Jedoch sind diese Komponenten f\u00fcr bestimmte Zwecke von entscheidender Bedeutung und unerl\u00e4sslich f\u00fcr den erfolgreichen Einsatz des Frameworks.<\/p>\n<p>Die wichtigsten Bestandteile des Scrum-Frameworks sind:<\/p>\n<ul>\n<li><strong>Scrum-Rollen<\/strong>: <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-scrum-master\/\">Scrum Master<\/a>, <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-project-owner-role-in-scrum\/\">Product Owner<\/a>, und das Scrum-Team<\/li>\n<li><strong>Produkte<\/strong>: <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-sprint-backlog-in-scrum\/\">Sprint-Backlog<\/a>, <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-product-backlog-in-scrum\/\">Produkt-Backlog<\/a>, <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/scrum-burndown-chart\/\">Burndown-Diagramm<\/a>, Protokolle usw.<\/li>\n<li><a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-are-scrum-events\/\"><strong>Scrum-Ereignisse<\/strong><\/a>: <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-sprint-planning\/\">Sprint-Planung<\/a>, Sprint-Review, <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/daily-scrum-meeting-quick-guide\/\">Daily Scrum<\/a>, Sprint-Retrospektive, usw.<\/li>\n<li><strong>Sprints<\/strong><\/li>\n<\/ul>\n<p>Das Diagramm unten zeigt die wichtigsten Elemente des Scrum-Frameworks. Der Prozess wurde mithilfe des <a href=\"https:\/\/www.visual-paradigm.com\/features\/scrum-process-canvas\/\">Scrum-Prozess-Canvas<\/a> aus den Agile-Softwaretools von Visual Paradigm.<\/p>\n<p><img alt=\"Scrum Framework\" class=\"alignnone wp-image-1033 size-full\" decoding=\"async\" height=\"512\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/05-scrum-framework.png\" width=\"811\"\/><\/p>\n<h3 id=\"scrum-roles\">Scrum-Rollen<\/h3>\n<p>Wenn eine Organisation Scrum \u00fcbernimmt, ist das Erste, was verstanden werden muss, wie sich Scrum-Rollen von traditionellen Projektmanagement-Rollen unterscheiden. Obwohl es in Scrum nur drei Hauptrollen gibt, entsprechen sie nicht automatisch vertrauten Berufsbezeichnungen. Lassen Sie uns mit kurzen Definitionen jeder Rolle beginnen:<\/p>\n<h4>Product Owner<\/h4>\n<p>Der Product Owner ist die Scrum-Rolle, die f\u00fcr die Vertretung der Gesch\u00e4ftswelt oder der Nutzercommunity verantwortlich ist. Er arbeitet eng mit den Nutzern zusammen, um Funktionen im Produkt-Backlog zu definieren. Zu den Hauptverantwortlichkeiten geh\u00f6ren:<\/p>\n<ul>\n<li>Definieren der Produktvision und -strategie, einschlie\u00dflich kurz- und langfristiger Ziele;<\/li>\n<li>Bereitstellen oder Sammeln von Wissen \u00fcber das Produkt oder den Service;<\/li>\n<li>Verstehen und Vermitteln der Kundenbed\u00fcrfnisse an das Entwicklungsteam;<\/li>\n<li>Erfassen, Priorisieren und Verwalten von Produkt- oder Serviceanforderungen;<\/li>\n<li>Verantwortung f\u00fcr die Budgetierung des Produkts oder des Services, einschlie\u00dflich Rentabilit\u00e4t;<\/li>\n<li>Bestimmung der Ver\u00f6ffentlichungsdaten f\u00fcr das Produkt oder den Service;<\/li>\n<li>T\u00e4glich Fragen beantworten und Entscheidungen gemeinsam mit dem Entwicklungsteam treffen;<\/li>\n<li>Akzeptieren oder Ablehnen der abgeschlossenen Arbeit aus dem Sprint;<\/li>\n<li>Pr\u00e4sentieren der wichtigsten Ergebnisse des Teams am Ende jedes Sprints;<\/li>\n<li>Verwalten des Produkt-Backlogs.<\/li>\n<\/ul>\n<h4>Scrum Master<\/h4>\n<p>Der Scrum Master ist der Facilitator des agilen Entwicklungsteams. Scrum erm\u00f6glicht es Teams, sich selbst zu organisieren und schnell anhand agiler Prinzipien anzupassen. Der Scrum Master verwaltet den Informationsfluss. Hauptverantwortlichkeiten:<\/p>\n<ul>\n<li>Als Coach zu dienen, um das Team bei der Einhaltung von Scrum-Werten und -Praktiken zu unterst\u00fctzen;<\/li>\n<li>Hilfe beim Beseitigen von Hindernissen und Schutz des Teams vor externen Ablenkungen;<\/li>\n<li>F\u00f6rderung einer guten Zusammenarbeit zwischen dem Team und den Stakeholdern;<\/li>\n<li>F\u00f6rderung von Sachlichkeit und Transparenz innerhalb des Teams;<\/li>\n<li>Schutz des Teams vor organisatorischen St\u00f6rungen.<\/li>\n<\/ul>\n<h4>Scrum-Team<\/h4>\n<p>Der Scrum-Team (auch bekannt als Entwicklungsteam) besteht aus 3 bis 9 Mitgliedern, die gemeinsam alle technischen F\u00e4higkeiten besitzen m\u00fcssen, die zur Lieferung des Produkts oder der Dienstleistung erforderlich sind. Sie werden direkt vom Scrum Master geleitet, aber nicht im klassischen Sinne verwaltet. Sie m\u00fcssen sich selbst organisieren, \u00fcberfachlich arbeiten und f\u00fcr die vollst\u00e4ndige Erf\u00fcllung aller erforderlichen Aufgaben verantwortlich sein.<\/p>\n<p>Das Entwicklungsteam ist verantwortlich daf\u00fcr, am Ende jedes Sprints einen potenziell lieferbaren Produkt-Teilabschluss zu liefern \u2013 einschlie\u00dflich Analyse, Design, Entwicklung, Test und technischer Dokumentation. Wichtige Merkmale eines Scrum-Teams sind:<\/p>\n<ul>\n<li><strong>Selbstorganisation<\/strong>: Alle Teammitglieder verwalten ihre eigene Arbeit, um die zugewiesenen Aufgaben abzuschlie\u00dfen. Im agilen Scrum gibt es keinen Teamleiter oder Vorgesetzten. Jeder muss ausreichend engagiert sein, um seine eigenen Aktivit\u00e4ten voranzutreiben und zum Erfolg des Teams beizutragen. Wenn einer scheitert, scheitert das ganze Team.<\/li>\n<li><strong>\u00dcberfachlich<\/strong>: Alle Teammitglieder m\u00fcssen \u00fcber alle notwendigen Kenntnisse und F\u00e4higkeiten verf\u00fcgen, um ein qualitativ hochwertiges, lieferbares Produkt zu liefern. Experten k\u00f6nnen hinzugezogen werden, um Anleitung zu geben, aber nur, um Wissen an das Team weiterzugeben, um F\u00e4higkeitsl\u00fccken zu schlie\u00dfen.<\/li>\n<li><strong>Der Product Owner ben\u00f6tigt eine Gesch\u00e4ftsvision<\/strong>: Der Product Owner vertritt die Stimme des Kunden und muss deren Bed\u00fcrfnisse in handlungsorientierte Aufgaben f\u00fcr den Scrum Master und das Entwicklungsteam \u00fcbersetzen. Dies ist in der Regel eine Vollzeitposition.<\/li>\n<li><strong>Der Scrum Master ist kein Linienmanager<\/strong>: Sie unterst\u00fctzen die Entwicklung des Teams und beseitigen Hindernisse, die den Fortschritt behindern.<\/li>\n<\/ul>\n<h3 id=\"scrum-artifacts\">Scrum-Artefakte<\/h3>\n<p>Scrum-Artefakte helfen dabei, die Arbeit zu definieren, die in das Team eingeht und derzeit bearbeitet wird. Obwohl es weitere Artefakte gibt \u2013 wie Benutzerstories, Release-Backlogs, Burndown-Charts \u2013 konzentrieren wir uns hier auf die drei zentralen:<\/p>\n<h4>Produkt-Backlog<\/h4>\n<p>Der Produkt-Backlog ist eine priorisierte Liste von Benutzerstories, die die Funktionen darstellen, die das Produktteam ben\u00f6tigt oder erwartet. Typischerweise pflegt der Product Owner diese Liste.<\/p>\n<h4>Sprint-Backlog<\/h4>\n<p>Das Sprint-Backlog enth\u00e4lt eine Reihe ausgew\u00e4hlter Aufgaben, die w\u00e4hrend des aktuellen Sprints abgeschlossen werden sollen. Zwei wichtige Punkte zur Beziehung zwischen dem Sprint-Backlog und dem Produkt-Backlog:<br \/>\n1. Das Team entscheidet, was in den Sprint aufgenommen wird. Daher besitzt das Team die Verantwortung und ist f\u00fcr die Lieferung dieser Aufgaben verantwortlich.<br \/>\n2. Bevor ein Element vom Produkt-Backlog in das Sprint-Backlog \u00fcbertragen wird, muss das Team sicherstellen, dass alle erforderlichen Informationen vorliegen. Das Team legt typischerweise eine Checkliste mit Kriterien fest, die erf\u00fcllt sein m\u00fcssen, bevor ein Element hinzugef\u00fcgt werden kann.<\/p>\n<p><strong>Produkt-Backlog im Vergleich zum Sprint-Backlog<\/strong><br \/>\nDer <strong>Sprint-Backlog<\/strong> ist die Liste der Aufgaben, die das Scrum-Team w\u00e4hrend des Sprints abschlie\u00dfen m\u00f6chte. In der Sprint-Planungssitzung w\u00e4hlt das Team typischerweise einige <strong>Produkt-Backlog-Aufgaben<\/strong> in Form von Benutzerstories aus und bestimmt die Aufgaben, die zur Abschluss jeder einzelnen Aufgabe erforderlich sind, wie unten dargestellt:<\/p>\n<p><img alt=\"Product Backlog vs Sprint Backlog\" class=\"alignnone wp-image-1034 size-full\" decoding=\"async\" height=\"326\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/06-product-backlog-vs-sprint-backlog.png\" width=\"861\"\/><\/p>\n<h4>Burndown-Diagramm<\/h4>\n<p>Ein Burndown-Diagramm ist eine grafische Darstellung der verbleibenden Arbeit \u00fcber die Zeit. Die verbleibende Arbeit (oder Backlog-Arbeit) wird auf der vertikalen Achse dargestellt, w\u00e4hrend die Zeit auf der horizontalen Achse angezeigt wird. Es handelt sich um ein laufendes Diagramm der noch zu erledigenden Arbeit. Es kann verwendet werden, um vorherzusagen, wann die gesamte Arbeit abgeschlossen sein wird. Es wird h\u00e4ufig in agilen Softwareentwicklungsmethoden wie Scrum eingesetzt, kann aber auf jedes Projekt angewendet werden, das eine messbare Fortschrittsentwicklung \u00fcber die Zeit aufweist. Die verbleibende Arbeit kann in Zeit oder <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-story-point-in-agile\/\">Story-Punkten<\/a>.<\/p>\n<p><img alt=\"Burndown Chart\" class=\"alignnone wp-image-1035 size-full\" decoding=\"async\" height=\"401\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/07-burndown-chart.png\" width=\"988\"\/><\/p>\n<h3 id=\"scrum-events\">Scrum-Veranstaltungen<\/h3>\n<p>Kommunikation ist entscheidend! Scrum basiert auf Transparenz in allen Bereichen (Scrum-S\u00e4ule #1). Angesichts dieses zentralen Prinzips ist das Framework um eine Reihe von Schl\u00fcsselevents aufgebaut, um die anderen beiden S\u00e4ulen \u2013 Inspektion und Anpassung \u2013 sicherzustellen, wie in der folgenden Tabelle gezeigt:<\/p>\n<table>\n<tbody>\n<tr>\n<th>Ereignis<\/th>\n<th>Inspektion<\/th>\n<th>Anpassung<\/th>\n<\/tr>\n<tr>\n<td>Sprint-Planung<\/td>\n<td>\n<ul>\n<li>Produkt-Backlog<\/li>\n<li>(Verpflichtung zu <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-sprint-retrospective-meeting\/\">Retrospektive<\/a>)<\/li>\n<li>(Definition der <a href=\"https:\/\/www.visual-paradigm.com\/scrum\/definition-of-done-vs-acceptance-criteria\/\">Erledigt<\/a>)<\/li>\n<\/ul>\n<\/td>\n<td>\n<ul>\n<li><a href=\"https:\/\/www.visual-paradigm.com\/scrum\/write-sprint-goal\/\">Sprint-Ziel<\/a><\/li>\n<li>Prognose<\/li>\n<li>Sprint-Backlog<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<tr>\n<td>Daily Scrum<\/td>\n<td>\n<ul>\n<li>Fortschritt zum Sprint-Ziel<\/li>\n<\/ul>\n<\/td>\n<td>\n<ul>\n<li>Sprint-Backlog<\/li>\n<li>Tagesplan<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<tr>\n<td><a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-sprint-review\/\">Sprint-Review<\/a><\/td>\n<td>\n<ul>\n<li>Produkt-Increment<\/li>\n<li>Produkt-Backlog (Freigabe)<\/li>\n<li>Marktgesch\u00e4ftsbedingungen<\/li>\n<\/ul>\n<\/td>\n<td>\n<ul>\n<li>Produkt-Backlog<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<tr>\n<td>Sprint-Retrospektive<\/td>\n<td>\n<ul>\n<li>Team-Kooperation<\/li>\n<li>Technische und ingenieurwissenschaftliche Praktiken<\/li>\n<li>Definition der Erledigt<\/li>\n<\/ul>\n<\/td>\n<td>\n<ul>\n<li>Konkrete Verbesserungen<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Hinweis: W\u00e4hrend jedes Sprints gibt es f\u00fcnf Schl\u00fcsselveranstaltungen im Scrum, wie unten gezeigt:<\/p>\n<p><img alt=\"Sprint Execution\" class=\"alignnone wp-image-1036 size-full\" decoding=\"async\" height=\"256\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/08-sprint-execution.png\" width=\"876\"\/><\/p>\n<h4>Sprint-Planung<\/h4>\n<p>Jeder Sprint beginnt mit der Planung. Das Team muss festlegen und verpflichten, was es im Rahmen des Sprints liefern wird. M\u00f6gliche Aufgaben werden immer aus dem Sprint-Backlog entnommen, wie unten gezeigt:<\/p>\n<p><img alt=\"Sprint Planning Meeting\" class=\"alignnone wp-image-1037 size-full\" decoding=\"async\" height=\"281\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/09-sprint-planning.png\" width=\"783\"\/><\/p>\n<p>Hier kann der Scrum Master gl\u00e4nzen. Der Product Owner definiert, was aus gesch\u00e4ftlicher\/kundenspezifischer Sicht ben\u00f6tigt wird, das Scrum-Team bestimmt, was es nach seiner Einsch\u00e4tzung liefern kann, und der Scrum Master sorgt daf\u00fcr, dass beide Seiten optimal zusammenpassen.<\/p>\n<h4>Daily-Scrum-Meeting<\/h4>\n<p>Sobald das Team sich verpflichtet, was es im Rahmen des Sprints liefern wird, findet ein Daily Stand-up statt. Das zentrale Ziel ist es, sicherzustellen, dass jedes Teammitglied (und m\u00f6glicherweise Beobachter) den Status und den Fortschritt der Arbeit vollst\u00e4ndig versteht:<\/p>\n<ul>\n<li>Was habe ich gestern gemacht?<\/li>\n<li>Was werde ich heute tun?<\/li>\n<li>Was blockiert mich?<\/li>\n<\/ul>\n<p><img alt=\"Daily Scrum Meeting\" class=\"alignnone wp-image-1038 size-full\" decoding=\"async\" height=\"316\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/10-daily-scrum-meeting.png\" width=\"453\"\/><\/p>\n<p>Diese t\u00e4gliche Aktualisierung liefert dem Team unmittelbares Feedback. Die Meetings sind kurz \u2013 maximal drei Minuten pro Person.<\/p>\n<p><strong>Hinweis:<\/strong>Beobachter sind zur Beobachtung da. Der Scrum Master muss externe und interne Ablenkungen minimieren.<\/p>\n<h4>Sprint-Review-Meeting<\/h4>\n<p>Das Sprint-Review oder die Demo findet am Ende des Sprints statt, um das Increment zu \u00fcberpr\u00fcfen. Das Team demonstriert das Increment anhand der Definition von Fertigstellung und konzentriert sich dabei auf das Sprint-Ziel. Der Product Owner \u00fcberpr\u00fcft und akzeptiert das gelieferte Increment.<\/p>\n<h4>Sprint-Retrospektive<\/h4>\n<p>Die Sprint-Retrospektive ist typischerweise die letzte Aktivit\u00e4t im Sprint. Viele Teams f\u00fchren sie unmittelbar nach dem Sprint-Review durch. Das gesamte Team \u2013 einschlie\u00dflich des Scrum Masters und des Product Owners \u2013 sollte daran teilnehmen. Eine einst\u00fcndige Retrospektive ist in der Regel ausreichend. Diese Sitzung erm\u00f6glicht dem Team, \u00fcber Folgendes nachzudenken:<\/p>\n<ol>\n<li>Was sollten wir beginnen zu tun?<\/li>\n<li>Was sollten wir aufh\u00f6ren zu tun?<\/li>\n<li>Was sollten wir weiterhin tun?<\/li>\n<\/ol>\n<p><img alt=\"Sprint Retrospective\" class=\"alignnone size-full wp-image-1039\" decoding=\"async\" height=\"226\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/11-sprint-retrospective.png\" width=\"249\"\/><\/p>\n<p>Das Ziel ist es, die Team-Effizienz kontinuierlich zu verbessern.<\/p>\n<h4><a href=\"https:\/\/www.visual-paradigm.com\/scrum\/what-is-product-backlog-refinement\/\">Backlog-Refinement<\/a><\/h4>\n<p>Stellen Sie sich das Product Backlog als die Projekt-Roadmap vor. W\u00e4hrend das Team zusammenarbeitet, erstellen und aktualisieren sie eine Liste aller Aufgaben, die ben\u00f6tigt werden, um das Projekt abzuschlie\u00dfen, und stellen sicher, dass alle notwendigen Anforderungen erf\u00fcllt sind.<\/p>\n<h3 id=\"sprints\">Sprints<\/h3>\n<p>Im Scrum-Framework werden alle Aktivit\u00e4ten, die zur Umsetzung einer Aufgabe aus dem Scrum-Product-Backlog erforderlich sind, innerhalb eines Sprints durchgef\u00fchrt (auch \u201eIterationen\u201c genannt). Sprints sind immer kurz \u2013 typischerweise 2 bis 4 Wochen. Jeder Sprint folgt einem definierten Prozess, wie unten gezeigt:<\/p>\n<p><img alt=\"Agile Scrum Sprint\" class=\"alignnone wp-image-1040 size-full\" decoding=\"async\" height=\"219\" loading=\"lazy\" src=\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/12-agile-scrum-sprint.png\" width=\"758\"\/><\/p>\n<p>Wie bereits erw\u00e4hnt, werden Aufgaben im Product Backlog priorisiert und f\u00fcr das Sprint-Backlog ausgew\u00e4hlt. Ein Sprint enth\u00e4lt nur wenige Hauptaufgaben \u2013 eine Untersch\u00e4tzung der Arbeit f\u00fcr eine einzelne Aufgabe kann den Sprint erheblich beeintr\u00e4chtigen. Da gr\u00f6\u00dfere Aufgaben oft schwieriger einzusch\u00e4tzen und zu verstehen sind, steigt das Risiko eines Sprint-Fehlschlags. Erfahrene Scrum-Teams investieren Zeit und M\u00fche, um komplexe oder gro\u00dfe Aufgaben (z.\u202fB. Benutzerfunktionen oder Epics) in kleinere Benutzerstories (oder weiter in Aufgaben oder Unteraufgaben) zu zerlegen.<\/p>\n<h4>Epic<\/h4>\n<p>Ein Epic fasst eine gro\u00dfe Menge an Arbeit zusammen. Es ist im Wesentlichen eine \u201egro\u00dfe Benutzerstory\u201c, die in viele kleinere Stories aufgeteilt werden kann. Die Vollendung eines Epics kann mehrere Sprints in Anspruch nehmen. Daher m\u00fcssen Epics bei der Entwicklung in kleinere Benutzerstories zerlegt werden.<\/p>\n<p>Epics werden fr\u00fch im Projektzyklus eingef\u00fchrt. Sie sind hochgradig abstrakt und fast marktorientiert funktionale Punkte.<\/p>\n<p>Wir nennen gro\u00dfe Stories \u201eEpics\u201c, um ihre Gr\u00f6\u00dfe zu verdeutlichen. Denken Sie daran wie einen Film. Wenn ich Ihnen sage, ein Film sei ein \u201eAction-Abenteuer\u201c, bekommen Sie eine Vorstellung davon, was Sie erwarten k\u00f6nnen \u2013 m\u00f6glicherweise Autorennen, Schie\u00dfereien usw. \u00c4hnlich kann die Bezeichnung einer Story als \u201eEpic\u201c manchmal zus\u00e4tzlichen Kontext vermitteln.<\/p>\n<h4>Benutzerstory<\/h4>\n<p>Eine Benutzerstory ist eine kurze Aussage \u00fcber eine Produktanforderung oder ein Gesch\u00e4ftsfall. Sie wird normalerweise in einfacher Sprache verfasst, um dem Leser zu helfen, zu verstehen, was die Software tun soll. Der Product Owner erstellt die Story. Danach zerlegen die Scrum-Teammitglieder die Story in eine oder mehrere Scrum-Aufgaben.<\/p>\n<p>Benutzerstories sind typischerweise Funktionen, die f\u00fcr den Endbenutzer sichtbar sind. Sie folgen dem Format: \u201eIch m\u00f6chte [etwas tun], damit ich [ein Ziel erreichen kann].\u201c Sie liefern Wert f\u00fcr den Kunden\/Anwender. Dies ist die Produktanforderung des Kunden.<\/p>\n<p>Beispiel: \u201eAls Kunde m\u00f6chte ich ein Konto erstellen, damit ich meine Eink\u00e4ufe aus dem letzten Jahr einsehen kann, um meine Budgetplanung f\u00fcr das n\u00e4chste Jahr zu unterst\u00fctzen.\u201c<\/p>\n<h4>Aufgabe<\/h4>\n<p>Im Gegensatz dazu ist eine Aufgabe technischer in der Ausrichtung. Aufgaben beinhalten oft Code, Design, Erstellung von Testdaten, Automatisierung usw. Sie sind typischerweise individuelle Verantwortlichkeiten. Aufgaben werden nicht im Format von Benutzerstories formuliert. Sie sind technischer in der Ausrichtung.<\/p>\n<p>Beispiel: \u201eBeurteile den UI-Aspekt mit Material Design\u201c oder \u201eStelle die Anwendung im App Store ein.\u201c<\/p>\n","protected":false},"excerpt":{"rendered":"<p>This article gives you a general overview of Scrum Framework in a nutshell, which covers all the key concept of scrum and Agile development including scrum roles, artifacts, ceremonies, values and rules. (\u672c\u6587\u7b80\u5355\u4ecb\u7ecd\u4e86 scrum \u6846\u67b6\u7684\u4e00\u822c\u6982\u8ff0, \u5176\u4e2d\u6db5\u76d6\u4e86 scrum \u548c\u654f\u6377\u5f00\u53d1\u7684\u6240\u6709\u5173\u952e\u6982\u5ff5, \u5305\u62ec scrum \u89d2\u8272\u3001\u5de5\u4ef6\u3001\u4e8b\u4ef6\u3001\u6838\u5fc3\u4ef7\u503c\u548c\u89c4\u5219\u3002)<\/p>\n","protected":false},"author":3479,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"Scrum umfassender Leitfaden: Beherrsche agile Projektmanagement mit Rollen, Artefakten und Ereignissen","_yoast_wpseo_metadesc":"Entdecken Sie den kompletten Scrum-Leitfaden: Rollen, Artefakte, Ereignisse, Sprints und Vorteile. Erfahren Sie, wie Scrum Agilit\u00e4t, Qualit\u00e4t und Teamzusammenarbeit in der Softwareentwicklung f\u00f6rdert.","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[83],"tags":[],"class_list":["post-10957","post","type-post","status-publish","format-standard","hentry","category-scrum"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.0 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Scrum umfassender Leitfaden: Beherrsche agile Projektmanagement mit Rollen, Artefakten und Ereignissen<\/title>\n<meta name=\"description\" content=\"Entdecken Sie den kompletten Scrum-Leitfaden: Rollen, Artefakte, Ereignisse, Sprints und Vorteile. Erfahren Sie, wie Scrum Agilit\u00e4t, Qualit\u00e4t und Teamzusammenarbeit in der Softwareentwicklung f\u00f6rdert.\" \/>\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.archimetric.com\/de\/scrum-comprehensive-guide\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Scrum umfassender Leitfaden: Beherrsche agile Projektmanagement mit Rollen, Artefakten und Ereignissen\" \/>\n<meta property=\"og:description\" content=\"Entdecken Sie den kompletten Scrum-Leitfaden: Rollen, Artefakte, Ereignisse, Sprints und Vorteile. Erfahren Sie, wie Scrum Agilit\u00e4t, Qualit\u00e4t und Teamzusammenarbeit in der Softwareentwicklung f\u00f6rdert.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/\" \/>\n<meta property=\"og:site_name\" content=\"ArchiMetric German\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-05T20:45:47+00:00\" \/>\n<meta name=\"author\" content=\"archimetric@visual-paradigm.com\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"archimetric@visual-paradigm.com\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"13\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/\"},\"author\":{\"name\":\"archimetric@visual-paradigm.com\",\"@id\":\"https:\/\/www.archimetric.com\/de\/#\/schema\/person\/e4027c9f5b602fc705716009e5671d28\"},\"headline\":\"Scrum umfassender Leitfaden\",\"datePublished\":\"2026-03-05T20:45:47+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/\"},\"wordCount\":2349,\"commentCount\":0,\"image\":{\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png\",\"articleSection\":[\"Scrum\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/\",\"url\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/\",\"name\":\"Scrum umfassender Leitfaden: Beherrsche agile Projektmanagement mit Rollen, Artefakten und Ereignissen\",\"isPartOf\":{\"@id\":\"https:\/\/www.archimetric.com\/de\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png\",\"datePublished\":\"2026-03-05T20:45:47+00:00\",\"author\":{\"@id\":\"https:\/\/www.archimetric.com\/de\/#\/schema\/person\/e4027c9f5b602fc705716009e5671d28\"},\"description\":\"Entdecken Sie den kompletten Scrum-Leitfaden: Rollen, Artefakte, Ereignisse, Sprints und Vorteile. Erfahren Sie, wie Scrum Agilit\u00e4t, Qualit\u00e4t und Teamzusammenarbeit in der Softwareentwicklung f\u00f6rdert.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#primaryimage\",\"url\":\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png\",\"contentUrl\":\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.archimetric.com\/de\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Scrum umfassender Leitfaden\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.archimetric.com\/de\/#website\",\"url\":\"https:\/\/www.archimetric.com\/de\/\",\"name\":\"ArchiMetric German\",\"description\":\"EA, Dev Ops, Scrum, Agile and More\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.archimetric.com\/de\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.archimetric.com\/de\/#\/schema\/person\/e4027c9f5b602fc705716009e5671d28\",\"name\":\"archimetric@visual-paradigm.com\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.archimetric.com\/de\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/de58c1924d83d002dbce0b79f74ba4b70e2f85238332df6cabc0227effdf470d?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/de58c1924d83d002dbce0b79f74ba4b70e2f85238332df6cabc0227effdf470d?s=96&d=mm&r=g\",\"caption\":\"archimetric@visual-paradigm.com\"},\"url\":\"https:\/\/www.archimetric.com\/de\/author\/archimetricvisual-paradigm-com\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Scrum umfassender Leitfaden: Beherrsche agile Projektmanagement mit Rollen, Artefakten und Ereignissen","description":"Entdecken Sie den kompletten Scrum-Leitfaden: Rollen, Artefakte, Ereignisse, Sprints und Vorteile. Erfahren Sie, wie Scrum Agilit\u00e4t, Qualit\u00e4t und Teamzusammenarbeit in der Softwareentwicklung f\u00f6rdert.","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.archimetric.com\/de\/scrum-comprehensive-guide\/","og_locale":"de_DE","og_type":"article","og_title":"Scrum umfassender Leitfaden: Beherrsche agile Projektmanagement mit Rollen, Artefakten und Ereignissen","og_description":"Entdecken Sie den kompletten Scrum-Leitfaden: Rollen, Artefakte, Ereignisse, Sprints und Vorteile. Erfahren Sie, wie Scrum Agilit\u00e4t, Qualit\u00e4t und Teamzusammenarbeit in der Softwareentwicklung f\u00f6rdert.","og_url":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/","og_site_name":"ArchiMetric German","article_published_time":"2026-03-05T20:45:47+00:00","author":"archimetric@visual-paradigm.com","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"archimetric@visual-paradigm.com","Gesch\u00e4tzte Lesezeit":"13\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#article","isPartOf":{"@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/"},"author":{"name":"archimetric@visual-paradigm.com","@id":"https:\/\/www.archimetric.com\/de\/#\/schema\/person\/e4027c9f5b602fc705716009e5671d28"},"headline":"Scrum umfassender Leitfaden","datePublished":"2026-03-05T20:45:47+00:00","mainEntityOfPage":{"@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/"},"wordCount":2349,"commentCount":0,"image":{"@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#primaryimage"},"thumbnailUrl":"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png","articleSection":["Scrum"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/","url":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/","name":"Scrum umfassender Leitfaden: Beherrsche agile Projektmanagement mit Rollen, Artefakten und Ereignissen","isPartOf":{"@id":"https:\/\/www.archimetric.com\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#primaryimage"},"image":{"@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#primaryimage"},"thumbnailUrl":"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png","datePublished":"2026-03-05T20:45:47+00:00","author":{"@id":"https:\/\/www.archimetric.com\/de\/#\/schema\/person\/e4027c9f5b602fc705716009e5671d28"},"description":"Entdecken Sie den kompletten Scrum-Leitfaden: Rollen, Artefakte, Ereignisse, Sprints und Vorteile. Erfahren Sie, wie Scrum Agilit\u00e4t, Qualit\u00e4t und Teamzusammenarbeit in der Softwareentwicklung f\u00f6rdert.","breadcrumb":{"@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#primaryimage","url":"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png","contentUrl":"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/01-three-pillars-of-scrum.png"},{"@type":"BreadcrumbList","@id":"https:\/\/www.archimetric.com\/de\/scrum-comprehensive-guide\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.archimetric.com\/de\/"},{"@type":"ListItem","position":2,"name":"Scrum umfassender Leitfaden"}]},{"@type":"WebSite","@id":"https:\/\/www.archimetric.com\/de\/#website","url":"https:\/\/www.archimetric.com\/de\/","name":"ArchiMetric German","description":"EA, Dev Ops, Scrum, Agile and More","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.archimetric.com\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Person","@id":"https:\/\/www.archimetric.com\/de\/#\/schema\/person\/e4027c9f5b602fc705716009e5671d28","name":"archimetric@visual-paradigm.com","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.archimetric.com\/de\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/de58c1924d83d002dbce0b79f74ba4b70e2f85238332df6cabc0227effdf470d?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/de58c1924d83d002dbce0b79f74ba4b70e2f85238332df6cabc0227effdf470d?s=96&d=mm&r=g","caption":"archimetric@visual-paradigm.com"},"url":"https:\/\/www.archimetric.com\/de\/author\/archimetricvisual-paradigm-com\/"}]}},"_links":{"self":[{"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/posts\/10957","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/users\/3479"}],"replies":[{"embeddable":true,"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/comments?post=10957"}],"version-history":[{"count":0,"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/posts\/10957\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/media?parent=10957"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/categories?post=10957"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.archimetric.com\/de\/wp-json\/wp\/v2\/tags?post=10957"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}