{"id":26955,"date":"2026-01-22T11:28:33","date_gmt":"2026-01-22T10:28:33","guid":{"rendered":"https:\/\/www.pureconsultant.de\/de\/?p=26955"},"modified":"2026-01-22T11:28:47","modified_gmt":"2026-01-22T10:28:47","slug":"entwicklungsteam-aufgaben-verantwortlichkeiten","status":"publish","type":"post","link":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/","title":{"rendered":"Entwicklungsteam: Aufgaben & Verantwortlichkeiten"},"content":{"rendered":"
\n

Entwicklungsteam: Aufgaben & Verantwortlichkeiten – Ein funktionierendes Scrum-Setup<\/a><\/strong> entscheidet oft dar\u00fcber, ob ein Projekt planbar, transparent und erfolgreich l\u00e4uft \u2013 oder in endlosen Abstimmungsrunden steckenbleibt. Besonders h\u00e4ufig bleibt dabei unklar, was genau das Entwicklungsteam in Scrum<\/a><\/strong> leistet und wof\u00fcr es tats\u00e4chlich verantwortlich ist. Dieser Artikel zeigt strukturiert und praxisnah, welche Aufgaben das Entwicklungsteam \u00fcbernimmt, wie sich seine Verantwortung von Product Owner und Scrum Master abgrenzt und was F\u00fchrungskr\u00e4fte tun k\u00f6nnen, um starke Entwicklungsteams aufzubauen \u2013 ohne Mikromanagement, aber mit klaren Spielregeln.<\/p>\n<\/div>

\n
\"Entwicklungsteam:
Entwicklungsteam: Aufgaben & Verantwortlichkeiten<\/figcaption><\/figure>\n<\/div>
\n
\n<\/div>
\n

Was ist das Entwicklungsteam in Scrum?<\/h2>\n<\/div>
\n

In Scrum ist das Entwicklungsteam<\/strong> (heute im Scrum Guide als \u201eDeveloper\u201c bezeichnet) die Gruppe von Fachleuten, die aus dem Product Backlog im Rahmen eines Sprints ein fertiges, nutzbares Inkrement erstellt.<\/p>\n<\/div>

\n

Kurzdefinition:
Das Entwicklungsteam in Scrum ist ein interdisziplin\u00e4res, selbstorganisiertes Team<\/a>, das gemeinsam f\u00fcr die Lieferung eines qualitativ hochwertigen Produktinkrements am Ende jedes Sprints verantwortlich ist.<\/strong><\/p>\n<\/div>

\n

Typische Merkmale eines Entwicklungsteams:<\/p>\n<\/div>

\n
    \n
  • 3\u20139 Personen (empfohlene Teamgr\u00f6\u00dfe)<\/li>\n<\/div>\n\n
    \n
  • Interdisziplin\u00e4r (Entwicklung, Test, UX, Architektur, ggf. DevOps etc.)<\/li>\n<\/div>\n\n
    \n
  • Selbstorganisiert (entscheidet eigenst\u00e4ndig, wie Arbeit erledigt wird)<\/li>\n<\/div>\n\n
    \n
  • Verantwortlich f\u00fcr Qualit\u00e4t und technische Umsetzung<\/li>\n<\/div>\n\n
    \n
  • Liefert regelm\u00e4\u00dfig nutzbare Inkremente<\/li>\n<\/div><\/ul>\n<\/div>
    \n
    \n<\/div>
    \n

    Abgrenzung: Entwicklungsteam, Scrum Team, Product Owner, Scrum Master<\/h2>\n<\/div>
    \n

    Viele Organisationen scheitern daran, dass Rollen in Scrum verwischt werden. Daher ist eine klare Abgrenzung zentral.<\/p>\n<\/div>

    \n

    Scrum Team<\/strong><\/p>\n<\/div>

    \n
      \n
    • Umfasst Product Owner, Scrum Master und Entwicklungsteam (Developer)<\/li>\n<\/div>\n\n
      \n
    • Tr\u00e4gt gemeinsam Verantwortung f\u00fcr den Produkterfolg<\/li>\n<\/div><\/ul>\n<\/div>
      \n

      Product Owner<\/strong><\/p>\n<\/div>

      \n
        \n
      • Verantwortlich f\u00fcr Produktvision<\/strong>, Wertmaximierung<\/strong> und Priorisierung im Product Backlog<\/strong><\/li>\n<\/div>\n\n
        \n
      • Entscheidet was<\/strong> umgesetzt wird und in welcher Reihenfolge<\/li>\n<\/div><\/ul>\n<\/div>
        \n

        Scrum Master<\/strong><\/p>\n<\/div>

        \n
          \n
        • Verantwortlich daf\u00fcr, dass Scrum verstanden und angewendet wird<\/li>\n<\/div>\n\n
          \n
        • Entfernt Hindernisse, coacht Team und Organisation<\/li>\n<\/div>\n\n
          \n
        • Hat keine Linienvorgesetztenrolle gegen\u00fcber dem Entwicklungsteam<\/li>\n<\/div><\/ul>\n<\/div>
          \n

          Entwicklungsteam (Developer)<\/strong><\/p>\n<\/div>

          \n
            \n
          • Verantwortlich f\u00fcr die Umsetzung<\/strong>: Sie entscheiden wie<\/strong> Anforderungen realisiert werden<\/li>\n<\/div>\n\n
            \n
          • Sch\u00e4tzen Aufw\u00e4nde, planen den Sprint und liefern das Inkrement<\/li>\n<\/div>\n\n
            \n
          • Tragen die Verantwortung f\u00fcr technische Qualit\u00e4t und Einhaltung der Definition of Done<\/li>\n<\/div><\/ul>\n<\/div>
            \n
            \n<\/div>
            \n

            Zentrale Aufgaben des Entwicklungsteams in Scrum<\/h2>\n<\/div>
            \n

            1. Planung und Commitments im Sprint Planning<\/h3>\n<\/div>
            \n

            Im Sprint Planning<\/strong> konkretisiert das Entwicklungsteam gemeinsam mit dem Product Owner das Sprint-Ziel und entscheidet, welche Backlog-Eintr\u00e4ge realistisch bearbeitet werden k\u00f6nnen.<\/p>\n<\/div>

            \n

            Kernaufgaben:<\/p>\n<\/div>

            \n
              \n
            • Verstehen der Anforderungen (z. B. durch Nachfragen, Beispiele, Akzeptanzkriterien)<\/li>\n<\/div>\n\n
              \n
            • Absch\u00e4tzen von Aufwand und Komplexit\u00e4t (z. B. Story Points, T-Shirt Sizes)<\/li>\n<\/div>\n\n
              \n
            • Planung, wie<\/strong> die ausgew\u00e4hlten Product-Backlog-Eintr\u00e4ge umgesetzt werden<\/li>\n<\/div>\n\n
              \n
            • Formulierung eines realistischen Sprint-Backlogs<\/li>\n<\/div><\/ul>\n<\/div>
              \n

              Wichtig:
              Das Entwicklungsteam commitet sich auf ein Sprint-Ziel<\/strong>, nicht auf eine starre Liste einzelner Tasks. Es tr\u00e4gt Verantwortung, alles daran zu setzen, dieses Ziel zu erreichen.<\/p>\n<\/div>

              \n

              2. Umsetzung und Qualit\u00e4tssicherung im Sprint<\/h3>\n<\/div>
              \n

              W\u00e4hrend des Sprints liegt der Fokus des Entwicklungsteams auf der Umsetzung der geplanten Arbeit:<\/p>\n<\/div>

              \n
                \n
              • Design und Implementierung von Features<\/li>\n<\/div>\n\n
                \n
              • Schreiben automatisierter Tests (Unit-, Integrations-, Systemtests)<\/li>\n<\/div>\n\n
                \n
              • Durchf\u00fchrung manueller Tests, Exploratory Testing<\/li>\n<\/div>\n\n
                \n
              • Code-Reviews, Pair\/Mob Programming<\/li>\n<\/div>\n\n
                \n
              • Integration der \u00c4nderungen (Continuous Integration, ggf. Continuous Delivery)<\/li>\n<\/div>\n\n
                \n
              • Fehleranalyse und Behebung von Bugs<\/li>\n<\/div><\/ul>\n<\/div>
                \n

                Das Entwicklungsteam ist verantwortlich daf\u00fcr, dass jede umgesetzte User Story den vereinbarten Qualit\u00e4tskriterien entspricht.<\/p>\n<\/div>

                \n

                3. Zusammenarbeit mit Product Owner und Stakeholdern<\/h3>\n<\/div>
                \n

                Auch wenn das Entwicklungsteam die technische Umsetzung verantwortet, ist es nicht \u201eim Keller eingeschlossen\u201c:<\/p>\n<\/div>

                \n
                  \n
                • Enge Abstimmung mit dem Product Owner zu Anforderungen, Akzeptanzkriterien und Priorit\u00e4ten<\/li>\n<\/div>\n\n
                  \n
                • Gemeinsame Verfeinerung (Backlog Refinement, Grooming)<\/li>\n<\/div>\n\n
                  \n
                • Transparente Kommunikation zu technischen Risiken, Abh\u00e4ngigkeiten und Machbarkeit<\/li>\n<\/div>\n\n
                  \n
                • Teilnahme am Sprint Review und Dialog mit Stakeholdern<\/li>\n<\/div><\/ul>\n<\/div>
                  \n

                  Je fr\u00fcher das Entwicklungsteam R\u00fcckmeldungen erh\u00e4lt, desto geringer das Risiko teurer Fehlentwicklungen.<\/p>\n<\/div>

                  \n

                  4. Kontinuierliche Verbesserung und Lernen<\/h3>\n<\/div>
                  \n

                  Im Rahmen der Sprint Retrospektive<\/strong> reflektiert das Entwicklungsteam:<\/p>\n<\/div>

                  \n
                    \n
                  • Was hat im Sprint gut funktioniert?<\/li>\n<\/div>\n\n
                    \n
                  • Wo gab es Engp\u00e4sse, Wartezeiten, Reibungsverluste?<\/li>\n<\/div>\n\n
                    \n
                  • Welche Prozess-, Tool- oder Team-Anpassungen machen Sinn?<\/li>\n<\/div><\/ul>\n<\/div>
                    \n

                    Das Team setzt sich konkrete Verbesserungsma\u00dfnahmen f\u00fcr den n\u00e4chsten Sprint. Kontinuierliche Verbesserung ist keine \u201eZusatzaufgabe\u201c, sondern Teil des Kernauftrags.<\/p>\n<\/div>

                    \n

                    5. Dokumentation und technische Exzellenz<\/h3>\n<\/div>
                    \n

                    Auch wenn Scrum zur schlanken Dokumentation ermutigt, geh\u00f6rt Folgendes zu den Aufgaben des Entwicklungsteams:<\/p>\n<\/div>

                    \n
                      \n
                    • Pflege technischer Dokumentation, soweit sie Wert stiftet (z. B. Architektur\u00fcbersichten, Schnittstellenbeschreibungen)<\/li>\n<\/div>\n\n
                      \n
                    • Lesbarer, wartbarer Code (\u201eDokumentation im Code\u201c)<\/li>\n<\/div>\n\n
                      \n
                    • Klare Testf\u00e4lle und Testdokumentation, wo n\u00f6tig (z. B. regulierte Branchen)<\/li>\n<\/div>\n\n
                      \n
                    • Einhaltung von Architekturvorgaben und Coding-Guidelines<\/li>\n<\/div><\/ul>\n<\/div>
                      \n
                      \n<\/div>
                      \n

                      Verantwortlichkeiten des Entwicklungsteams im Detail<\/h2>\n<\/div>
                      \n

                      Kurz zusammengefasst:<\/strong>
                      Das Entwicklungsteam tr\u00e4gt die Verantwortung f\u00fcr Umsetzung, Qualit\u00e4t und Lieferf\u00e4higkeit<\/strong> im Rahmen eines Sprints.<\/p>\n<\/div>

                      \n

                      Im Detail umfasst dies:<\/p>\n<\/div>

                      \n

                      Verantwortung f\u00fcr das Sprint-Ziel<\/h3>\n<\/div>
                      \n
                        \n
                      • Das Team verpflichtet sich, alles zu tun, um das Sprint-Ziel zu erreichen<\/li>\n<\/div>\n\n
                        \n
                      • Es passt bei Bedarf den Plan an, um das Ziel trotz unvorhergesehener Probleme zu schaffen<\/li>\n<\/div>\n\n
                        \n
                      • Es kommuniziert fr\u00fchzeitig, wenn das Ziel in Gefahr ist<\/li>\n<\/div><\/ul>\n<\/div>
                        \n

                        Verantwortung f\u00fcr die Definition of Done (DoD)<\/h3>\n<\/div>
                        \n
                          \n
                        • Mitgestaltung und kontinuierliche Sch\u00e4rfung der Definition of Done<\/strong><\/li>\n<\/div>\n\n
                          \n
                        • Sicherstellen, dass Arbeit nur dann als \u201efertig\u201c gilt, wenn die DoD erf\u00fcllt ist<\/li>\n<\/div>\n\n
                          \n
                        • Verhindern, dass \u201ehalbe Sachen\u201c als fertig deklariert werden<\/li>\n<\/div><\/ul>\n<\/div>
                          \n

                          Typische Inhalte einer Definition of Done:<\/p>\n<\/div>

                          \n
                            \n
                          • Code entwickelt, reviewt und integriert<\/li>\n<\/div>\n\n
                            \n
                          • Tests (auto\u00admatisiert\/manuell) erfolgreich durchgef\u00fchrt<\/li>\n<\/div>\n\n
                            \n
                          • Dokumentation aktualisiert, falls n\u00f6tig<\/li>\n<\/div>\n\n
                            \n
                          • Akzeptanzkriterien erf\u00fcllt<\/li>\n<\/div>\n\n
                            \n
                          • Keine bekannten kritischen Bugs offen<\/li>\n<\/div><\/ul>\n<\/div>
                            \n

                            Aufwandssch\u00e4tzung und Kapazit\u00e4tsplanung<\/h3>\n<\/div>
                            \n
                              \n
                            • Das Entwicklungsteam sch\u00e4tzt selbst den Aufwand der Backlog-Eintr\u00e4ge<\/li>\n<\/div>\n\n
                              \n
                            • Es plant basierend auf der tats\u00e4chlich verf\u00fcgbaren Kapazit\u00e4t im Sprint (Urlaub, Meetings etc.)<\/li>\n<\/div>\n\n
                              \n
                            • Niemand au\u00dferhalb des Teams \u201ediktiert\u201c Sch\u00e4tzungen oder Zusagen<\/li>\n<\/div><\/ul>\n<\/div>
                              \n

                              Dadurch erh\u00e4lt das Team die notwendige Verantwortung und Autonomie<\/strong>, wirklich realistische Zusagen zu machen.<\/p>\n<\/div>

                              \n

                              Technische Entscheidungen und Architektur<\/h3>\n<\/div>
                              \n
                                \n
                              • Treffen von Architekturentscheidungen im Rahmen der definierten Leitplanken<\/li>\n<\/div>\n\n
                                \n
                              • Auswahl von Technologien, Patterns und L\u00f6sungsans\u00e4tzen<\/li>\n<\/div>\n\n
                                \n
                              • Balance zwischen kurzfristiger Umsetzung und langfristiger Wartbarkeit<\/li>\n<\/div>\n\n
                                \n
                              • Einbringen technischer Schulden und Refactoring-Bedarfe ins Backlog<\/li>\n<\/div><\/ul>\n<\/div>
                                \n

                                Verantwortung f\u00fcr Qualit\u00e4t, Sicherheit und Betrieb<\/h3>\n<\/div>
                                \n

                                Je nach Organisation umfasst dies oft auch:<\/p>\n<\/div>

                                \n
                                  \n
                                • Performance-, Load- und Sicherheitstests<\/li>\n<\/div>\n\n
                                  \n
                                • Monitoring, Logging, Alarmierung<\/li>\n<\/div>\n\n
                                  \n
                                • Unterst\u00fctzung beim Betrieb (DevOps-Ansatz, \u201eYou build it, you run it\u201c)<\/li>\n<\/div>\n\n
                                  \n
                                • Analyse und Behebung von Produktionsproblemen<\/li>\n<\/div><\/ul>\n<\/div>
                                  \n
                                  \n<\/div>
                                  \n

                                  Typische Rollen im Entwicklungsteam<\/h2>\n<\/div>
                                  \n

                                  Auch wenn Scrum alle als \u201eDeveloper\u201c bezeichnet, ist ein Entwicklungsteam meist aus mehreren Spezialisierungen zusammengesetzt:<\/p>\n<\/div>

                                  \n
                                    \n
                                  • Softwareentwickler:innen (Backend, Frontend, Full-Stack)<\/li>\n<\/div>\n\n
                                    \n
                                  • Tester:innen \/ QA-Engineers<\/li>\n<\/div>\n\n
                                    \n
                                  • UX-\/UI-Designer:innen<\/li>\n<\/div>\n\n
                                    \n
                                  • Business-Analyst:innen<\/li>\n<\/div>\n\n
                                    \n
                                  • DevOps-Engineers \/ Site Reliability Engineers<\/li>\n<\/div>\n\n
                                    \n
                                  • Architekt:innen<\/li>\n<\/div>\n\n
                                    \n
                                  • ggf. Data Engineers \/ Data Scientists<\/li>\n<\/div><\/ul>\n<\/div>
                                    \n

                                    Wichtig:
                                    Scrum unterscheidet diese Rollen nicht formal \u2013 das Team tr\u00e4gt gemeinsam Verantwortung<\/strong>. Spezialisierungen sind hilfreich, aber Silos sind es nicht.<\/p>\n<\/div>

                                    \n
                                    \n<\/div>
                                    \n

                                    Beteiligung des Entwicklungsteams an Scrum-Events<\/h2>\n<\/div>
                                    \n

                                    Sprint Planning \u2013 \u201eWas\u201c und \u201eWie\u201c kl\u00e4ren<\/h3>\n<\/div>
                                    \n

                                    Aufgaben des Entwicklungsteams:<\/p>\n<\/div>

                                    \n
                                      \n
                                    • Anforderungen verstehen (z. B. durch Beispiele, User Journeys)<\/li>\n<\/div>\n\n
                                      \n
                                    • Technische Risiken und Abh\u00e4ngigkeiten identifizieren<\/li>\n<\/div>\n\n
                                      \n
                                    • Aufwand und Kapazit\u00e4t abgleichen<\/li>\n<\/div>\n\n
                                      \n
                                    • Sprint-Ziel mitformulieren<\/li>\n<\/div>\n\n
                                      \n
                                    • Arbeitspakete im Sprint-Backlog strukturieren<\/li>\n<\/div><\/ul>\n<\/div>
                                      \n

                                      Daily Scrum \u2013 Arbeit koordinieren<\/h3>\n<\/div>
                                      \n

                                      Im Daily Scrum<\/strong> (max. 15 Minuten) synchronisiert das Entwicklungsteam seine Arbeit:<\/p>\n<\/div>

                                      \n
                                        \n
                                      • Was haben wir seit dem letzten Daily erreicht?<\/li>\n<\/div>\n\n
                                        \n
                                      • Was planen wir bis zum n\u00e4chsten Daily?<\/li>\n<\/div>\n\n
                                        \n
                                      • Was hindert uns an der Erreichung des Sprint-Ziels?<\/li>\n<\/div><\/ul>\n<\/div>
                                        \n

                                        Das Daily ist kein Status-Meeting f\u00fcr F\u00fchrungskr\u00e4fte<\/strong>, sondern ein Arbeitsmeeting des Teams zur Selbstorganisation.<\/p>\n<\/div>

                                        \n

                                        Sprint Review \u2013 Ergebnis zeigen und Feedback holen<\/h3>\n<\/div>
                                        \n

                                        Aufgaben des Entwicklungsteams:<\/p>\n<\/div>

                                        \n
                                          \n
                                        • Pr\u00e4sentation des fertigen Inkrements<\/li>\n<\/div>\n\n
                                          \n
                                        • Erl\u00e4uterung, was umgesetzt wurde und was nicht<\/li>\n<\/div>\n\n
                                          \n
                                        • Technische Fragen von Stakeholdern beantworten<\/li>\n<\/div>\n\n
                                          \n
                                        • Offen und transparent mit Problemen umgehen<\/li>\n<\/div><\/ul>\n<\/div>
                                          \n

                                          Ziel: Echtes Feedback<\/strong> erhalten, das unmittelbar in die weitere Planung einflie\u00dft.<\/p>\n<\/div>

                                          \n

                                          Sprint Retrospektive \u2013 Zusammenarbeit verbessern<\/h3>\n<\/div>
                                          \n

                                          Aufgaben des Entwicklungsteams:<\/p>\n<\/div>

                                          \n
                                            \n
                                          • Eigene Arbeitsweise kritisch hinterfragen<\/li>\n<\/div>\n\n
                                            \n
                                          • Offene Kommunikation \u00fcber Spannungen und Probleme<\/li>\n<\/div>\n\n
                                            \n
                                          • Konkrete Ma\u00dfnahmen zur Verbesserung beschlie\u00dfen (z. B. Prozessanpassungen, Tool-Optimierung, Definition-of-Done-Sch\u00e4rfung)<\/li>\n<\/div><\/ul>\n<\/div>
                                            \n
                                            \n<\/div>
                                            \n

                                            H\u00e4ufige Missverst\u00e4ndnisse und Anti-Pattern rund um das Entwicklungsteam<\/h2>\n<\/div>
                                            \n

                                            Damit ein Entwicklungsteam seine Aufgaben in Scrum wirklich wahrnehmen kann, sollten folgende Muster vermieden werden:<\/p>\n<\/div>

                                            \n
                                              \n
                                            • Das Team als reine \u201eUmsetzer\u201c<\/strong>
                                              Entscheidungen werden zentral getroffen, das Team \u201eprogrammiert nur\u201c. Folge: geringe Identifikation, schwache Verantwortung.<\/li>\n<\/div>\n\n
                                              \n
                                            • Extern vorgegebene Commitments<\/strong>
                                              Management oder Vertrieb versprechen Liefertermine, ohne das Team einzubeziehen. Ergebnis: \u00dcberlastung, technische Schulden, Demotivation.<\/li>\n<\/div>\n\n
                                              \n
                                            • \u00dcberdimensionierte oder zu kleine Teams<\/strong>
                                              Zu gro\u00dfe Teams verlieren an Fokus und Koordination, zu kleine Teams sind oft nicht ausreichend cross-funktional.<\/li>\n<\/div>\n\n
                                              \n
                                            • Teilzeit- und Projekt-Hopping<\/strong>
                                              Mitglieder sind in mehreren Projekten gleichzeitig, was Fokus und Planbarkeit massiv reduziert.<\/li>\n<\/div>\n\n
                                              \n
                                            • Kein Einfluss auf Definition of Done<\/strong>
                                              Qualit\u00e4tskriterien werden von au\u00dfen diktiert, passen aber nicht zur Realit\u00e4t des Teams.<\/li>\n<\/div>\n\n
                                              \n
                                            • Scrum Master als \u201eTeamleiter\u201c<\/strong>
                                              Wenn der Scrum Master Weisungen gibt oder Mitarbeitergespr\u00e4che f\u00fchrt, leidet die Selbstorganisation des Teams.<\/li>\n<\/div><\/ul>\n<\/div>
                                              \n
                                              \n<\/div>
                                              \n

                                              Best Practices f\u00fcr leistungsf\u00e4hige Entwicklungsteams in Scrum<\/h2>\n<\/div>
                                              \n

                                              1. Teamzuschnitt und Gr\u00f6\u00dfe bewusst w\u00e4hlen<\/h3>\n<\/div>
                                              \n
                                                \n
                                              • 3\u20139 Personen, idealerweise stabil \u00fcber mehrere Sprints<\/li>\n<\/div>\n\n
                                                \n
                                              • M\u00f6glichst alle ben\u00f6tigten Kompetenzen im Team b\u00fcndeln<\/li>\n<\/div>\n\n
                                                \n
                                              • Tempor\u00e4re Experten nur f\u00fcr Spezialthemen hinzuziehen<\/li>\n<\/div><\/ul>\n<\/div>
                                                \n

                                                2. Cross-Funktionalit\u00e4t f\u00f6rdern<\/h3>\n<\/div>
                                                \n
                                                  \n
                                                • \u00dcberschneidende Skills aufbauen (z. B. Entwickler mit Test-Know-how)<\/li>\n<\/div>\n\n
                                                  \n
                                                • Wissensinseln abbauen (Pair Programming, gemeinsames Arbeiten an Stories)<\/li>\n<\/div>\n\n
                                                  \n
                                                • Rotation bei Technologien und Modulen, um Abh\u00e4ngigkeiten von Einzelpersonen zu reduzieren<\/li>\n<\/div><\/ul>\n<\/div>
                                                  \n

                                                  3. Klare Definition of Ready und Definition of Done<\/h3>\n<\/div>
                                                  \n
                                                    \n
                                                  • Definition of Ready<\/strong>: Wann ist ein Backlog-Eintrag bereit f\u00fcr das Sprint Planning? (z. B. Business-Ziel klar, Akzeptanzkriterien vorhanden)<\/li>\n<\/div>\n\n
                                                    \n
                                                  • Definition of Done<\/strong>: Wann gilt eine Story als fertig? (z. B. getestet, dokumentiert, deployed)<\/li>\n<\/div><\/ul>\n<\/div>
                                                    \n

                                                    Beide Definitionen sollten gemeinsam von Product Owner und Entwicklungsteam erarbeitet werden.<\/p>\n<\/div>

                                                    \n

                                                    4. Transparenz und sinnvolle Metriken<\/h3>\n<\/div>
                                                    \n
                                                      \n
                                                    • Nutzung von Burndown-Charts, Cumulative-Flow-Diagrammen oder Lead-\/Cycle-Time<\/li>\n<\/div>\n\n
                                                      \n
                                                    • Fokus auf Verbesserung<\/strong>, nicht auf Kontrolle einzelner Personen<\/li>\n<\/div>\n\n
                                                      \n
                                                    • Kein Vergleich von Velocity zwischen Teams als \u201eLeistungskennzahl\u201c<\/li>\n<\/div><\/ul>\n<\/div>
                                                      \n

                                                      5. Arbeitsumgebung f\u00fcr Fokusarbeit schaffen<\/h3>\n<\/div>
                                                      \n
                                                        \n
                                                      • M\u00f6glichst wenig kontextfremde Meetings<\/li>\n<\/div>\n\n
                                                        \n
                                                      • Klare Fokuszeiten ohne St\u00f6rungen<\/li>\n<\/div>\n\n
                                                        \n
                                                      • Technische Infrastruktur, die Continuous Integration & Delivery unterst\u00fctzt<\/li>\n<\/div><\/ul>\n<\/div>
                                                        \n

                                                        6. Remote- und Hybrid-Teams bewusst f\u00fchren<\/h3>\n<\/div>
                                                        \n
                                                          \n
                                                        • Klare Kommunikationsregeln (Kamera an\/aus, Kan\u00e4le, Erreichbarkeit)<\/li>\n<\/div>\n\n
                                                          \n
                                                        • Digitale Whiteboards und Kollaborations-Tools nutzen<\/li>\n<\/div>\n\n
                                                          \n
                                                        • Wichtige Entscheidungen und Erkenntnisse schriftlich festhalten<\/li>\n<\/div><\/ul>\n<\/div>
                                                          \n
                                                          \n<\/div>
                                                          \n

                                                          Was F\u00fchrungskr\u00e4fte und Projektmanager beachten sollten<\/h2>\n<\/div>
                                                          \n

                                                          Scrum funktioniert nur, wenn das Entwicklungsteam seine Verantwortung auch wahrnehmen darf. Daf\u00fcr braucht es von Management- und Projektseite:<\/p>\n<\/div>

                                                          \n
                                                            \n
                                                          • Vertrauen statt Mikromanagement<\/strong>
                                                            Keine detaillierte Aufgabenverteilung von au\u00dfen, sondern klare Ziele und Rahmenbedingungen.<\/li>\n<\/div>\n\n
                                                            \n
                                                          • Einbindung in Zusagen nach au\u00dfen<\/strong>
                                                            Liefertermine und Umfang nur gemeinsam mit dem Entwicklungsteam zusagen.<\/li>\n<\/div>\n\n
                                                            \n
                                                          • Klare Priorisierung durch den Product Owner<\/strong>
                                                            Keine parallelen \u201eSonderauftr\u00e4ge\u201c am Product Owner vorbei.<\/li>\n<\/div>\n\n
                                                            \n
                                                          • Stabilit\u00e4t der Teams<\/strong>
                                                            Keine st\u00e4ndige Umverteilung von Personen auf neue Projekte.<\/li>\n<\/div>\n\n
                                                            \n
                                                          • Unterst\u00fctzung bei Hindernissen<\/strong>
                                                            Wenn Blockaden au\u00dferhalb des Einflussbereichs des Teams liegen (z. B. Abh\u00e4ngigkeiten zu Fachbereichen, Infrastruktur, Beschaffungen), braucht es aktive Unterst\u00fctzung von F\u00fchrungskr\u00e4ften.<\/li>\n<\/div><\/ul>\n<\/div>
                                                            \n

                                                            Wer diese Punkte ernst nimmt, schafft eine Umgebung, in der Entwicklungsteams ihre Aufgaben in Scrum nicht nur formal, sondern tats\u00e4chlich wirkungsvoll erf\u00fcllen k\u00f6nnen.<\/p>\n<\/div>

                                                            \n
                                                            \n<\/div>
                                                            \n

                                                            Checkliste: Entwicklungsteam in Scrum richtig aufstellen<\/h2>\n<\/div>
                                                            \n

                                                            Die folgende Liste bietet eine kompakte Orientierung, ob Ihr Entwicklungsteam seine Rolle in Scrum gut wahrnehmen kann:<\/p>\n<\/div>

                                                            \n
                                                              \n
                                                            • Teamgr\u00f6\u00dfe 3\u20139 Personen, weitgehend stabil<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Alle wesentlichen Kompetenzen (Dev, Test, UX, ggf. Ops) im Team vorhanden<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Entwicklungsteam sch\u00e4tzt Aufw\u00e4nde selbst<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Sprint-Ziele werden gemeinsam mit dem Team festgelegt<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Klar definierte und gelebte Definition of Done<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Product Owner ist erreichbar und arbeitet eng mit dem Team zusammen<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Scrum Master unterst\u00fctzt Selbstorganisation, ist kein disziplinarischer Vorgesetzter<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Regelm\u00e4\u00dfige Retrospektiven mit umgesetzten Verbesserungsma\u00dfnahmen<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Keine dauerhafte Mehrfach-Projektbelastung der Teammitglieder<\/li>\n<\/div>\n\n
                                                              \n
                                                            • Management respektiert die Verantwortung des Teams und macht keine Commitments \u00fcber dessen Kopf hinweg<\/li>\n<\/div><\/ul>\n<\/div>
                                                              \n

                                                              Je mehr H\u00e4kchen Sie setzen k\u00f6nnen, desto eher ist Ihr Entwicklungsteam in der Lage, die volle Wirkung von Scrum zu entfalten.<\/p>\n<\/div>

                                                              \n
                                                              \n<\/div>
                                                              \n

                                                              Fazit Entwicklungsteam: Aufgaben & Verantwortlichkeiten: Entwicklungsteam als Erfolgsfaktor in Scrum<\/h2>\n<\/div>
                                                              \n

                                                              Ein Entwicklungsteam in Scrum ist weit mehr als eine Gruppe von Programmierern. Es ist das Herzst\u00fcck der Wertsch\u00f6pfung: interdisziplin\u00e4r, selbstorganisiert und direkt verantwortlich f\u00fcr die Lieferung nutzbarer Produktinkremente.<\/p>\n<\/div>

                                                              \n

                                                              Wer die Aufgaben und Verantwortlichkeiten des Entwicklungsteams klar definiert, konsequent lebt und von Management-Seite unterst\u00fctzt, reduziert Reibungsverluste, erh\u00f6ht die Vorhersagbarkeit und verbessert die Produktqualit\u00e4t sp\u00fcrbar.<\/p>\n<\/div>

                                                              \n

                                                              Wenn Sie Ihr Entwicklungsteam neu aufbauen, auf Scrum umstellen oder bestehende Strukturen professionalisieren m\u00f6chten, lohnt sich ein externer Blick. Erfahrene Berater wie die Expert:innen der PURE Consultant unterst\u00fctzen dabei, Rollen zu kl\u00e4ren, Teams wirksam aufzustellen und Scrum praxisnah in Ihre Organisation zu integrieren \u2013 ohne dogmatischen Overhead, aber mit klarem Fokus auf Ergebnis und Zusammenarbeit.<\/p>\n<\/div>

                                                              \n
                                                              \n<\/div>","protected":false},"excerpt":{"rendered":"

                                                              Entwicklungsteam: Aufgaben & Verantwortlichkeiten – Ein funktionierendes Scrum-Setup entscheidet oft dar\u00fcber, ob ein Projekt planbar, transparent und erfolgreich l\u00e4uft \u2013 oder in endlosen Abstimmungsrunden steckenbleibt. Besonders h\u00e4ufig bleibt dabei unklar, was genau das Entwicklungsteam in Scrum leistet und wof\u00fcr es tats\u00e4chlich verantwortlich ist. Dieser Artikel zeigt strukturiert und praxisnah, welche Aufgaben das Entwicklungsteam \u00fcbernimmt, wie […]<\/p>\n","protected":false},"author":6,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[9],"tags":[2833],"class_list":["post-26955","post","type-post","status-publish","format-standard","hentry","category-scrum","tag-entwicklungsteam-aufgaben-verantwortlichkeiten"],"acf":[],"yoast_head":"\nEntwicklungsteam: Aufgaben & Verantwortlichkeiten - PURE Consultant<\/title>\n<meta name=\"description\" content=\"Erfahren Sie alles zu Entwicklungsteam: Aufgaben & Verantwortlichkeiten \u2013 optimieren Sie Ihre Projekte mit klaren Rollen.\" \/>\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.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Entwicklungsteam: Aufgaben & Verantwortlichkeiten - PURE Consultant\" \/>\n<meta property=\"og:description\" content=\"Erfahren Sie alles zu Entwicklungsteam: Aufgaben & Verantwortlichkeiten \u2013 optimieren Sie Ihre Projekte mit klaren Rollen.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/\" \/>\n<meta property=\"og:site_name\" content=\"PURE Consultant\" \/>\n<meta property=\"article:published_time\" content=\"2026-01-22T10:28:33+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-01-22T10:28:47+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.pureconsultant.de\/wp-content\/uploads\/visual-selection282.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1122\" \/>\n\t<meta property=\"og:image:height\" content=\"954\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Serhat K\u00fcpeli\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Serhat K\u00fcpeli\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"10\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/\"},\"author\":{\"name\":\"Serhat K\u00fcpeli\",\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/#\\\/schema\\\/person\\\/b879d2f247599ce3a636522dd8344e95\"},\"headline\":\"Entwicklungsteam: Aufgaben & Verantwortlichkeiten\",\"datePublished\":\"2026-01-22T10:28:33+00:00\",\"dateModified\":\"2026-01-22T10:28:47+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/\"},\"wordCount\":1903,\"image\":{\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.pureconsultant.de\\\/wp-content\\\/uploads\\\/visual-selection282.png\",\"keywords\":[\"Entwicklungsteam: Aufgaben & Verantwortlichkeiten\"],\"articleSection\":[\"Scrum\"],\"inLanguage\":\"de\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/\",\"url\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/\",\"name\":\"Entwicklungsteam: Aufgaben & Verantwortlichkeiten - PURE Consultant\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.pureconsultant.de\\\/wp-content\\\/uploads\\\/visual-selection282.png\",\"datePublished\":\"2026-01-22T10:28:33+00:00\",\"dateModified\":\"2026-01-22T10:28:47+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/#\\\/schema\\\/person\\\/b879d2f247599ce3a636522dd8344e95\"},\"description\":\"Erfahren Sie alles zu Entwicklungsteam: Aufgaben & Verantwortlichkeiten \u2013 optimieren Sie Ihre Projekte mit klaren Rollen.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.pureconsultant.de\\\/wp-content\\\/uploads\\\/visual-selection282.png\",\"contentUrl\":\"https:\\\/\\\/www.pureconsultant.de\\\/wp-content\\\/uploads\\\/visual-selection282.png\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/scrum\\\/entwicklungsteam-aufgaben-verantwortlichkeiten\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Startseite\",\"item\":\"https:\\\/\\\/www.pureconsultant.de\\\/de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Entwicklungsteam: Aufgaben & Verantwortlichkeiten\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/#website\",\"url\":\"https:\\\/\\\/www.pureconsultant.de\\\/\",\"name\":\"PURE Consultant\",\"description\":\"Scrum, PMO, Projektmanagement & Prozessmanagement aus K\u00f6ln\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.pureconsultant.de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.pureconsultant.de\\\/#\\\/schema\\\/person\\\/b879d2f247599ce3a636522dd8344e95\",\"name\":\"Serhat K\u00fcpeli\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/0886d2e74e7dfa20a0d9157eed001ec6efc4a799c718c80d37ebd532ec3810f1?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/0886d2e74e7dfa20a0d9157eed001ec6efc4a799c718c80d37ebd532ec3810f1?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/0886d2e74e7dfa20a0d9157eed001ec6efc4a799c718c80d37ebd532ec3810f1?s=96&d=mm&r=g\",\"caption\":\"Serhat K\u00fcpeli\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Entwicklungsteam: Aufgaben & Verantwortlichkeiten - PURE Consultant","description":"Erfahren Sie alles zu Entwicklungsteam: Aufgaben & Verantwortlichkeiten \u2013 optimieren Sie Ihre Projekte mit klaren Rollen.","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.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/","og_locale":"de_DE","og_type":"article","og_title":"Entwicklungsteam: Aufgaben & Verantwortlichkeiten - PURE Consultant","og_description":"Erfahren Sie alles zu Entwicklungsteam: Aufgaben & Verantwortlichkeiten \u2013 optimieren Sie Ihre Projekte mit klaren Rollen.","og_url":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/","og_site_name":"PURE Consultant","article_published_time":"2026-01-22T10:28:33+00:00","article_modified_time":"2026-01-22T10:28:47+00:00","og_image":[{"width":1122,"height":954,"url":"https:\/\/www.pureconsultant.de\/wp-content\/uploads\/visual-selection282.png","type":"image\/png"}],"author":"Serhat K\u00fcpeli","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"Serhat K\u00fcpeli","Gesch\u00e4tzte Lesezeit":"10\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/#article","isPartOf":{"@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/"},"author":{"name":"Serhat K\u00fcpeli","@id":"https:\/\/www.pureconsultant.de\/#\/schema\/person\/b879d2f247599ce3a636522dd8344e95"},"headline":"Entwicklungsteam: Aufgaben & Verantwortlichkeiten","datePublished":"2026-01-22T10:28:33+00:00","dateModified":"2026-01-22T10:28:47+00:00","mainEntityOfPage":{"@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/"},"wordCount":1903,"image":{"@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/#primaryimage"},"thumbnailUrl":"https:\/\/www.pureconsultant.de\/wp-content\/uploads\/visual-selection282.png","keywords":["Entwicklungsteam: Aufgaben & Verantwortlichkeiten"],"articleSection":["Scrum"],"inLanguage":"de"},{"@type":"WebPage","@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/","url":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/","name":"Entwicklungsteam: Aufgaben & Verantwortlichkeiten - PURE Consultant","isPartOf":{"@id":"https:\/\/www.pureconsultant.de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/#primaryimage"},"image":{"@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/#primaryimage"},"thumbnailUrl":"https:\/\/www.pureconsultant.de\/wp-content\/uploads\/visual-selection282.png","datePublished":"2026-01-22T10:28:33+00:00","dateModified":"2026-01-22T10:28:47+00:00","author":{"@id":"https:\/\/www.pureconsultant.de\/#\/schema\/person\/b879d2f247599ce3a636522dd8344e95"},"description":"Erfahren Sie alles zu Entwicklungsteam: Aufgaben & Verantwortlichkeiten \u2013 optimieren Sie Ihre Projekte mit klaren Rollen.","breadcrumb":{"@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/#primaryimage","url":"https:\/\/www.pureconsultant.de\/wp-content\/uploads\/visual-selection282.png","contentUrl":"https:\/\/www.pureconsultant.de\/wp-content\/uploads\/visual-selection282.png"},{"@type":"BreadcrumbList","@id":"https:\/\/www.pureconsultant.de\/de\/scrum\/entwicklungsteam-aufgaben-verantwortlichkeiten\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Startseite","item":"https:\/\/www.pureconsultant.de\/de\/"},{"@type":"ListItem","position":2,"name":"Entwicklungsteam: Aufgaben & Verantwortlichkeiten"}]},{"@type":"WebSite","@id":"https:\/\/www.pureconsultant.de\/#website","url":"https:\/\/www.pureconsultant.de\/","name":"PURE Consultant","description":"Scrum, PMO, Projektmanagement & Prozessmanagement aus K\u00f6ln","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.pureconsultant.de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Person","@id":"https:\/\/www.pureconsultant.de\/#\/schema\/person\/b879d2f247599ce3a636522dd8344e95","name":"Serhat K\u00fcpeli","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/0886d2e74e7dfa20a0d9157eed001ec6efc4a799c718c80d37ebd532ec3810f1?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/0886d2e74e7dfa20a0d9157eed001ec6efc4a799c718c80d37ebd532ec3810f1?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/0886d2e74e7dfa20a0d9157eed001ec6efc4a799c718c80d37ebd532ec3810f1?s=96&d=mm&r=g","caption":"Serhat K\u00fcpeli"}}]}},"_links":{"self":[{"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/posts\/26955","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/comments?post=26955"}],"version-history":[{"count":2,"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/posts\/26955\/revisions"}],"predecessor-version":[{"id":26958,"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/posts\/26955\/revisions\/26958"}],"wp:attachment":[{"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/media?parent=26955"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/categories?post=26955"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.pureconsultant.de\/de\/wp-json\/wp\/v2\/tags?post=26955"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}