[{"data":1,"prerenderedAt":778},["ShallowReactive",2],{"/de-de/blog/scrum-project-management-how-it-works":3,"navigation-de-de":36,"banner-de-de":439,"footer-de-de":449,"blog-post-authors-de-de-GitLab Germany Team":654,"blog-related-posts-de-de-scrum-project-management-how-it-works":669,"blog-promotions-de-de":714,"next-steps-de-de":768},{"id":4,"title":5,"authorSlugs":6,"body":8,"categorySlug":9,"config":10,"content":14,"description":8,"extension":25,"isFeatured":12,"meta":26,"navigation":27,"path":28,"publishedDate":20,"seo":29,"stem":33,"tagSlugs":34,"__hash__":35},"blogPosts/de-de/blog/scrum-project-management-how-it-works.yml","Scrum Project Management How It Works",[7],"gitlab-germany-team",null,"agile-planning",{"slug":11,"featured":12,"template":13},"scrum-project-management-how-it-works",false,"BlogPost",{"title":15,"description":16,"authors":17,"heroImage":19,"date":20,"body":21,"category":9,"tags":22,"updatedDate":24},"Scrum-Projektmanagement: So geht’s","In der Welt des Projektmanagements ist Scrum zu einem Schlüsselbegriff geworden, der für Flexibilität, Effizienz und kontinuierliche Verbesserung steht.",[18],"GitLab Germany Team","https://res.cloudinary.com/about-gitlab-com/image/upload/v1749661979/Blog/Hero%20Images/scrum-project-management.jpg","2024-08-21","Scrum ist jedoch mehr als nur eine Methode – es ist ein Framework, das den Teams ermöglicht, komplexe Projekte agil und erfolgreich zu bearbeiten.\n\n## Was ist Scrum-Projektmanagement?\n\nScrum ist wie der Rennwagen unter den Projektmanagementmethoden: schnell, flexibel und fokussiert. Es ist eine agile Methode, die darauf abzielt, komplexe Projekte in kurzen Iterationen, sogenannten Sprints, zu bewältigen. Diese Sprints ermöglichen es Teams, sich auf klare Ziele zu konzentrieren und gleichzeitig agil auf Veränderungen zu reagieren. Ursprünglich für die Softwareentwicklung ins Leben gerufen, hat sich Scrum mittlerweile in verschiedenen Branchen etabliert und wird für verschiedene Projekte, die nach einer agilen und iterativen Herangehensweise suchen, genutzt.\n\nDen Kern von Scrum bilden Prinzipien wie Transparenz, Inspektion und Anpassung. Das bedeutet, dass alle relevanten Informationen über den Projektfortschritt offengelegt werden, das Team seine Arbeit regelmäßig selbst überprüft und dann Anpassungen vornimmt, um stetig besser zu werden. Deshalb liegt ein wichtiger Fokus von Scrum auf der Zusammenarbeit. Statt endloser Planungsphasen und linearer Projektabwicklung setzt Scrum auf kurze Entwicklungszyklen. Diese dauern typischerweise ein bis vier Wochen und haben ein klares Ziel. Am Ende eines jeden Sprints wird ein greifbares Ergebnis präsentiert – so haben Teams einen konstanten Motivationsschub. \n\n## Das Scrum-Framework – Aufbau und Features\n\nUm das Scrum-Projektmanagement erfolgreich durchführen zu können, besteht das Scrum-Framework aus drei Hauptkomponenten: Rollen, Artefakten und Zeremonien.\n\n### Welche Rollen gibt es in Scrum?\n\nIn Scrum sind drei zentrale Rollen maßgeblich für den Erfolg bei der Umsetzung von Projekten:\n\n#### Product Owner\n\nProduct Owner spielen eine entscheidende Rolle im Scrum-Team und sind verantwortlich für die Maximierung des Produktwerts. Das bedeutet, dass die Person in dieser Position die Anforderungen des Projekts basierend auf den Bedürfnissen der Stakeholder und des Marktes definiert und priorisiert. Als Hauptansprechpartner(innen) für die Stakeholder arbeiten Product Owner eng mit ihnen zusammen, um sicherzustellen, dass das Produkt ihren Erwartungen entspricht und maximalen Nutzen bietet. Diese Rolle erfordert eine klare Vision, strategische Entscheidungsfindung und die Fähigkeit, Anforderungen effektiv zu kommunizieren und zu priorisieren.\n\n#### Entwicklungsteam\n\nDas Entwicklungsteam besteht aus den Expert(innen), die die eigentliche Entwicklungsarbeit leisten und das Produkt vorantreiben. Es ist selbstorganisiert und hat so die Freiheit, kreative Wege zu finden, um die Aufgaben aus dem Sprint-Backlog zu erledigen. Eigenverantwortung ist hier das A und O. Das Team verpflichtet sich, während jedes Sprints erstklassige Arbeit abzuliefern. Eine enge Zusammenarbeit und offene Kommunikation innerhalb des Teams sind entscheidend, um ein gemeinsames Verständnis der Anforderungen zu entwickeln und effektiv voranzukommen. Das Entwicklungsteam ist der Motor des Projekts und trägt die Hauptlast bei der Umsetzung der Produktanforderungen.\n\n#### Scrum Master\n\nScrum Master sind dafür da, das Scrum-Team zu unterstützen und sicherzustellen, dass es richtig Gas geben kann. Sie räumen Hindernisse aus dem Weg, die den Teamfortschritt behindern könnten, und schaffen eine Umgebung, in der Zusammenarbeit und ständige Verbesserung großgeschrieben werden. Außerdem helfen sie dem Team, die Prinzipien und Praktiken von Scrum zu durchdringen und umzusetzen. Das kann Schulungen, Workshops und regelmäßige Coaching-Sessions beinhalten, um sicherzustellen, dass das Team sein volles Potenzial entfalten kann.\n\nDiese drei Rollen ziehen im Scrum-Team an einem Strang, damit alle effektiv zusammenarbeiten und hochwertige Produkte in Rekordzeit auf den Markt gebracht werden. Die klare Verantwortungsaufteilung und die enge Zusammenarbeit sind Schlüssel dafür, dass das Team auf Hochtouren läuft und die Projektziele erreicht werden.\n\n### Was sind Scrum-Artefakte?\n\nScrum definiert eine Reihe von Artefakten, die dazu dienen, den Fortschritt des Projekts zu verfolgen und sicherzustellen, dass das Team in die richtige Richtung steuert.\n\n#### Product-Backlog\n\nHier sind sämtliche Anforderungen an das Projekt festgehalten, sei es in Form von User Stories, Features oder Aufgaben. Product Owner übernehmen die Verantwortung für die Pflege und Priorisierung dieses Backlogs, um zu gewährleisten, dass Teams stets an den wichtigsten Aspekten des Produkts arbeiten.\n\n#### Sprint-Backlog\n\nDer Sprint-Backlog ist die To-do-Liste für einen bestimmten Scrum-Sprint. Es werden die Aufgaben aufgeführt, die während dieses Zeitraums erledigt werden sollen. Das Entwicklungsteam wählt die Aufgaben aus dem Product-Backlog aus und verpflichtet sich, sie innerhalb des Sprints abzuschließen.\n\n#### Inkrement\n\nDas Inkrement ist das Ergebnis eines abgeschlossenen Sprints und stellt einen möglicherweise auslieferbaren Teil des Produkts dar. Es sollte eine funktionsfähige und getestete Version des Produkts sein, die den Product Ownern vorgestellt werden kann, um sicherzustellen, dass das Team die gestellten Anforderungen erfüllt hat.\n\n### Was sind Scrum Zeremonien?\n\nUm den Projektfortschritt zu synchronisieren und Hindernisse frühzeitig aus dem Weg zu räumen, organisiert ein Scrum-Team regelmäßig bestimmte Zeremonien, die die Effizienz und Transparenz des Entwicklungsprozesses maximieren:\n\n#### Sprint Planning\n\nBeim Sprint Planning legt das Team die Ziele fest und definiert den Umfang der Arbeit. Hier entscheidet das Team gemeinsam, welche Aufgaben vom Product-Backlog in den Sprint-Backlog aufgenommen werden. Die Product Owner klären die Anforderungen, und das Team schätzt den Aufwand ab, um zu bewerten, ob der Sprint realistische Ziele hat. Dabei verwenden die Teammitglieder Scrum Story Points als Maßeinheit, um den relativen Aufwand oder die Komplexität jeder Aufgabe zu bewerten. Durch diese Schätzungen können sie besser bewerten, wie viel Arbeit sie im Sprint durchführen können.\n\n#### Daily Scrum\n\nDas tägliche Stand-up-Meeting, auch als Daily Scrum bekannt, ist eine kurze Besprechung, um den Fortschritt zu besprechen und Hindernisse zu identifizieren. Jedes Teammitglied teilt mit, was seit dem letzten Meeting erreicht wurde, welche Herausforderungen es gibt und welche Aufgaben als Nächstes angegangen werden. Dies fördert die Kommunikation im Team und hilft, Hindernisse frühzeitig zu beseitigen.\n\n#### Sprint-Review\n\nAm Ende jedes Sprints findet die Sprint-Review statt, bei der das Team das abgeschlossene Inkrement präsentiert und Feedback von den Stakeholdern erhält. Hier demonstriert das Team die erledigte Arbeit und diskutiert Möglichkeiten zur Verbesserung. Die Stakeholder haben die Gelegenheit, Fragen zu stellen und Änderungsvorschläge zu machen, damit das Produkt bei der Fertigstellung den Anforderungen entspricht.\n\n#### Sprint Retrospective\n\nDie Sprint Retrospective ist eine Reflexionsveranstaltung, die nach der Sprint-Review stattfindet. Das Team reflektiert über den abgeschlossenen Scrum Sprint und identifiziert Verbesserungsmöglichkeiten für den nächsten. Dabei werden Erfolge, Probleme und Lernpunkte diskutiert, um Erkenntnisse zu gewinnen und den Entwicklungsprozess kontinuierlich zu verbessern.\n\nDiese Zeremonien sind entscheidend dafür, dass das Scrum-Team transparent arbeitet, sich regelmäßig über den Fortschritt austauscht und kontinuierlich an seiner Leistungsfähigkeit arbeitet. Durch die klare Struktur und den regelmäßigen Austausch werden Hindernisse frühzeitig erkannt und beseitigt, was zu einem effizienteren und produktiveren Entwicklungsprozess führt.\n\n## Warum Scrum nutzen?\n\nScrum bietet für [DevOps](https://about.gitlab.com/de-de/topics/devops/ \"DevOps\")-Teams viele Vorzüge, darunter Flexibilität, klare Kommunikation und regelmäßige Wertlieferung. Doch es ist wichtig zu beachten, dass die Einführung von Scrum auch einige Herausforderungen mit sich bringen kann, wie die Anpassung an neue Rollen und Prozesse. Deshalb ist es entscheidend, dass das Team gründlich geplant und geschult wird, da eine effektive Nutzung der Scrum-Methode dies voraussetzt.\n\n### Vorteile von Scrum\n\n- __Flexibilität und Anpassungsfähigkeit:__ Mit Scrum können DevOps-Teams blitzschnell auf neue Anforderungen reagieren und sich an veränderte Bedingungen anpassen. Kurze Iterationen und regelmäßige Check-ins machen das Team besonders agil.\n- __Klare Kommunikation:__ Durch regelmäßige Meetings wie dem Daily Scrum und Sprint-Reviews herrscht in einem Scrum-Team eine offene Kommunikationskultur. Das hilft, Hindernisse frühzeitig zu erkennen und die Teamarbeit zu verbessern.\n- __Kontinuierliche Lieferung von Mehrwert:__ Scrum stellt sicher, dass DevOps-Teams kontinuierlich wertvolle Funktionen liefern. Das bedeutet, dass Kund(inn)en regelmäßig mit neuen Features versorgt werden und der Wert des Produkts kontinuierlich steigt.\n- __Effiziente Ressourcennutzung:__ Dank der klaren Priorisierung im Product-Backlog können DevOps-Teams ihre Ressourcen effizient nutzen und sich auf die wichtigsten Aufgaben konzentrieren.\n- __Stärkung der Teamdynamik:__ Scrum fördert Selbstorganisation und Eigenverantwortung im Team. Das steigert die Motivation und das Engagement der Teammitglieder und verbessert die Zusammenarbeit deutlich.\n\n### Potenzielle Nachteile von Scrum\n\n- __Komplexität der Einführung:__ Die Einführung von Scrum erfordert oft einen kulturellen Wandel und kann anfangs recht komplex sein. Es braucht Zeit und Ressourcen, bis sich das Team an die neuen Prozesse und Rollen gewöhnt hat.\n- __Anforderungen an die Teamgröße:__ Scrum funktioniert am verlässlichsten mit Teams von bestimmter Größe. Zu kleine Teams könnten überlastet sein, während zu große Teams möglicherweise weniger effektiv arbeiten könnten.\n- __Risiko von Missverständnissen:__ Bei einer falschen Implementierung von Scrum oder unklaren Rollen kann es zu Missverständnissen und Frustration im Team kommen.\n- __Hoher Kommunikationsaufwand:__ Regelmäßige Meetings und offene Kommunikation können viel Zeit in Anspruch nehmen, wenn sie ineffizient gestaltet werden.\n- __Vorhersagbarkeit:__ Aufgrund der agilen Natur von Scrum kann es schwierig sein, genaue Vorhersagen über die Fertigstellung von Aufgaben oder Features zu treffen. Das kann zu Unsicherheiten bei der Planung und Budgetierung führen.\n\n## Scrum vs. Kanban vs. Agilität: Ein Vergleich der agilen Ansätze\n\nScrum, Agile und Kanban sind drei verschiedene Ansätze für das Projektmanagement, die sich jeweils durch einzigartige Merkmale auszeichnen.\n\n### Scrum\n\nScrum zeichnet sich durch seine strukturierten Zeitrahmen, bekannt als Sprints, aus. Innerhalb dieser Sprints arbeitet das Team an einer klar definierten Anzahl von Aufgaben, um am Ende des Sprints ein funktionsfähiges Produktinkrement zu liefern. Scrum arbeitet dabei mit Rollen wie Product Ownern, welche die Anforderungen priorisieren, dem Entwicklungsteam, das die Arbeit ausführt, und den Scrum Mastern, die das Team unterstützen. Die klare Rollenverteilung und die festen Zeitrahmen helfen, den Entwicklungsprozess zu organisieren und zu steuern.\n\n### Kanban\n\nKanban hingegen konzentriert sich auf die Visualisierung des Arbeitsflusses und die kontinuierliche Lieferung von Arbeit. Es gibt keine festen Zeitrahmen wie in Scrum. Stattdessen zeigt das Kanban-Board den aktuellen Status jedes Arbeitselements an, und das Team zieht kontinuierlich neue Aufgaben in den Arbeitsprozess, sobald Kapazitäten frei werden. Kanban bietet Flexibilität und ermöglicht es Teams, sich schnell an sich ändernde Anforderungen anzupassen und den Arbeitsfluss kontinuierlich zu verbessern.\n\n### Agilität\n\nAgilität hingegen betont Flexibilität, Selbstorganisation und kontinuierliche Verbesserung als übergeordneten Ansatz. Anders als bei Scrum gibt es hier keine festen Methoden oder Rahmenwerke, sondern ein Mindset, das auf Werten und Prinzipien basiert. Agile Methoden wie Scrum sind Teil dieses Ansatzes, neben anderen wie Extreme Programming (XP) oder Lean, die verschiedene Techniken umfassen.\n\n## Scrum Management mit GitLab\nGitLab bietet eine umfassende [Plattform für das DevOps-Lifecycle-Management](https://about.gitlab.com/de-de/platform/ \"Plattform für das DevOps-Lifecycle-Management\"). Neben Funktionen für die Versionskontrolle, [Continuous Integration](https://about.gitlab.com/de-de/solutions/continuous-integration/ \"Continuous Integration\") und Deployment stellt GitLab auch Projektmanagement-Tools bereit. Eines dieser Tools ist das Scrum-Management, das eine agile Projektmanagementmethode unterstützt. GitLab integriert Scrum-Management nahtlos in seine Plattform, was es Teams ermöglicht, Projekte effizient zu planen, zu verfolgen und zu verwalten.\n\nDurch die Verwendung von GitLab für das Scrum Management können Teams Backlogs verwalten, Sprints planen, Aufgaben zuweisen und den Fortschritt von Projekten in Echtzeit verfolgen. Außerdem ermöglicht die Integration von GitLab mit anderen DevOps-Tools eine nahtlose Zusammenarbeit zwischen Entwicklung, Qualitätssicherung und Betrieb.\n\n## Scrum Management – FAQs\n\n### Ist Scrum eine agile Methode?\n\nScrum ist eine agile Methode. Sie wird als agil betrachtet, weil sie die Grundsätze des Agilen Manifests unterstützt, das eine Reihe von Werten und Prinzipien für die agile Softwareentwicklung definiert. Scrum fördert die iterative Entwicklung, enge Zusammenarbeit im Team, Flexibilität bei der Anpassung an Änderungen und die kontinuierliche Verbesserung des Prozesses.\n\n### Wie lange dauert ein typischer Sprint und wie werden Sprints geplant?\n\nDie Dauer eines typischen Sprints in Scrum liegt normalerweise zwischen ein bis vier Wochen. Diese Zeitspanne wird vom Scrum-Team bestimmt und kann je nach den Projektanforderungen und den Präferenzen des Teams variieren. Manche Teams ziehen kürzere Sprints von einer Woche vor, während andere längere Sprints von vier Wochen wählen.\n\nDie Planung eines Sprints erfolgt während eines speziellen Meetings, das als Sprint Planning Meeting bekannt ist. Dabei setzt sich das Scrum-Team zusammen, um die Ziele für den kommenden Sprint festzulegen und die Aufgaben aus dem Produkt-Backlog auszuwählen, die während des Sprints erledigt werden sollen.\n\n### Wie geht ein Scrum-Team mit Änderungen während eines laufenden Sprints um?\n\nEin Scrum-Team geht mit Änderungen während eines laufenden Sprints flexibel um:\n\n__1. Identifizierung:__ Eine Änderungsanfrage wird erkannt, priorisiert und ins Product-Backlog aufgenommen.\n\n__2. Anpassung des Sprint-Backlogs:__ Falls nötig, wird das Sprint-Backlog angepasst, um Platz für die Änderung zu schaffen.\n\n__3. Teamkonsens:__ Das Team entscheidet gemeinsam, ob und wie die Änderung umgesetzt wird, unter Berücksichtigung der Sprint-Ziele und potenzieller Risiken.\n\n__4. Transparente Kommunikation:__ Alle Stakeholder werden über die Änderungen informiert, einschließlich einer möglichen Anpassung des Sprint-Ziels.\n",[23],"agile","2024-12-19","yml",{},true,"/de-de/blog/scrum-project-management-how-it-works",{"title":15,"description":16,"ogTitle":15,"ogDescription":16,"noIndex":12,"ogImage":19,"ogUrl":30,"ogSiteName":31,"ogType":32,"canonicalUrls":30},"https://about.gitlab.com/blog/scrum-project-management-how-it-works","https://about.gitlab.com","article","de-de/blog/scrum-project-management-how-it-works",[23],"PuSvN6mgzCeEM9AYxeyGPgav2pX_QD-wJ544zDpKATI",{"data":37},{"logo":38,"freeTrial":43,"sales":48,"login":53,"items":58,"search":367,"minimal":402,"duo":420,"pricingDeployment":429},{"config":39},{"href":40,"dataGaName":41,"dataGaLocation":42},"/de-de/","gitlab logo","header",{"text":44,"config":45},"Kostenlose Testversion anfordern",{"href":46,"dataGaName":47,"dataGaLocation":42},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/de-de&glm_content=default-saas-trial/","free trial",{"text":49,"config":50},"Vertrieb kontaktieren",{"href":51,"dataGaName":52,"dataGaLocation":42},"/de-de/sales/","sales",{"text":54,"config":55},"Anmelden",{"href":56,"dataGaName":57,"dataGaLocation":42},"https://gitlab.com/users/sign_in/","sign in",[59,86,182,187,288,348],{"text":60,"config":61,"cards":63},"Plattform",{"dataNavLevelOne":62},"platform",[64,70,78],{"title":60,"description":65,"link":66},"Die intelligente Orchestrierungsplattform für DevSecOps",{"text":67,"config":68},"Erkunde unsere Plattform",{"href":69,"dataGaName":62,"dataGaLocation":42},"/de-de/platform/",{"title":71,"description":72,"link":73},"GitLab Duo Agent Platform","Agentische KI für den gesamten Softwareentwicklungszyklus",{"text":74,"config":75},"Lerne GitLab Duo kennen",{"href":76,"dataGaName":77,"dataGaLocation":42},"/de-de/gitlab-duo-agent-platform/","gitlab duo agent platform",{"title":79,"description":80,"link":81},"Gründe, die für GitLab sprechen","Erfahre, warum Unternehmen auf GitLab setzen",{"text":82,"config":83},"Mehr erfahren",{"href":84,"dataGaName":85,"dataGaLocation":42},"/de-de/why-gitlab/","why gitlab",{"text":87,"left":27,"config":88,"link":90,"lists":94,"footer":164},"Produkt",{"dataNavLevelOne":89},"solutions",{"text":91,"config":92},"Alle Lösungen anzeigen",{"href":93,"dataGaName":89,"dataGaLocation":42},"/de-de/solutions/",[95,120,142],{"title":96,"description":97,"link":98,"items":103},"Automatisierung","CI/CD und Automatisierung zur Beschleunigung der Bereitstellung",{"config":99},{"icon":100,"href":101,"dataGaName":102,"dataGaLocation":42},"AutomatedCodeAlt","/de-de/solutions/delivery-automation/","automated software delivery",[104,108,111,116],{"text":105,"config":106},"CI/CD",{"href":107,"dataGaLocation":42,"dataGaName":105},"/de-de/solutions/continuous-integration/",{"text":71,"config":109},{"href":76,"dataGaLocation":42,"dataGaName":110},"gitlab duo agent platform - product menu",{"text":112,"config":113},"Quellcodeverwaltung",{"href":114,"dataGaLocation":42,"dataGaName":115},"/de-de/solutions/source-code-management/","Source Code Management",{"text":117,"config":118},"Automatisierte Softwarebereitstellung",{"href":101,"dataGaLocation":42,"dataGaName":119},"Automated software delivery",{"title":121,"description":122,"link":123,"items":128},"Sicherheit","Entwickle schneller, ohne die Sicherheit zu gefährden",{"config":124},{"href":125,"dataGaName":126,"dataGaLocation":42,"icon":127},"/de-de/solutions/application-security-testing/","security and compliance","ShieldCheckLight",[129,133,138],{"text":130,"config":131},"Application Security Testing",{"href":125,"dataGaName":132,"dataGaLocation":42},"Application security testing",{"text":134,"config":135},"Schutz der Software-Lieferkette",{"href":136,"dataGaLocation":42,"dataGaName":137},"/de-de/solutions/supply-chain/","Software supply chain security",{"text":139,"config":140},"Software Compliance",{"href":141,"dataGaName":139,"dataGaLocation":42},"/de-de/solutions/software-compliance/",{"title":143,"link":144,"items":149},"Bewertung",{"config":145},{"icon":146,"href":147,"dataGaName":148,"dataGaLocation":42},"DigitalTransformation","/de-de/solutions/visibility-measurement/","visibility and measurement",[150,154,159],{"text":151,"config":152},"Sichtbarkeit und Bewertung",{"href":147,"dataGaLocation":42,"dataGaName":153},"Visibility and Measurement",{"text":155,"config":156},"Wertstrommanagement",{"href":157,"dataGaLocation":42,"dataGaName":158},"/de-de/solutions/value-stream-management/","Value Stream Management",{"text":160,"config":161},"Analysen und Einblicke",{"href":162,"dataGaLocation":42,"dataGaName":163},"/de-de/solutions/analytics-and-insights/","Analytics and insights",{"title":165,"items":166},"GitLab für",[167,172,177],{"text":168,"config":169},"Enterprise",{"href":170,"dataGaLocation":42,"dataGaName":171},"/de-de/enterprise/","enterprise",{"text":173,"config":174},"Kleinunternehmen",{"href":175,"dataGaLocation":42,"dataGaName":176},"/de-de/small-business/","small business",{"text":178,"config":179},"den öffentlichen Sektor",{"href":180,"dataGaLocation":42,"dataGaName":181},"/de-de/solutions/public-sector/","public sector",{"text":183,"config":184},"Preise",{"href":185,"dataGaName":186,"dataGaLocation":42,"dataNavLevelOne":186},"/de-de/pricing/","pricing",{"text":188,"config":189,"link":191,"lists":195,"feature":275},"Ressourcen",{"dataNavLevelOne":190},"resources",{"text":192,"config":193},"Alle Ressourcen anzeigen",{"href":194,"dataGaName":190,"dataGaLocation":42},"/de-de/resources/",[196,229,247],{"title":197,"items":198},"Erste Schritte",[199,204,209,214,219,224],{"text":200,"config":201},"Installieren",{"href":202,"dataGaName":203,"dataGaLocation":42},"/de-de/install/","install",{"text":205,"config":206},"Kurzanleitungen",{"href":207,"dataGaName":208,"dataGaLocation":42},"/de-de/get-started/","quick setup checklists",{"text":210,"config":211},"Lernen",{"href":212,"dataGaLocation":42,"dataGaName":213},"https://university.gitlab.com/","learn",{"text":215,"config":216},"Produktdokumentation",{"href":217,"dataGaName":218,"dataGaLocation":42},"https://docs.gitlab.com/","product documentation",{"text":220,"config":221},"Best-Practice-Videos",{"href":222,"dataGaName":223,"dataGaLocation":42},"/de-de/getting-started-videos/","best practice videos",{"text":225,"config":226},"Integrationen",{"href":227,"dataGaName":228,"dataGaLocation":42},"/de-de/integrations/","integrations",{"title":230,"items":231},"Entdecken",[232,237,242],{"text":233,"config":234},"Kundenerfolge",{"href":235,"dataGaName":236,"dataGaLocation":42},"/de-de/customers/","customer success stories",{"text":238,"config":239},"Blog",{"href":240,"dataGaName":241,"dataGaLocation":42},"/de-de/blog/","blog",{"text":243,"config":244},"Remote",{"href":245,"dataGaName":246,"dataGaLocation":42},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"title":248,"items":249},"Vernetzen",[250,255,260,265,270],{"text":251,"config":252},"GitLab-Services",{"href":253,"dataGaName":254,"dataGaLocation":42},"/de-de/services/","services",{"text":256,"config":257},"Community",{"href":258,"dataGaName":259,"dataGaLocation":42},"/community/","community",{"text":261,"config":262},"Forum",{"href":263,"dataGaName":264,"dataGaLocation":42},"https://forum.gitlab.com/","forum",{"text":266,"config":267},"Veranstaltungen",{"href":268,"dataGaName":269,"dataGaLocation":42},"/events/","events",{"text":271,"config":272},"Partner",{"href":273,"dataGaName":274,"dataGaLocation":42},"/de-de/partners/","partners",{"backgroundColor":276,"textColor":277,"text":278,"image":279,"link":283},"#2f2a6b","#fff","Perspektiven für die Softwareentwicklung der Zukunft",{"altText":280,"config":281},"the source promo card",{"src":282},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758208064/dzl0dbift9xdizyelkk4.svg",{"text":284,"config":285},"Lies die News",{"href":286,"dataGaName":287,"dataGaLocation":42},"/de-de/the-source/","the source",{"text":289,"config":290,"lists":292},"Unternehmen",{"dataNavLevelOne":291},"company",[293],{"items":294},[295,300,306,308,313,318,323,328,333,338,343],{"text":296,"config":297},"Über",{"href":298,"dataGaName":299,"dataGaLocation":42},"/de-de/company/","about",{"text":301,"config":302,"footerGa":305},"Karriere",{"href":303,"dataGaName":304,"dataGaLocation":42},"/jobs/","jobs",{"dataGaName":304},{"text":266,"config":307},{"href":268,"dataGaName":269,"dataGaLocation":42},{"text":309,"config":310},"Geschäftsführung",{"href":311,"dataGaName":312,"dataGaLocation":42},"/company/team/e-group/","leadership",{"text":314,"config":315},"Team",{"href":316,"dataGaName":317,"dataGaLocation":42},"/company/team/","team",{"text":319,"config":320},"Handbuch",{"href":321,"dataGaName":322,"dataGaLocation":42},"https://handbook.gitlab.com/","handbook",{"text":324,"config":325},"Investor Relations",{"href":326,"dataGaName":327,"dataGaLocation":42},"https://ir.gitlab.com/","investor relations",{"text":329,"config":330},"Trust Center",{"href":331,"dataGaName":332,"dataGaLocation":42},"/de-de/security/","trust center",{"text":334,"config":335},"AI Transparency Center",{"href":336,"dataGaName":337,"dataGaLocation":42},"/de-de/ai-transparency-center/","ai transparency center",{"text":339,"config":340},"Newsletter",{"href":341,"dataGaName":342,"dataGaLocation":42},"/company/contact/#contact-forms","newsletter",{"text":344,"config":345},"Presse",{"href":346,"dataGaName":347,"dataGaLocation":42},"/press/","press",{"text":349,"config":350,"lists":351},"Kontakt",{"dataNavLevelOne":291},[352],{"items":353},[354,357,362],{"text":49,"config":355},{"href":51,"dataGaName":356,"dataGaLocation":42},"talk to sales",{"text":358,"config":359},"Support-Portal",{"href":360,"dataGaName":361,"dataGaLocation":42},"https://support.gitlab.com","support portal",{"text":363,"config":364},"Kundenportal",{"href":365,"dataGaName":366,"dataGaLocation":42},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"close":368,"login":369,"suggestions":376},"Schließen",{"text":370,"link":371},"Um Repositories und Projekte zu durchsuchen, melde dich an bei",{"text":372,"config":373},"gitlab.com",{"href":56,"dataGaName":374,"dataGaLocation":375},"search login","search",{"text":377,"default":378},"Vorschläge",[379,381,386,388,393,398],{"text":71,"config":380},{"href":76,"dataGaName":71,"dataGaLocation":375},{"text":382,"config":383},"Code Suggestions (KI)",{"href":384,"dataGaName":385,"dataGaLocation":375},"/de-de/solutions/code-suggestions/","Code Suggestions (AI)",{"text":105,"config":387},{"href":107,"dataGaName":105,"dataGaLocation":375},{"text":389,"config":390},"GitLab auf AWS",{"href":391,"dataGaName":392,"dataGaLocation":375},"/de-de/partners/technology-partners/aws/","GitLab on AWS",{"text":394,"config":395},"GitLab auf Google Cloud",{"href":396,"dataGaName":397,"dataGaLocation":375},"/de-de/partners/technology-partners/google-cloud-platform/","GitLab on Google Cloud",{"text":399,"config":400},"Warum GitLab?",{"href":84,"dataGaName":401,"dataGaLocation":375},"Why GitLab?",{"freeTrial":403,"mobileIcon":408,"desktopIcon":413,"secondaryButton":416},{"text":404,"config":405},"Kostenlos testen",{"href":406,"dataGaName":47,"dataGaLocation":407},"https://gitlab.com/-/trials/new/","nav",{"altText":409,"config":410},"GitLab-Symbol",{"src":411,"dataGaName":412,"dataGaLocation":407},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203874/jypbw1jx72aexsoohd7x.svg","gitlab icon",{"altText":409,"config":414},{"src":415,"dataGaName":412,"dataGaLocation":407},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203875/gs4c8p8opsgvflgkswz9.svg",{"text":197,"config":417},{"href":418,"dataGaName":419,"dataGaLocation":407},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/de-de/get-started/","get started",{"freeTrial":421,"mobileIcon":425,"desktopIcon":427},{"text":422,"config":423},"Erfahre mehr über GitLab Duo",{"href":76,"dataGaName":424,"dataGaLocation":407},"gitlab duo",{"altText":409,"config":426},{"src":411,"dataGaName":412,"dataGaLocation":407},{"altText":409,"config":428},{"src":415,"dataGaName":412,"dataGaLocation":407},{"freeTrial":430,"mobileIcon":435,"desktopIcon":437},{"text":431,"config":432},"Zurück zur Preisübersicht",{"href":185,"dataGaName":433,"dataGaLocation":407,"icon":434},"back to pricing","GoBack",{"altText":409,"config":436},{"src":411,"dataGaName":412,"dataGaLocation":407},{"altText":409,"config":438},{"src":415,"dataGaName":412,"dataGaLocation":407},{"title":440,"button":441,"config":446},"Sieh dir an, wie agentische KI die Softwarebereitstellung transformiert",{"text":442,"config":443},"GitLab Transcend jetzt ansehen",{"href":444,"dataGaName":445,"dataGaLocation":42},"/de-de/events/transcend/virtual/","transcend event",{"layout":447,"icon":448,"disabled":27},"release","AiStar",{"data":450},{"text":451,"source":452,"edit":458,"contribute":463,"config":468,"items":473,"minimal":646},"Git ist eine Marke von Software Freedom Conservancy und unsere Verwendung von „GitLab“ erfolgt unter Lizenz.",{"text":453,"config":454},"Quelltext der Seite anzeigen",{"href":455,"dataGaName":456,"dataGaLocation":457},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":459,"config":460},"Diese Seite bearbeiten",{"href":461,"dataGaName":462,"dataGaLocation":457},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":464,"config":465},"Beteilige dich",{"href":466,"dataGaName":467,"dataGaLocation":457},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":469,"facebook":470,"youtube":471,"linkedin":472},"https://x.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[474,497,552,579,613],{"title":60,"links":475,"subMenu":480},[476],{"text":477,"config":478},"DevSecOps-Plattform",{"href":69,"dataGaName":479,"dataGaLocation":457},"devsecops platform",[481],{"title":183,"links":482},[483,487,492],{"text":484,"config":485},"Tarife anzeigen",{"href":185,"dataGaName":486,"dataGaLocation":457},"view plans",{"text":488,"config":489},"Vorteile von Premium",{"href":490,"dataGaName":491,"dataGaLocation":457},"/de-de/pricing/premium/","why premium",{"text":493,"config":494},"Vorteile von Ultimate",{"href":495,"dataGaName":496,"dataGaLocation":457},"/de-de/pricing/ultimate/","why ultimate",{"title":498,"links":499},"Lösungen",[500,505,508,510,515,520,524,527,530,535,537,539,542,547],{"text":501,"config":502},"Digitale Transformation",{"href":503,"dataGaName":504,"dataGaLocation":457},"/de-de/topics/digital-transformation/","digital transformation",{"text":506,"config":507},"Sicherheit und Compliance",{"href":125,"dataGaName":132,"dataGaLocation":457},{"text":117,"config":509},{"href":101,"dataGaName":102,"dataGaLocation":457},{"text":511,"config":512},"Agile Entwicklung",{"href":513,"dataGaName":514,"dataGaLocation":457},"/de-de/solutions/agile-delivery/","agile delivery",{"text":516,"config":517},"Cloud-Transformation",{"href":518,"dataGaName":519,"dataGaLocation":457},"/de-de/topics/cloud-native/","cloud transformation",{"text":521,"config":522},"SCM",{"href":114,"dataGaName":523,"dataGaLocation":457},"source code management",{"text":105,"config":525},{"href":107,"dataGaName":526,"dataGaLocation":457},"continuous integration & delivery",{"text":155,"config":528},{"href":157,"dataGaName":529,"dataGaLocation":457},"value stream management",{"text":531,"config":532},"GitOps",{"href":533,"dataGaName":534,"dataGaLocation":457},"/de-de/solutions/gitops/","gitops",{"text":168,"config":536},{"href":170,"dataGaName":171,"dataGaLocation":457},{"text":173,"config":538},{"href":175,"dataGaName":176,"dataGaLocation":457},{"text":540,"config":541},"Öffentlicher Sektor",{"href":180,"dataGaName":181,"dataGaLocation":457},{"text":543,"config":544},"Bildungswesen",{"href":545,"dataGaName":546,"dataGaLocation":457},"/de-de/solutions/education/","education",{"text":548,"config":549},"Finanzdienstleistungen",{"href":550,"dataGaName":551,"dataGaLocation":457},"/de-de/solutions/finance/","financial services",{"title":188,"links":553},[554,556,558,560,563,565,567,569,571,573,575,577],{"text":200,"config":555},{"href":202,"dataGaName":203,"dataGaLocation":457},{"text":205,"config":557},{"href":207,"dataGaName":208,"dataGaLocation":457},{"text":210,"config":559},{"href":212,"dataGaName":213,"dataGaLocation":457},{"text":215,"config":561},{"href":217,"dataGaName":562,"dataGaLocation":457},"docs",{"text":238,"config":564},{"href":240,"dataGaName":241,"dataGaLocation":457},{"text":233,"config":566},{"href":235,"dataGaName":236,"dataGaLocation":457},{"text":243,"config":568},{"href":245,"dataGaName":246,"dataGaLocation":457},{"text":251,"config":570},{"href":253,"dataGaName":254,"dataGaLocation":457},{"text":256,"config":572},{"href":258,"dataGaName":259,"dataGaLocation":457},{"text":261,"config":574},{"href":263,"dataGaName":264,"dataGaLocation":457},{"text":266,"config":576},{"href":268,"dataGaName":269,"dataGaLocation":457},{"text":271,"config":578},{"href":273,"dataGaName":274,"dataGaLocation":457},{"title":289,"links":580},[581,583,585,587,589,591,593,597,602,604,606,608],{"text":296,"config":582},{"href":298,"dataGaName":291,"dataGaLocation":457},{"text":301,"config":584},{"href":303,"dataGaName":304,"dataGaLocation":457},{"text":309,"config":586},{"href":311,"dataGaName":312,"dataGaLocation":457},{"text":314,"config":588},{"href":316,"dataGaName":317,"dataGaLocation":457},{"text":319,"config":590},{"href":321,"dataGaName":322,"dataGaLocation":457},{"text":324,"config":592},{"href":326,"dataGaName":327,"dataGaLocation":457},{"text":594,"config":595},"Sustainability",{"href":596,"dataGaName":594,"dataGaLocation":457},"/sustainability/",{"text":598,"config":599},"Vielfalt, Inklusion und Zugehörigkeit",{"href":600,"dataGaName":601,"dataGaLocation":457},"/de-de/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":329,"config":603},{"href":331,"dataGaName":332,"dataGaLocation":457},{"text":339,"config":605},{"href":341,"dataGaName":342,"dataGaLocation":457},{"text":344,"config":607},{"href":346,"dataGaName":347,"dataGaLocation":457},{"text":609,"config":610},"Transparenzerklärung zu moderner Sklaverei",{"href":611,"dataGaName":612,"dataGaLocation":457},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":614,"links":615},"Nimm Kontakt auf",[616,619,624,626,631,636,641],{"text":617,"config":618},"Sprich mit einem Experten/einer Expertin",{"href":51,"dataGaName":52,"dataGaLocation":457},{"text":620,"config":621},"Support",{"href":622,"dataGaName":623,"dataGaLocation":457},"https://support.gitlab.com/hc/en-us/articles/11626483177756-GitLab-Support","get help",{"text":363,"config":625},{"href":365,"dataGaName":366,"dataGaLocation":457},{"text":627,"config":628},"Status",{"href":629,"dataGaName":630,"dataGaLocation":457},"https://status.gitlab.com/","status",{"text":632,"config":633},"Nutzungsbedingungen",{"href":634,"dataGaName":635,"dataGaLocation":457},"/terms/","terms of use",{"text":637,"config":638},"Datenschutzerklärung",{"href":639,"dataGaName":640,"dataGaLocation":457},"/de-de/privacy/","privacy statement",{"text":642,"config":643},"Cookie-Einstellungen",{"dataGaName":644,"dataGaLocation":457,"id":645,"isOneTrustButton":27},"cookie preferences","ot-sdk-btn",{"items":647},[648,650,652],{"text":632,"config":649},{"href":634,"dataGaName":635,"dataGaLocation":457},{"text":637,"config":651},{"href":639,"dataGaName":640,"dataGaLocation":457},{"text":642,"config":653},{"dataGaName":644,"dataGaLocation":457,"id":645,"isOneTrustButton":27},[655],{"id":656,"title":657,"body":8,"config":658,"content":660,"description":8,"extension":25,"meta":664,"navigation":27,"path":665,"seo":666,"stem":667,"__hash__":668},"blogAuthors/en-us/blog/authors/gitlab-germany-team.yml","Gitlab Germany Team",{"template":659},"BlogAuthor",{"name":18,"config":661},{"headshot":662,"ctfId":663},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1749659488/Blog/Author%20Headshots/gitlab-logo-extra-whitespace.png","6tNquF8jQeRRRi8k3ZXpvS",{},"/en-us/blog/authors/gitlab-germany-team",{},"en-us/blog/authors/gitlab-germany-team","vGs9BT_ji6dORS29vl80DKX6mSputlQV2W7-4vW2hL8",[670,684,698],{"content":671,"config":682},{"body":672,"category":9,"tags":673,"date":676,"title":677,"description":678,"authors":679,"heroImage":681},"Mit GitLab 18.10 kommen zwei seit Langem angefragte Funktionen für die Agile-Planung: die Work-Items-Liste und gespeicherte Ansichten. Die Work-Items-Liste zeigt alle Work-Item-Typen in einer gemeinsamen Übersicht. Gespeicherte Ansichten ermöglichen es, benutzerdefinierte Listenkonfigurationen zu speichern und später wieder aufzurufen.\n\nDie Funktionen bieten Teams konkrete Vorteile:\n\n* Kein wiederholtes Einrichten von Filtern für häufige Arbeitsabläufe\n* Konsistente Ansichten für die gemeinsame Bewertung von Arbeit im Team\n* Einheitliche Grundlage für Berichte und Statusübersichten\n\n## Was sind Work Items?\n\nBisher befinden sich Epics und Issues auf getrennten Listenseiten, was das Navigieren zwischen ihnen erfordert. Die Work-Items-Liste fasst Epics, Issues und andere Work Items in einer einheitlichen Listenansicht zusammen und macht das Wechseln zwischen getrennten Seiten überflüssig.\n\nDies ist zugleich die Grundlage für tiefergehende Planungsfunktionen. Die Zusammenführung aller Work-Item-Typen schafft die Voraussetzung für Hierarchieansichten – zum Beispiel eine Tabellenansicht –, die Beziehungen und Strukturen über Epics, Issues und andere Elemente hinweg auf einen Blick sichtbar machen.\n\nÜber Listen- und Hierarchieansichten hinaus ist geplant, weitere häufige Arbeitsabläufe – etwa Boards – in diese einheitliche Erfahrung zu integrieren. Das Ziel: alle wesentlichen Planungsansichten an einem Ort, über gespeicherte Ansichten mit dem Team teilbar, ohne durch verschiedene Produktbereiche navigieren zu müssen.\n\nVielleicht fragst du dich, warum wir von „Work Items\" sprechen und nicht von Issues. Die kurze Antwort: „Issue\" skaliert nicht dorthin, wo wir hinwollen. Bald lassen sich Work-Item-Typen vollständig konfigurieren – einschließlich ihrer Bezeichnungen –, um die Planungshierarchie der eigenen Organisation abzubilden. An der bestehenden Terminologie festzuhalten würde diese Flexibilität entgegenwirken. „Work Items\" ist die Grundlage für ein Modell, das sich individuell anpassen lässt.\n\n![Work items list view](https://res.cloudinary.com/about-gitlab-com/image/upload/v1774028606/ae9ugijwjsyv3ktiks0n.png)\n\n## Was hat zur Änderung geführt?\n\n2024 haben wir unsere Vision für eine neue Agile-Planungserfahrung in GitLab vorgestellt, die auf dem Work-Items-Framework basiert. Darin beschrieben wir das zentrale Problem: Epics und Issues existierten als getrennte Erfahrungen und erzeugten Reibung für Teams, die konsistente Funktionalität über Planungsobjekte hinweg erwarteten. Das Work-Items-Framework war unsere Antwort darauf – eine einheitliche Architektur für Konsistenz und neue Möglichkeiten in GitLabs Planungswerkzeugen. Work-Items-Liste und gespeicherte Ansichten sind ein Schritt auf diesem Weg.\n\n## Was sind gespeicherte Ansichten?\n\nGespeicherte Ansichten ermöglichen es, benutzerdefinierte Listenkonfigurationen – einschließlich Filter, Sortierung und Anzeigeoptionen – zu speichern und später aufzurufen. Damit lassen sich wiederkehrende Prüfungen strukturierter durchführen und einheitliche Arbeitsweisen im Team etablieren.\n\n![Saved view](https://res.cloudinary.com/about-gitlab-com/image/upload/v1774028606/izmg27ckskpkdofgvonr.png)\n\n## Wie geht es weiter?\n\nUm zu verstehen, warum wir diese Änderungen vornehmen, lohnt sich ein Blick auf das Ziel.\n\nDas Ziel ist nicht nur eine Work-Items-Liste, sondern eine Planungserfahrung, die es erlaubt, zwischen verschiedenen Ansichtstypen – Liste, Board, Tabelle und mehr – zu wechseln und dabei den aktuellen Filterbereich beizubehalten.\n\nIn Kombination mit gespeicherten Ansichten lässt sich für jeden Arbeitsablauf eine eigene Ansicht anlegen: Iterationsplanung, Backlog-Pflege, Portfolio-Planung mit verschachtelten Tabellenansichten und mehr.\n\nJede Ansicht ist sofort einsatzbereit, filtert und zeigt Arbeit konsistent an und lässt sich mit dem Team teilen. Das Framework ermöglicht künftig weitere Funktionen, darunter vollständige Swimlane-Unterstützung für beliebige Work-Item-Attribute in Boards.\n\nWir wissen, dass Änderungen an täglich genutzten Werkzeugen störend sein können. Wer Arbeitsabläufe rund um die bestehenden Epic- und Issue-Listenseiten aufgebaut hat, wird Unterschiede bemerken. Das nehmen wir nicht auf die leichte Schulter.\n\nDiese Richtung war keine schnelle Entscheidung. Sie spiegelt jahrelanges Feedback, eine erhebliche Investition in die Architektur des Work-Items-Frameworks und die Überzeugung wider, dass eine einheitliche Erfahrung Teams langfristig besser dient. Wir rechnen damit, dass die Umstellung Anpassungen erfordert, und werden auf Basis eures Feedbacks nachjustieren.\n\n## Teilt euer Feedback\n\nProbiert die neuen Funktionen aus und teilt eure Erfahrungen mit der Work-Items-Liste und gespeicherten Ansichten in unserem [Feedback-Issue](https://gitlab.com/gitlab-org/gitlab/-/work_items/590689). Eure Kommentare helfen dabei, diese Funktionen weiterzuentwickeln.",[23,674,675],"features","product","2026-03-21","GitLab 18.10: Agile Planung mit Work-Items-Liste und gespeicherten Ansichten","Work-Items-Liste und gespeicherte Ansichten reduzieren Kontextwechsel und unterstützen konsistente Arbeitsabläufe im Entwicklungsteam.",[680],"Matthew Macfarlane","https://res.cloudinary.com/about-gitlab-com/image/upload/v1773843921/rm35fx4gylrsu9alf2fx.png",{"featured":27,"template":13,"slug":683},"agile-planning-gets-a-boost-from-new-features-in-gitlab-18-10",{"content":685,"config":696},{"title":686,"description":687,"heroImage":688,"date":689,"body":690,"category":9,"tags":691,"authors":693},"Planung ohne Kontext-Wechsel – mit GitLab Duo Planner","KI-Agent für Produktmanager: GitLab Duo Planner strukturiert Anforderungen, analysiert Abhängigkeiten und erstellt Status-Reports ohne Tool-Wechsel.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098354/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%281%29_5XrohmuWBNuqL89BxVUzWm_1750098354056.png","2025-10-28","Software-Entwicklungsteams verwalten viele parallele Aufgaben mit begrenzten Ressourcen. Die Planung erfordert kontinuierliche Arbeit: Anforderungen strukturieren, Backlogs pflegen, Delivery tracken und Status-Updates erstellen.\n\nDer Planungsaufwand reduziert die Zeit für strategische Entscheidungen, die Produkte tatsächlich voranbringen.\n\nFür diese Herausforderung haben wir [GitLab Duo Planner](https://docs.gitlab.com/user/duo_agent_platform/agents/foundational_agents/planner/) entwickelt – einen KI-Agent auf Basis der [GitLab Duo Agent Platform](https://about.gitlab.com/gitlab-duo-agent-platform/), der Produktmanager direkt in GitLab unterstützt.\n\nGitLab Duo Planner ist kein generischer KI-Assistent. Die Produkt- und Engineering-Teams bei GitLab haben den Agent gezielt für Planungs-Workflows entwickelt, um Overhead zu reduzieren und gleichzeitig Alignment und Planbarkeit zu verbessern.\n\n## Unterstützung für deine Planung\n\nDrei Herausforderungen in der Planungspraxis:\n\n1. Ungeplante Arbeit – Unkoordinierte Tasks und verwaiste Work Items reduzieren das Vertrauen in die Planung.\n2. Unterbrechungen – Ständige Status-Anfragen unterbrechen den Entwicklungsfluss.\n3. Intransparenz – Risiken werden zu spät sichtbar, um gegenzusteuern.\n\nGitLab Duo Planner unterstützt Teams bei diesen Aufgaben: Der Agent strukturiert vage Ideen in konkrete Anforderungen, identifiziert Backlog-Probleme frühzeitig und wendet Priorisierungs-Frameworks wie RICE und MoSCoW an. Durch die Integration in GitLab hat der Agent Zugriff auf den vollständigen Kontext der Plattform. Die foundational agent architecture ermöglicht GitLab-spezifisches Wissen und Kontext-Awareness.\n\n## Für Teams entwickelt\n\nGitLab Duo Planner arbeitet mit Work Items (Epics, Issues, Tasks) und versteht Work Breakdown Structures, Dependency-Analysen und Aufwandsschätzungen. Dies verbessert Transparenz, Alignment und Planungssicherheit.\n\n**Plattform-Ansatz:** Im Unterschied zu Einzellösungen orchestriert Duo Planner über die gesamte GitLab-Plattform – von der Planung über Development bis Testing. Dies schafft Transparenz über Teams und Workflows hinweg.\n\n**Im Workflow integriert:** Kein Wechsel zwischen Tools oder tiefes Navigieren in GitLab erforderlich. Duo Planner ermöglicht Beiträge, Kollaboration und Transparenz für alle Beteiligten im Software Development Lifecycle.\n\n**Zeitersparnis:** Duo Planner befreit Teams von repetitiver Koordinationsarbeit, verbessert die Planbarkeit von Deliveries und reduziert verpasste Commitments. Der Fokus liegt auf der Arbeit, die tatsächlich Wirkung zeigt.\n\n## Sechs Workflows für Software-Planung\n\nGitLab Duo Planner unterstützt verschiedene Phasen der Software-Planung und arbeitet innerhalb des Planungsbereichs – einer definierten Umgebung mit Projekt-Visibility.\n\nDer Agent deckt sechs Workflows ab:\n\n**Priorisierung:** Frameworks wie RICE, MoSCoW oder WSJF werden angewendet, um Work Items systematisch zu ranken. RICE bewertet nach Reach, Impact, Confidence und Effort. MoSCoW kategorisiert nach Must have, Should have, Could have, Won't have. WSJF (Weighted Shortest Job First) gewichtet nach Business Value, Time Criticality und Risk Reduction.\n\n**Work Breakdown:** Initiativen werden in Epics, Features und User Stories zerlegt, um Anforderungen zu strukturieren. Dies folgt der hierarchischen Work Item-Struktur in GitLab.\n\n**Dependency-Analyse:** Der Agent identifiziert blockierte Arbeit und versteht Beziehungen zwischen Items, um die Velocity aufrechtzuerhalten. Abhängigkeiten werden als Blocker oder \"blocked by\"-Relationen erfasst.\n\n**Planung:** Organisation von Sprints, Milestones oder Quartalsplanungen. Der Agent berücksichtigt dabei die verfügbare Kapazität und bestehende Commitments.\n\n**Status-Reporting:** Generierung von Zusammenfassungen über Projekt-Fortschritt, Risiken und Blocker zum Tracking von Deliveries. Die Reports strukturieren sich nach Overview, Milestone-Status, In-Progress Items, Dependencies und Blockers.\n\n**Backlog Management:** Identifikation veralteter Issues, Duplikate oder Items, die Verfeinerung benötigen. Dies verbessert die Datenhygiene im Backlog.\n\n## Demonstration: Status-Check einer Initiative\n\nHier siehst du, wie GitLab Duo Planner den Status einer Initiative prüft:\n\n\u003Cdiv>\u003Ciframe src=\"https://player.vimeo.com/video/1131065078?badge=0&autopause=0&player_id=0&app_id=58479\" frameborder=\"0\" allow=\"autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" style=\"position:absolute;top:0;left:0;width:100%;height:100%;\" title=\"GitLab Duo Planner Agent\">\u003C/iframe>\u003C/div>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n\u003Cp>\u003C/p>\n\nDuo Planner ist als Custom Agent im Duo Chat Side Panel verfügbar und nutzt den aktuellen Seiten-Kontext.\n\n\u003Cp>\u003C/p>\n\n![Duo Planner als Custom Agent im Duo Chat Side Panel](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323689/ener1mkyj9shg6zvtp4f.png)\n\n\u003Cp>\u003C/p>\n\nWir fragen Duo Planner nach dem Status einer Initiative, indem wir den Epic-Link angeben:\n\n![Abfrage des Initiative-Status durch Angabe des Epic-Links](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323689/gzv2xudegtjhtesz1oaz.png)\n\n\u003Cp>\u003C/p>\n\nDer Agent liefert eine strukturierte Zusammenfassung mit Overview, aktuellem Status der Milestones, in Bearbeitung befindlichen Items, Dependencies und Blockern sowie umsetzbaren Empfehlungen.\n\n![Strukturierte Zusammenfassung](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323690/guoyqe1b9bstmbjzunez.png)\n\n\u003Cp>\u003C/p>\n\nAls Nächstes fordern wir eine Executive Summary an, um Stakeholder zu informieren. GitLab Duo Planner reduziert den manuellen Analyseaufwand für Reports und unterstützt schnellere Entscheidungen.\n\n![Anforderung einer Executive Summary](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323689/xs9zxawqrytfu54ejx2b.png)\n\n\u003Cp>\u003C/p>\n\n![Ausgabe der Executive Summary](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323690/bsbpvjaqnymobzg4knhu.png)\n\n\u003Cp>\u003C/p>\n\nWeitere Beispiel-Prompts für GitLab Duo Planner:\n\n* \"Welche Bugs mit dem Label 'boards' sollten wir priorisieren, unter Berücksichtigung der User Impact?\"\n* \"Ranke diese Epics nach strategischem Wert für Q1.\"\n* \"Hilf mir, Technical Debt gegen neue Features zu priorisieren.\"\n* \"Welche Tasks sind erforderlich, um diese User Story zu implementieren?\"\n* \"Schlage einen phasenweisen Ansatz für dieses Projekt vor: (URL einfügen).\"\n\n## Agile-Planung mit GitLab\n\nGitLab Duo Planner konzentriert sich gezielt auf Produktmanager und Engineering Manager in Agile-Umgebungen. Diese Spezialisierung ermöglicht verlässliche, umsetzbare Erkenntnisse statt generischer Vorschläge. Der Agent wurde auf GitLabs Planungs-Workflows und Agile Frameworks trainiert.\n\nDie Agent Platform entwickelt sich weiter: Wir arbeiten an einer Familie spezialisierter Agents, die jeweils für spezifische Workflows optimiert sind und zu einer unified intelligence layer beitragen. Der heutige Planner für Software-Teams ist der erste Schritt für KI-gestützte Priorisierung in verschiedenen Team-Kontexten.\n\n**Integration in deutsche Agile-Prozesse:** GitLab Duo Planner lässt sich in bestehende Scrum- und Kanban-Workflows integrieren. Der Agent arbeitet mit der Standard-Work-Item-Hierarchie in GitLab und respektiert definierte Projekt-Boundaries. Beispielsweise können Teams den Agent für Sprint Planning einsetzen, indem sie Backlog-Items nach RICE bewerten lassen und anschließend die Ergebnisse im Sprint Planning Meeting verwenden.\n\n**Technische Voraussetzungen:** Die Nutzung erfordert GitLab mit aktivierter Duo Chat Funktion. Der Agent operiert innerhalb der konfigurierten Projekt-Visibility und hat Zugriff auf Work Items, für die du Leserechte besitzt. Die Dokumentation erklärt Prerequisites, Anwendungsfälle und Konfiguration im Detail.\n\n> Wenn du GitLab-Kunde bist und GitLab Duo Planner mit eigenen Prompts testen möchtest, findest du in unserer [Dokumentation](https://docs.gitlab.com/user/duo_agent_platform/agents/foundational_agents/planner/) Prerequisites, Anwendungsfälle und weitere Details.",[692,23,674,675],"AI/ML",[694,695],"Aathira Nair","Amanda Rueda",{"featured":27,"template":13,"slug":697},"ace-your-planning-without-the-context-switching",{"content":699,"config":712},{"heroImage":700,"body":701,"authors":702,"updatedDate":705,"date":706,"title":707,"tags":708,"description":711,"category":9},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750099072/Blog/Hero%20Images/Blog/Hero%20Images/agile_agile.png_1750099072322.png","Kommt dir das bekannt vor? Du wechselst ständig zwischen Tabs in GitLab, nur um den\nÜberblick zu behalten, was in deinem Projekt passiert? Vielleicht prüfst du\neine Issue, springst dann zu einem Merge Request und dann zu einem Epic, um\nzu sehen, wie alles zusammenhängt. Ehe du dich versiehst, ist dein Browser\nvoller Tabs und du hast den roten Faden verloren.\n\nKeine Sorge, du stehst nicht alleine da. Viele Teams verschwenden Zeit und Energie damit, zwischen verschiedenen Elementen in ihrer Projektverwaltungssoftware hin und her zu springen, nur um den Überblick über ihre Arbeit zu behalten.\n\nDeshalb haben wir [Embedded Views](https://docs.gitlab.com/user/glql/#embedded-views) entwickelt, angetrieben von [GitLab Query Language (GLQL)](https://docs.gitlab.com/user/glql/). Mit Embedded Views, [verfügbar ab 18.3](https://about.gitlab.com/releases/2025/08/21/gitlab-18-3-released/), erhältst du Live-Informationen genau dort, wo du bereits in GitLab arbeitest. Kein endloses Kontextwechseln mehr. Keine veralteten Berichte mehr. Nur die Informationen, die du brauchst, genau dann, wenn du sie brauchst.\n\n## Warum Embedded Views wichtig sind\n\nEmbedded Views sind mehr als nur ein neues Feature – sie stellen eine grundlegende Veränderung dar, wie Teams ihre Arbeit in GitLab verstehen und verfolgen. Mit Embedded Views können Teams den Kontext beibehalten, während sie auf Echtzeitinformationen zugreifen, gemeinsames Verständnis schaffen und die Zusammenarbeit verbessern, ohne ihren aktuellen Workflow zu verlassen. Es geht darum, die Arbeitsverfolgung natürlich und mühelos zu gestalten, damit Sie sich auf das Wesentliche konzentrieren können.\n\n## So funktioniert's: Echtzeitdaten genau dort, wo sie am meisten gebraucht werden\n\nMit Embedded Views kannst du Live-GLQL-Abfragen in Markdown-Codeblöcken in Wiki-Seiten, Epics, Issues und Merge Requests einfügen. Das macht sie so nützlich:\n\n### Immer aktuell\n\nGLQL-Abfragen sind dynamisch und rufen bei jedem Seitenladen frische Daten ab. Deine Embedded Views spiegeln also immer den aktuellen Zustand deiner Arbeit wider, nicht den Zustand beim Einbetten der Ansicht. Wenn Änderungen an Issues, Merge Requests oder Milestones auftreten, zeigt eine Seitenaktualisierung diese Updates in Ihrer Embedded View an.\n\n### Kontextbezogenes Bewusstsein\n\nVerwende Funktionen wie `currentUser()` und `today()`, um Abfragen kontextspezifisch zu machen. Deine Embedded Views passen sich automatisch an, um relevante Informationen für die jeweilige Person anzuzeigen, die sie betrachtet, und schaffen so personalisierte Erlebnisse ohne manuelle Konfiguration.\n\n### Leistungsstarke Filterung\n\nFilter nach Feldern wie Zuweisenden, Autor(inn)en, Label, Milestone, Gesundheitsstatus, Erstellungsdatum und mehr. Verwende logische Ausdrücke, um genau die gewünschten Daten zu erhalten. Wir unterstützen mehr als 30 Felder ab Version 18.3.\n\n### Anpassbare Anzeige\n\nDu kannst deine Daten als Tabelle, Liste oder nummerierte Liste anzeigen. Wähle, welche Felder angezeigt werden sollen, lege ein Limit für die Anzahl der Elemente fest und gib die Sortierreihenfolge an, um deine Ansicht fokussiert und handlungsorientiert zu halten.\n\n### Verfügbarkeit\n\nDu kannst Embedded Views in Gruppen- und Projekt-Wikis, Epic- und Issue-Beschreibungen, Merge Requests und Kommentaren verwenden. GLQL ist in allen GitLab-Stufen verfügbar: Free, Premium und Ultimate, auf GitLab.com, GitLab Self-Managed und GitLab Dedicated. Bestimmte Funktionen wie die Anzeige von Epics, Status, benutzerdefinierten Feldern, Iterationen und Gewichtungen sind in den Stufen Premium und Ultimate verfügbar. Die Anzeige des Gesundheitsstatus ist nur in Ultimate verfügbar.\n\n## Embedded Views in Aktion erleben\n\nDie Syntax einer Embedded View-Quelle ist eine Obermenge von YAML. Sie besteht aus:\n\n* Dem `query`-Parameter: Ausdrücke, die mit einem logischen Operator wie `and` verbunden werden.\n* Parametern für die Präsentationsebene wie `display`, `limit` oder `fields`, `title` und `description`,\n  dargestellt als YAML.\n\nEine View wird in Markdown als Codeblock definiert, ähnlich wie andere Codeblöcke wie Mermaid.\n\nZum Beispiel:\n\n> Zeige eine Tabelle der ersten 5 offenen Issues an, die dem authentifizierten Benutzer in `gitlab-org/gitlab` zugewiesen sind.\n>\n> Zeige die Spalten `title`, `state`, `health`, `description`, `epic`, `milestone`, `weight` und `updated`.\n\n````yaml\n```glql\n\ndisplay: table\n\ntitle: GLQL-Tabelle 🎉\n\ndescription: Diese Ansicht listet meine offenen Issues auf\n\nfields: title, state, health, epic, milestone, weight, updated\n\nlimit: 5\n\nquery: project = \"gitlab-org/gitlab\" AND assignee = currentUser() AND state = opened\n```\n````\nDiese Quelle sollte eine Tabelle wie die folgende rendern:\n\n![](https://res.cloudinary.com/about-gitlab-com/image/upload/v1755193172/ibzfopvpztpglnccwrjj.png)\n\nEine einfache Möglichkeit, erste Embedded View zu erstellen, besteht darin, zum Dropdown-Menü **Weitere Optionen** in der Rich-Text-Editor-Symbolleiste zu navigieren. Wähle dort **Embedded View** aus, wodurch folgende Abfrage in einem Markdown-Codeblock eingefügt wird:\n\n````yaml\n```glql\n\nquery: assignee = currentUser()\n\nfields: title, createdAt, milestone, assignee\n\ntitle: Mir zugewiesene Issues\n```\n````\n\nSpeicher deine Änderungen im Kommentar oder in der Beschreibung, wo der Codeblock erscheint, und schon bist du fertig! Du hast erfolgreich deine erste Embedded View erstellt!\n\n## Wie GitLab Embedded Views nutzt\n\nOb wir Merge Requests für Security-Releases nachverfolgen, Bugs zur Verbesserung der Backlog-Hygiene triagieren oder Team-Onboarding und Milestone-Planung verwalten – wir verlassen uns täglich bei geschäftskritischen Prozessen auf Embedded Views. Dies ist nicht nur ein Feature, das wir entwickelt haben, es ist ein Tool, auf das wir uns verlassen, um unser Geschäft effektiv zu führen. Wenn du Embedded Views einführst, erhältst du eine getestete Lösung, die GitLab-Teams bereits dabei hilft, effizienter zu arbeiten, datengesteuerte Entscheidungen zu treffen und die Transparenz über komplexe Workflows hinweg zu wahren. Einfach ausgedrückt: Embedded Views können verändern, wie dein Team auf die Arbeit zugreift und sie analysiert, die für deinen Erfolg am wichtigsten ist.\n\nUm mehr darüber zu erfahren und zu sehen, wie GitLab Embedded Views intern nutzt, schaue dir [How GitLab measures Red Team impact: The adoption rate metric](https://about.gitlab.com/blog/how-gitlab-measures-red-team-impact-the-adoption-rate-metric/) und Global Search Release Planning Issues für die Milestones [18.1](https://gitlab.com/gitlab-org/search-team/team-tasks/-/issues/239), [18.2](https://gitlab.com/gitlab-org/search-team/team-tasks/-/issues/241) und [18.3](https://gitlab.com/gitlab-org/search-team/team-tasks/-/issues/245) an.\n\n## Was kommt als Nächstes\n\n[Embedded Views](https://docs.gitlab.com/user/glql/) sind nur der Anfang der Vision der Knowledge Group für die Arbeitsverfolgung. Erfahre mehr über unsere nächsten Schwerpunkte im [Embedded Views Post-GA Epic](https://gitlab.com/groups/gitlab-org/-/epics/15249). Während sich Embedded Views weiterentwickeln, wollen wir sie noch leistungsfähiger und [zugänglicher](https://gitlab.com/gitlab-org/gitlab/-/issues/548722) zu machen.\n\n## Teile deine Erfahrungen\n\nTeile uns dein Feedback mit im [Embedded Views GA Feedback Issue](https://gitlab.com/gitlab-org/gitlab/-/issues/509792). Egal ob du innovative Anwendungsfälle entdeckt hast, auf Herausforderungen gestoßen bist oder Verbesserungsideen hast – wir wollen von dir hören.\n",[680,703,704],"Himanshu Kapoor","Alex Fracazo","2025-09-11","2025-08-21","Embedded Views: Die Zukunft des Work Tracking in GitLab",[23,709,710],"DevSecOps platform","workflow","So machen Embedded Views Teams effizienter, fördern datengesteuerte Entscheidungen und bieten Transparenz in Workflows. Alles mit GitLab Query Language.",{"featured":12,"template":13,"slug":713},"embedded-views-the-future-of-work-tracking-in-gitlab",{"promotions":715},[716,730,742,754],{"id":717,"categories":718,"header":720,"text":721,"button":722,"image":727},"ai-modernization",[719],"ai-ml","Is AI achieving its promise at scale?","Quiz will take 5 minutes or less",{"text":723,"config":724},"Get your AI maturity score",{"href":725,"dataGaName":726,"dataGaLocation":241},"/assessments/ai-modernization-assessment/","modernization assessment",{"config":728},{"src":729},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/qix0m7kwnd8x2fh1zq49.png",{"id":731,"categories":732,"header":734,"text":721,"button":735,"image":739},"devops-modernization",[675,733],"devsecops","Are you just managing tools or shipping innovation?",{"text":736,"config":737},"Get your DevOps maturity score",{"href":738,"dataGaName":726,"dataGaLocation":241},"/assessments/devops-modernization-assessment/",{"config":740},{"src":741},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138785/eg818fmakweyuznttgid.png",{"id":743,"categories":744,"header":746,"text":721,"button":747,"image":751},"security-modernization",[745],"security","Are you trading speed for security?",{"text":748,"config":749},"Get your security maturity score",{"href":750,"dataGaName":726,"dataGaLocation":241},"/assessments/security-modernization-assessment/",{"config":752},{"src":753},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/p4pbqd9nnjejg5ds6mdk.png",{"id":755,"paths":756,"header":759,"text":760,"button":761,"image":766},"github-azure-migration",[757,758],"migration-from-azure-devops-to-gitlab","integrating-azure-devops-scm-and-gitlab","Is your team ready for GitHub's Azure move?","GitHub is already rebuilding around Azure. Find out what it means for you.",{"text":762,"config":763},"See how GitLab compares to GitHub",{"href":764,"dataGaName":765,"dataGaLocation":241},"/compare/gitlab-vs-github/github-azure-migration/","github azure migration",{"config":767},{"src":741},{"header":769,"blurb":770,"button":771,"secondaryButton":776},"Beginne noch heute, schneller zu entwickeln","Entdecke, was dein Team mit der intelligenten Orchestrierungsplattform für DevSecOps erreichen kann.\n",{"text":772,"config":773},"Kostenlosen Test starten",{"href":774,"dataGaName":47,"dataGaLocation":775},"https://gitlab.com/-/trial_registrations/new?glm_content=default-saas-trial&glm_source=about.gitlab.com/de-de/","feature",{"text":49,"config":777},{"href":51,"dataGaName":52,"dataGaLocation":775},1776449926217]