Glossar Kurs 5 - Agiles Projektmanagement
Google Project Management Certificate · Kurs 5: Agiles Projektmanagement
Das ist das gesamte Vokabular von Kurs 5 als Lernnotizen zur Wiederholung, alphabetisch gruppiert, damit ein Begriff schnell zu finden ist. Es existiert für die paar Minuten vor einem Quiz, oder für den Moment, in dem ein Begriff in einem Modul auftaucht und ich die Kurzfassung will, ohne das ganze Kapitel noch einmal zu lesen.
| Begriff | Was er bedeutet |
|---|---|
| Acceptance criteria (Akzeptanzkriterien) | Die konkreten Bedingungen, die eine User Story erfüllen muss, bevor sie als erledigt abgenommen werden kann. (sie gehören zu einer einzelnen Story; die Definition of Done gilt für die gesamte Arbeit) |
| Adaptation (Anpassung) | Produkt, Plan oder Arbeitsweise ändern, sobald die Überprüfung zeigt, dass etwas aus dem Ruder läuft, damit das Problem nicht weiter wächst. Die dritte Säule von Scrum. |
| Agile Manifesto (Agiles Manifest) | Die Erklärung von 2001 mit vier Werten und zwölf Prinzipien, die die Haltung beschreibt, die jedes agile Team anstrebt. |
| Agile project management (agiles Projektmanagement) | Projekte und Teams flexibel und feedbackgetrieben führen, auf Grundlage des Agilen Manifests. (Agile ist die Haltung; Scrum ist ein Framework, das sie in die Praxis umsetzt) |
| Ambiguity (Mehrdeutigkeit) | Nicht erkennen können, was Ereignisse wirklich verursacht, sodass man die Lage leicht falsch deutet. Das A in VUCA. |
| Begriff | Was er bedeutet |
|---|---|
| Backlog refinement (Backlog-Verfeinerung) | Die fortlaufende Pflege, die das Backlog in Ordnung hält: Einträge klar beschrieben, geschätzt und priorisiert, damit das Team ohne Unklarheiten Arbeit aufnehmen kann. |
| Burndown chart (Burndown-Diagramm) | Ein Diagramm, das die noch verbleibende Arbeit gegen die noch verbleibende Zeit aufträgt, sodass das Team sieht, ob es bis zum Ende des Sprints fertig wird. (es verfolgt den Fortschritt innerhalb eines Sprints; Velocity misst, wie viel ein Team pro Sprint schafft) |
| Business agility (Unternehmensagilität) | Agile Prinzipien über Projektteams hinaus tragen und darauf anwenden, wie die gesamte Organisation geführt wird. |
| Business collaboration (Zusammenarbeit mit dem Business) | Das Themenfeld der agilen Prinzipien, bei dem Kundschaft und Fachbereich eng mit dem Team zusammenarbeiten, damit neue Informationen sofort bei denen ankommen, die bauen, und sie sich anpassen können. Eines der vier Themenfelder. |
| Begriff | Was er bedeutet |
|---|---|
| Capacity (Kapazität) | Wie viel Arbeit ein Team in einem festgelegten Zeitraum realistisch aufnehmen kann, je nachdem, wer verfügbar ist. (Kapazität ist der verfügbare Spielraum; Velocity ist das Tempo, das ein Team in vergangenen Sprints gezeigt hat) |
| Case studies (Fallstudien) | Ausführliche, belegbasierte Darstellungen, wie ein bestimmtes Unternehmen, eine Gemeinschaft oder eine Organisation mit etwas umgegangen ist, genutzt, um aus den Erfolgen und Fehlern anderer zu lernen. |
| Change control board (Änderungsausschuss) | Das formale Waterfall-Gremium samt Verfahren, das jede Änderung an vereinbarten Anforderungen genehmigen muss. (Agile begrüßt Änderungen, statt sie abzuriegeln) |
| Change management (Veränderungsmanagement) | Menschen dabei helfen, ein neues Produkt, einen neuen Prozess oder neue Werte tatsächlich anzunehmen, statt sie nur zu verkünden. |
| Coaching | Ein wechselseitiger Gesprächsstil, der die Fähigkeiten, die Motivation und das Urteilsvermögen einer Person aufbaut, statt ihr Antworten vorzugeben. |
| Complexity (Komplexität) | So viele miteinander verflochtene Kräfte, Beteiligte und Faktoren, dass eine Änderung an einer Stelle auf alle anderen durchschlägt. Das C in VUCA. |
| Continuous integration and continuous refactoring (kontinuierliche Integration und kontinuierliches Refactoring) | Die XP-Gewohnheit, Änderungen viele Male am Tag in eine gemeinsame Version zusammenzuführen, damit Qualitätsprobleme schnell sichtbar werden. |
| CSV file (CSV-Datei) | Eine einfache Datei mit Tabellendaten, in der Kommas die Werte trennen, kurz für comma separated values. Praktisch, um ein Backlog in ein Tool wie Asana zu importieren. |
| Cynefin framework (Cynefin-Framework) | Ein Modell zur Lageeinschätzung, mit dem man beurteilt, wie komplex eine Situation ist, und sie einer von fünf Domänen zuordnet: einfach, kompliziert, komplex, chaotisch oder Unordnung, wenn man es nicht sagen kann. |
| Begriff | Was er bedeutet |
|---|---|
| Daily Scrum | Ein kurzes tägliches Abstimmungstreffen von höchstens 15 Minuten, in dem das Development Team den Fortschritt in Richtung Sprint Goal prüft und den Tag neu plant. Auch Stand-up genannt. |
| Definition of Done | Die gemeinsame Checkliste des Teams, die jedes Arbeitsergebnis bestehen muss, bevor es als fertig gilt. (gilt für jeden Eintrag; Akzeptanzkriterien sind spezifisch für eine einzelne Story) |
| Deliverable (Liefergegenstand) | Etwas Konkretes, das das Projekt hervorbringt und übergibt. |
| Development Team (Entwicklungsteam) | Die Menschen im Scrum Team, die das Produkt bauen, auch Developers genannt. (sie verantworten das Wie; der Product Owner verantwortet das Was und der Scrum Master das Wann) |
| DevOps | Eine kulturelle und organisatorische Bewegung, die Entwicklung und Betrieb zusammenbringt, um Software schneller auszuliefern, zuverlässiger zu betreiben und gemeinsam zu verantworten. |
| Disciplined Agile Delivery (DAD) | Ein hybrider Werkzeugkasten, der sich bei Kanban, LeSS, Lean, XP, Agile Modeling und anderen bedient und Teams hilft, Prozessentscheidungen zu treffen und einen skalierten Ansatz aufzubauen, der zu ihrem Kontext passt. |
| Begriff | Was er bedeutet |
|---|---|
| Empiricism (Empirismus) | Die Überzeugung, dass verlässliches Wissen aus realer Erfahrung und Beobachtung entsteht, nicht aus Vorhersagen. Die Theorie, auf der Scrum aufbaut. |
| Epic | Ein großes Arbeitspaket, zu groß für einen einzigen Sprint, das in mehrere zusammengehörige User Stories zerlegt wird. (das Epic ist der Container; User Stories sind das, worin es aufgeteilt wird) |
| Extreme Programming (XP) | Eine agile Methode, die gute Entwicklungspraktiken, etwa früh und oft testen, bis an ihre Grenze treibt, um die Qualität zu steigern und schnell auf Kundenbedürfnisse zu reagieren. |
| Begriff | Was er bedeutet |
|---|---|
| Five values of Scrum (fünf Scrum-Werte) | Die Verhaltensweisen, zu denen sich ein Scrum Team verpflichtet: Commitment, Mut, Fokus, Offenheit und Respekt. (Werte beschreiben, wie Menschen sich verhalten; die drei Säulen beschreiben, wie der Prozess funktioniert) |
| Flow (Arbeitsfluss) | Das zentrale Ziel von Kanban, Arbeit reibungslos und effizient durch das System zu bewegen, unterstützt dadurch, dass begrenzt wird, wie viel gleichzeitig in Arbeit ist. |
| Begriff | Was er bedeutet |
|---|---|
| I.N.V.E.S.T | Eine Checkliste für eine gut geschriebene User Story: independent, negotiable, valuable, estimable, small und testable - unabhängig, verhandelbar, wertvoll, schätzbar, klein und testbar. |
| Incremental (inkrementell) | Das Produkt in kleinen Stücken bauen, von denen jedes auf den vorherigen aufsetzt. (inkrementell betrifft das, was hinzukommt; iterativ betrifft den sich wiederholenden Zyklus) |
| Influencer (Einflussnehmende Person) | Jemand, der das Verhalten und die Überzeugungen anderer so verändern kann, dass dauerhafte Ergebnisse entstehen, ohne formale Weisungsbefugnis zu brauchen. |
| Inspection (Überprüfung) | Die Arbeit und den Fortschritt in Richtung Sprint Goal oft genug prüfen, um unerwünschte Abweichungen zu erkennen, solange sie sich noch beheben lassen. Die zweite Säule von Scrum. |
| Iterative (iterativ) | In wiederholten Zyklen arbeiten, von denen jeder etwas liefert und dann aus dem Feedback lernt. (iterativ ist die sich wiederholende Schleife; inkrementell ist das wachsende Produkt) |
| Begriff | Was er bedeutet |
|---|---|
| Kanban | Eine visuelle Methode, die den Stand der Arbeit auf einem Board zeigt, klassisch in den Spalten zu erledigen, in Arbeit und erledigt, mit Grenzen für die gleichzeitig laufende Arbeit. (Kanban ist ein kontinuierlicher Fluss ohne feste Rollen oder Sprints; Scrum nutzt zeitlich begrenzte Sprints und drei definierte Rollen) |
| Begriff | Was er bedeutet |
|---|---|
| Large-Scale Scrum (LeSS) | Ein Framework, um Scrum über viele Teams in einer großen Organisation anzuwenden und dabei den Fokus auf Wert zu halten und Verschwendung zu reduzieren. |
| Lean | Eine Methode, deren Kerngedanke darin besteht, Verschwendung aus einem Prozess zu entfernen. Sie ist älter als Agile und hat es mit inspiriert. |
| Begriff | Was er bedeutet |
|---|---|
| Managing (Führen und Steuern) | Die Arbeit anderer beaufsichtigen: einarbeiten, Meetings leiten, delegieren, Leistung verfolgen, entscheiden und Konflikte handhaben. (Managen lenkt die Arbeit; Coaching entwickelt die Person) |
| Minimum viable product (MVP) (minimal funktionsfähiges Produkt) | Die früheste Version eines Produkts mit gerade genug Funktionen, um für erste Kundschaft nützlich zu sein und Feedback zu gewinnen. (ein MVP ist ein Markttest der Produktidee; ein Increment ist das fertige Ergebnis eines beliebigen Sprints) |
| Mission | Eine kurze, dauerhafte Aussage darüber, warum die Arbeit des Teams zählt, die über das gesamte Projekt gleich bleibt. (die Mission ist das Warum; die Produktvision beschreibt, wie das fertige Produkt aussieht) |
| Begriff | Was er bedeutet |
|---|---|
| Organizational culture (Organisationskultur) | Die Werte, die Menschen an einem Arbeitsplatz teilen, sichtbar daran, wie sie sich verhalten, kommunizieren und zusammenarbeiten. |
| Begriff | Was er bedeutet |
|---|---|
| Pair Programming (Paarprogrammierung) | Die XP-Praxis, bei der zwei Personen gleichzeitig an derselben Aufgabe arbeiten, eine baut und eine prüft laufend mit. |
| Product Backlog | Die eine geordnete Liste von allem, woran das Team für das Produkt arbeiten könnte: Funktionen, Anforderungen und Aktivitäten. Verantwortet vom Product Owner. (die vollständige Liste für das Produkt; das Sprint Backlog ist der für einen Sprint ausgewählte Ausschnitt; das Increment ist das, was gebaut wird) |
| Product Goal (Produktziel) | Der künftige Zustand, auf den das Produkt zusteuert, und damit ein Ziel, gegen das das Scrum Team planen kann. |
| Product increment (Produktinkrement) | Die nutzbare, fertige Erweiterung des Produkts, die aus einem Sprint hervorgeht und die Definition of Done erfüllt. (das Ergebnis eines Sprints; die Backlogs sind Listen noch zu erledigender Arbeit) |
| Product Owner | Die Scrum-Rolle, die dafür verantwortlich ist, das Produkt so wertvoll wie möglich zu machen, vor allem indem sie das Product Backlog verantwortet und ordnet. (verantwortet das Was; das Development Team verantwortet das Wie und der Scrum Master das Wann) |
| Product requirements document (Produktanforderungsdokument) | Das Waterfall-Dokument, das Scope und Anforderungen eines Projekts vorab festschreibt. |
| Product roadmap (Produkt-Roadmap) | Ein übergeordneter Blick darauf, wohin sich das Produkt entwickelt, was es braucht und ungefähr wann wichtige Milestones erreicht werden sollen. |
| Product vision (Produktvision) | Eine Aussage darüber, was das Produkt ist, wem es dient und wie es die Strategie der Kundschaft unterstützt, die zugleich die Verantwortlichkeiten und Grenzen des Teams absteckt. |
| Begriff | Was er bedeutet |
|---|---|
| Relative estimation (relative Schätzung) | Den Umfang einer Aufgabe bestimmen, indem man sie mit einer anderen Aufgabe vergleicht, statt isoliert Stunden zu raten. (Story Points und T-Shirt-Größen sind beides Formen davon) |
| Releasable (releasefähig) | Fertig und gut genug zum Ausliefern, das heißt, das Team hat eine minimal funktionsfähige Version dieser Funktion oder Anforderung erreicht. Ob tatsächlich released wird, entscheidet der Product Owner. |
| Release plans (Release-Pläne) | Ein Plan dafür, wann bestimmte Funktionen ungefähr bei den Nutzenden ankommen, mit einem Release-Ziel, den enthaltenen Backlog-Einträgen, einem Zieldatum und weiteren Terminen, die es beeinflussen. |
| Requirements (Anforderungen) | Die Bedingungen, die erfüllt, oder die Arbeit, die erledigt sein muss, damit das Projekt erfolgreich ist. |
| Retrospectives and continuous learning (Retrospektiven und kontinuierliches Lernen) | Das Themenfeld der agilen Prinzipien, regelmäßig innezuhalten, zu reflektieren, was funktioniert und was nicht, und sich dann anzupassen. Eines der vier Themenfelder. |
| Begriff | Was er bedeutet |
|---|---|
| Scaled Agile Framework (SAFe) | Ein Lean-Agile-Framework für große Organisationen, das auf Kanban, Scrum, XP, DevOps und Design Thinking aufbaut und die Wertlieferung zur obersten Priorität macht. |
| Scrum | Ein schlankes Framework, um komplexe Produkte in kurzen, zeitlich begrenzten Sprints zu entwickeln, auszuliefern und zu pflegen. (Scrum ist ein Framework; Agile ist die umfassendere Haltung, der es dient) |
| Scrum Master | Die Scrum-Rolle, die dem Team hilft, die agilen Werte zu leben und bei den vereinbarten Praktiken zu bleiben, indem sie coacht, Hindernisse beseitigt und das Team abschirmt, damit es seine beste Arbeit leisten kann. (verantwortet das Wann; keine Führungskraft, die über den Scope bestimmt) |
| Scrum of Scrums | Eine Möglichkeit, mehrere kleine Scrum Teams am selben Produkt zu koordinieren, meist über ein regelmäßiges Treffen mit Vertretungen aus jedem Team. |
| Solution Design Sprint (Lösungsdesign-Sprint) | Ein ganzer Sprint, der dem Entwerfen der Lösung gewidmet ist, statt sie zu bauen. |
| Spotify model (Spotify-Modell) | Spotifys eigene Variante, Agile zu skalieren, aufgebaut auf autonomen Squads, Tribes, Chapters und Guilds, mit starkem Gewicht auf Kultur, Kommunikation und Verantwortlichkeit. Gedacht als Inspiration, nicht als Kopiervorlage. |
| Sprint | Ein Zeitabschnitt fester Länge, eine bis vier Wochen, in dem das Team einen geplanten Arbeitsumfang abschließt. |
| Sprint Backlog | Die für den kommenden Sprint ausgewählten Einträge aus dem Product Backlog, zusammen mit dem Plan der Developers, wie sie geliefert werden. (eine Teilmenge des Product Backlogs, verantwortet von den Developers) |
| Sprint Planning (Sprint-Planung) | Das Event, das einen Sprint eröffnet und in dem das gesamte Scrum Team vereinbart, was erledigt wird und wie. |
| Sprint Retrospective (Sprint-Retrospektive) | Das Event am Ende eines Sprints, bis zu drei Stunden lang, in dem das Team betrachtet, wie es zusammengearbeitet hat, und Verbesserungen auswählt. (blickt nach innen auf den Prozess; das Sprint Review blickt auf das Produkt) |
| Sprint Review | Das Event, in dem das Team den Stakeholdern zeigt, was es gebaut hat, und gemeinsam herausarbeitet, was fertig ist und was noch zu tun bleibt. (dreht sich um Produkt und Backlog; die Retrospective dreht sich darum, wie das Team gearbeitet hat) |
| Stacey Matrix (Stacey-Matrix) | Ein Raster, das ein Projekt danach einordnet, wie viel Einigkeit über die Anforderungen besteht und wie sicher der Weg zu ihrer Umsetzung ist, und so der projektleitenden Person hilft, einen Entscheidungsstil zu wählen. |
| Story points | Ein einheitenloser Wert, der User Stories oder Aufgaben zugewiesen wird, um ihren relativen Aufwand und ihr Risiko auszudrücken. (eine relative Schätzung, keine Stunden) |
| Begriff | Was er bedeutet |
|---|---|
| T-shirt sizes (T-Shirt-Größen) | Eine schnelle, grobe Schätzmethode, die Arbeit nach benötigter Zeit, Budget und Energie in XS, S, M, L, XL oder XXL einsortiert. |
| Team dynamics and culture (Teamdynamik und Kultur) | Das Themenfeld der agilen Prinzipien, ein inklusives, unterstützendes und eigenverantwortliches Team aufzubauen. Eines der vier Themenfelder. |
| Three pillars of Scrum (drei Säulen von Scrum) | Die Grundlagen des empirischen Ansatzes von Scrum: Transparenz, Überprüfung und Anpassung. (die Säulen sind der Prozess; die fünf Werte sind das Verhalten, das sie funktionieren lässt) |
| Timebox | Die feste Höchstdauer, die für ein Scrum-Event oder ein Arbeitspaket festgelegt ist. |
| Transparency (Transparenz) | Die wichtigen Teile der Arbeit für alle sichtbar halten, die für das Ergebnis verantwortlich sind. Die erste Säule von Scrum. |
| Begriff | Was er bedeutet |
|---|---|
| Uncertainty (Unsicherheit) | Nicht vorhersagen können, was als Nächstes kommt, sodass Überraschungen wahrscheinlich sind. Das U in VUCA. |
| User story (Nutzergeschichte) | Eine kurze, schlichte Beschreibung einer Funktion aus Sicht der Person, die sie nutzen wird. (die kleinste Einheit von Backlog-Arbeit; mehrere Stories werden zu einem Epic zusammengefasst) |
| Begriff | Was er bedeutet |
|---|---|
| Value delivery (Wertlieferung) | Das Themenfeld der agilen Prinzipien, Arbeit so früh wie möglich in die Hände der Kundschaft zu bringen, um Feedback zu gewinnen und das Risiko zu senken, das Falsche zu bauen. Eines der vier Themenfelder. |
| Value roadmap (Wert-Roadmap) | Eine agile Roadmap, die Zeitplan und Anforderungen für die Produktentwicklung darlegt, ausgerichtet an der Lieferung von Wert. |
| Velocity | Wie viel Arbeit, meist in Story Points, ein Team typischerweise in einem Sprint abschließt, genutzt, um künftige Sprints zu prognostizieren. (gemessen über mehrere Sprints hinweg; ein Burndown-Diagramm zeigt den Fortschritt innerhalb eines Sprints) |
| Volatility (Volatilität) | Wie schnell und wie oft sich Dinge in einem Unternehmen oder einer Situation ändern. Das V in VUCA. |
| VUCA | Volatility, uncertainty, complexity und ambiguity, also Volatilität, Unsicherheit, Komplexität und Mehrdeutigkeit: die Bedingungen einer sich schnell wandelnden Welt, und ein Signal, dass Agile zu einem Projekt passen könnte. |
| Begriff | Was er bedeutet |
|---|---|
| Waterfall project management (Wasserfall-Projektmanagement) | Der traditionelle Ansatz, der die Projektphasen nacheinander in fester Reihenfolge durchläuft. |
| Work-in-progress (WIP) limit (WIP-Limit) | Eine vom Team festgelegte Obergrenze dafür, wie viele Einträge gleichzeitig aktiv bearbeitet werden dürfen. Zentral für den Kanban-Fluss. |
Wo das vorkommt
Abschnitt betitelt „Wo das vorkommt“- Agile 1 - Grundlagen von Agile - die Ursprünge von Agile, VUCA, Werte und Prinzipien des Manifests, iterative und inkrementelle Lieferung, Waterfall gegen Agile, Scrum, Kanban, XP, Lean und Skalierung.
- Agile 2 - Scrum 101 - Empirismus, die drei Säulen, die fünf Werte, Mission und Produktvision sowie die drei Scrum-Rollen.
- Agile 3 - Scrum umsetzen - Backlog, User Stories, Schätzung, die fünf Scrum-Events, Velocity, Burndown und Tools.
- Agile 4 - Agile anwenden - wertorientierte Lieferung, Roadmaps, Veränderungsmanagement, Coaching, Skalierung und Vorstellungsgespräche.