5 agile Spiele für innovatives Lernen

Wir sind hier, um über Agilität zu sprechen, und damit meinen wir nicht deine Fähigkeiten auf einem Sportplatz oder in einem Yogastudio. Wenn Agile als Methode für dich neu ist, gibt es viel zu lernen, aber die Grundlagen sind einfach. Agile 101 beginnt mit dem Verständnis, dass Agile auf alles angewendet werden kann. Sie können agile Methoden verwenden, um Ihr persönliches Aufgabenmanagement zu verbessern, die Effizienz am Arbeitsplatz zu optimieren oder Softwareteams auf die Produktentwicklung auszurichten.

Unabhängig von der Anwendung bleiben die Konzepte dieselben: Agile schafft eine Denkweise zur kontinuierlichen Verbesserung, die Wert auf Flexibilität, Anpassungsfähigkeit, Zusammenarbeit und Effizienz legt.

In diesem Beitrag behandeln wir die Grundlagen von Agile 101, die Vorteile von Agile, beliebte agile Methoden und häufige Fehler, die es zu vermeiden gilt.

Agile 101: Vergleich zum traditionellen Projektmanagement

Das Konzept von Agile hat sich weiterentwickelt, aber es hat wirklich Fahrt aufgenommen und wurde in der Softwareentwicklung populär. In den letzten Jahren haben sich die Methoden und Leitprinzipien von Agile auf eine Vielzahl von Branchen ausgeweitet, die Wert auf kontinuierliche Verbesserung und Wachstum legen.

Wie lässt sich Agile mit traditionellem Projektmanagement vergleichen? Kurzum: Das tut es nicht. Agile ist genau das Gegenteil. Eine unserer Lieblingsmethoden, den agilen Ansatz mit klassischem Projektmanagement zu vergleichen, besteht darin, sie als Jazz und klassische Musik zu betrachten.

In der klassischen Musik bringt ein Dirigent ein zuvor komponiertes und organisiertes Musikstück in ein Orchester. Dann diktieren sie, was passiert und wann. Dies ist dem traditionellen Projektmanagement sehr ähnlich, bei dem der Projektmanager seinem Team einen Plan vorlegt, den er selbst ausgearbeitet hat, und dem Team dann mitteilt, wie er ausgeführt werden soll. Der Projektmanager legt die Schritte fest und erwartet, dass das Team sie bis ins Letzte (oder zur Notiz) befolgt . 🎼

Jazz hingegen ist kollaborativ. Jedes Bandmitglied ernährt sich vom anderen und kreiert Musik in einem flexiblen und iterativen Prozess — genau wie im agilen Prozess. Die Band experimentiert wie ein agiles Team zusammen und kreiert frei im Moment Musik. Jede Iteration ist ein bisschen anders und hoffentlich besser als die, die ihr vorausgegangen ist. 🎷

Das Projektmanagement ermöglicht diese Art von Flexibilität nicht. Es ist darauf angewiesen, eine strikte sequentielle Reihenfolge einzuhalten. Jedes Projektelement muss abgeschlossen sein, bevor mit dem nächsten fortgefahren werden kann. Wie bei einem Wasserfall bleibt der Arbeitsfluss von Projekt zu Projekt gleich.

Agil ist nichtlinear. Es konzentriert sich auf Flexibilität, die Zusammenarbeit zwischen den Teammitgliedern und die Bereitstellung eines konsistenten Mehrwerts für die Stakeholder. Mit jeder Iteration erhalten Sie neue, umsetzbare Erkenntnisse darüber, was funktioniert, was nicht und was geändert werden muss. Es handelt sich um eine multidimensionale Arbeitsweise, die die dem traditionellen Projektmanagement innewohnenden Engpässe beseitigt.

Agile 101: Die Vorteile von Agile

Agile Praktiken bieten viele Vorteile für Softwareentwicklungsprojekte sowie für viele andere Branchen. Die allgemeinen Konzepte von Agile können auf alle möglichen Situationen angewendet werden, und aufgrund ihrer Vielseitigkeit wird sie sich mit den Bedürfnissen Ihres Teams weiterentwickeln.

Stellen Sie sich das als eine Methode vor, die Sie auf jeden Ihrer Geschäftsprozesse anwenden können, um die Zusammenarbeit zu verbessern, die Effizienz zu optimieren und kontinuierlich zu verbessern.

Agile hilft Teams und Unternehmen:

• Arbeiten Sie mit optimaler Effizienz, indem Sie Verschwendung vermeiden
• Treffen Sie effektivere Entscheidungen
• Passen Sie sich an, wenn neue Informationen eingehen oder entdeckt werden
• Halten Sie die Lieferfristen der Stakeholder kontinuierlich ein
• Konzentrieren Sie sich darauf, Mehrwert für Stakeholder und Kunden zu schaffen
• Verstehen Sie die Kundenreise
• Entwickeln Sie erstklassige Produkte
• Verstehen Sie die Kapazitäten, um sicherzustellen, dass niemand zu viel oder zu wenig zur Arbeit verpflichtet
• Identifizieren Sie Hindernisse, bevor sie auftreten
• Erkennen Sie Engpässe, die die Arbeit verzögern könnten
• Arbeiten Sie zusammen und arbeiten Sie besser zusammen
• Passen Sie sich an technologische, wirtschaftliche und kulturelle Veränderungen an
• Bereite dich auf das Unerwartete vor
• Etablieren Sie Prozesse, die auf Ihre Bedürfnisse zugeschnitten sind
• Verbessern Sie die Moral und das Glück
• Entwickeln Sie eine Denkweise zur kontinuierlichen Verbesserung

Agile 101: Beliebte Methoden

Nachdem Sie nun die Grundlagen von Agile 101 und die Vorteile von Agile besser verstanden haben, lassen Sie uns einige der beliebtesten agilen Methoden besprechen.

Gedränge

Gedränge ist in der agilen Softwareentwicklung äußerst beliebt. Es ist ein ziemlich komplizierter Prozess für diejenigen, die damit nicht vertraut sind, aber die Grundlagen drehen sich um wiederkehrende Sprints, bei denen sich jeder darauf konzentriert, eine bestimmte Menge an Arbeit zu erledigen.

Ein Scrum ist ein Sprint, der 2-4 Wochen dauert. Zu Beginn des Sprints entscheidet der Product Owner, welche Aufgabe von der Hauptliste (Produkt-Backlog) in die Sprint-To-Do-Liste verschoben wird (Sprint-Backlog). Das Entwicklungsteam, geleitet von einem Scrum Master wer den Scrum-Prozess versteht, arbeitet daran, das Sprint-Backlog in der vorgegebenen Zeit abzuschließen.

Das Scrum-Team trifft sich zu täglichen Scrums oder Stehaufsteher die sicherstellen, dass alle über mögliche Hindernisse informiert sind und welche Arbeiten als Nächstes abgeschlossen werden müssen. Dieser Prozess wiederholt sich, bis ein Produkt fertiggestellt ist oder die Interessengruppen vollständig zufrieden sind. Am Ende des Sprints findet eine Retrospektive statt, damit das Team versteht, was gut gelaufen ist und was verbessert werden kann.

Kanban

Kanban ist ein relativ einfacher agiler Prozess, der oft teilweise in anderen agilen Methoden wie Scrum verwendet wird. Es ist ein Tool zur Aufgabenverwaltung, das entwickelt wurde, um die Effizienz zu optimieren, indem es alle erforderlichen Arbeiten visualisiert und die laufenden Arbeiten begrenzt. Ein Kanban-Workflow organisiert Aufgaben auf Kanban-Boards visuell, sodass Arbeitsaufgaben reibungslos bearbeitet werden können, auch wenn unterwegs Änderungen und Anpassungen vorgenommen werden.

In seiner einfachsten Form besteht ein Kanban-Board aus drei Spalten (To-Do, Doing und Done), sodass die Arbeit ungehindert von einer Phase zur nächsten fließen kann. Trello ist ein Beispiel für ein Online-Kanban-Board.

Kanban-Boards sollten in einem Bereich des Büros platziert werden, der für das gesamte Team sichtbar ist. Für virtuelle Teams kann dies wie eine Online-Ressource aussehen, auf die jeder zugreifen kann. Dies hilft allen, von oben nach unten, über Aktionspunkte auf dieselbe Seite zu gelangen. Wenn sich jemand fragt, was die wichtigste Aufgabe des Tages ist, muss er einfach auf dem Kanban-Board nachschauen.

Schlank

Lean, zusammen mit dem fünf Lean-Prinzipien, ursprünglich von Toyota entwickelt, ist eine leitende Denkweise, die Teams hilft, produktiver, effizienter und effektiver zu arbeiten. Es kann auf verschiedene agile und Methoden der Softwareentwicklung.

Schlanke Softwareentwicklung dreht sich alles darum, die Effizienz zu verbessern, indem Verschwendung vermieden wird, z. B. durch die Reduzierung von Aufgaben und Aktivitäten, die keinen Mehrwert bieten. Es bietet eine klare Möglichkeit, agile Praktiken in großen oder wachsenden Organisationen zu skalieren.

Extremes Programmieren

Extreme Programming (XP) ist ein agiler Ansatz, der sich auf die Verbesserung der Softwarequalität und Reaktionsfähigkeit konzentriert und sich gleichzeitig an die Kundenanforderungen anpasst. Das ultimative Ziel von Extreme Programming besteht darin, qualitativ hochwertige Ergebnisse in allen Aspekten der Arbeit zu erzielen, nicht nur im Endprodukt.

Die Entscheidungsfindung bei XP basiert auf fünf Werten: Kommunikation, Einfachheit, Feedback, Mut und Respekt. Die Besonderheiten von XP gelten nicht für alle Situationen, aber der allgemeine Rahmen kann für jedes Team von Nutzen sein.

Agile 101: Bewährte Methoden und Fehler, die es zu vermeiden gilt

Um Ihnen den Einstieg zu erleichtern, finden Sie hier unsere Liste mit Best Practices und häufigen agilen Fehlern.

Grundlegende Best Practices für Agile 101:

✅ Sieh Misserfolge als Lernchance.

✅ Nehmen Sie Veränderungen an und verbessern Sie Ihre Anpassungsfähigkeit.

✅ Verbessern Sie die Effizienz, indem Sie Aufgaben und Aktivitäten eliminieren, die keinen Mehrwert bieten.

✅ Verbessern Sie kontinuierlich Ihre Prozesse.

✅ Erlaube den Plänen zu leben, zu atmen und sich anzupassen.

✅ Verwenden Rückblicke um zuzuhören, zu lernen und sich zu verbessern.

✅ Priorisieren Sie die Kundenreise und treffen Sie Entscheidungen auf der Grundlage der Kundenbedürfnisse.

✅ Nutzen Sie agile Tools und Ressourcen.

Häufige agile Fehler:

❌ Passt sich nicht an, wenn neue Informationen enthüllt oder erhalten werden.

❌ Nicht auf derselben Wellenlänge wie die Stakeholder sein.

❌ Ich vertraue dem Team nicht, ohne Aufsicht Ideen zu entwickeln und zu entwickeln.

❌ Ohne ausreichende Informationen zur Sprint-Planung hinsetzen.

❌ Rückblickende Erkenntnisse werden in der folgenden Planungssitzung nicht berücksichtigt.

❌ Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel.

❌ Zu viele Tests, oder nicht zu wissen, wann das Projekt tatsächlich „fertig“ ist.

❌ Auswahl von Tools, die keinen kundenorientierten Ansatz verfolgen.

Agil leicht gemacht

Egal, ob Sie agile Prinzipien auf ein agiles Aufgabenmanagementsystem wie ein persönliches Kanban-Board anwenden oder Agile verwenden, um funktionierende Software zu entwickeln, die Essenz ist dieselbe. Im Grunde geht es bei Agile um kontinuierliche Verbesserung. Es ist eine Methode, eine Denkweise und eine Art, die Welt zu betrachten. Agile ist flexibel, anpassungsfähig, kollaborativ und werteorientiert.

Easy Agile hilft Teams, mit Agile besser zu arbeiten. Wir designen agile Apps für Jira mit einfacher, kollaborativer und flexibler Funktionalität. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Apps können Ihren agilen Teams helfen, besser zusammenzuarbeiten und Ihre Kunden zufriedenzustellen.

Buchen Sie eine 1:1 -Demo um mehr über unsere Jira-Toolsuite zu erfahren, oder kontaktiere unser Team wenn Sie weitere Fragen haben. Wir bieten eine kostenlose 30-Tage-Testversion an, damit Sie unsere Produkte ausprobieren können, bevor Sie eine Verpflichtung eingehen.

Dieser Leitfaden befasst sich mit den vier Zeremonien die eines der beliebtesten Frameworks von Agile bieten, Gedränge, zum Leben.

Erfahren Sie, wie jedes agile Ritual dazu beiträgt, Teams zu stärken und die Leistung zu steigern, und geben Sie einige Tipps heraus, mit denen Ihr Unternehmen das Beste aus Ihren Zeremonien herausholen kann.

Auf einen Blick:

• Die vier agilen Zeremonien sind Sprint-Planung, Tägliches Aufstehen, Sprint-Rückblick und Sprint-Rückblick
• Zeremonien in Agile ermöglichen Sichtbarkeit, Transparenz und Zusammenarbeit.
• Jede Zeremonie hat eine klare Struktur und ein klares Ziel.
• Klare Kommunikation, Flexibilität und kulturelle Ausrichtung sind die Schlüssel zu erfolgreichen Zeremonien.

Was sind die wichtigsten agilen Zeremonien?

Agile Zeremonien beziehen sich auf die vier Ereignisse, die während einer Scrum Sprint. Andere Formen der agilen Entwicklung, wie Kanban und Schlank, haben auch ähnliche Praktiken.

Das Liste agiler Zeremonien beinhaltet:

1. Sprint-Planung
2. Tägliches Aufstehen
3. Sprint-Rückblick
4. Sprint-Rückblick

Obwohl jede Zeremonie anders ist, dienen sie doch dem gleichen Gesamtzweck. Die Zeremonien bringen Teams mit einem gemeinsamen Ziel in einem regelmäßigen Rhythmus zusammen und helfen den Teams, Dinge zu erledigen.

„Unternehmen stehen heute unter erhöhtem Druck, schnell auf die Bedürfnisse ihrer Kunden und Stakeholder zu reagieren. Daher müssen sie neue Produkte schneller auf den Markt bringen und Verbesserungen vorhandener Lösungen und Dienstleistungen beschleunigen. „- Bericht zum Stand von Agile

Warum sind agile Zeremonien wichtig?

Agile Zeremonien helfen Organisationen, sich an Veränderungen anzupassen und erfolgreich zu sein. Da die Arbeit in kleineren Portionen und über kürzere Zeiträume geplant wird, helfen sie Teams dabei, schnell die Richtung zu ändern und bei Bedarf Kurskorrekturen vorzunehmen. Sie sind ein wichtiger Bestandteil des umfassenderen agilen Ansatzes, der heute in Unternehmen auf der ganzen Welt weit verbreitet ist.

Mit agilen Zeremonien können Teams in Ihrer Organisation von folgenden Vorteilen profitieren:

• Verbesserte Fähigkeit, sich ändernde Prioritäten zu verwalten
• Beschleunigung der Softwareentwicklung
• Steigerung der Teamproduktivität
• Bessere Abstimmung von Geschäft und IT

Es ist wichtig, sich daran zu erinnern, dass Zeremonien zwar ein wesentlicher Bestandteil von Scrum sind, aber nur eines von vielen Ritualen, die dazu beitragen, agile Teams und Arbeitsplätze zu schaffen. Um die wahren Vorteile von Agile zu nutzen, müssen Sie mehr tun, als eine oder mehrere der Zeremonien in Ihre Wasserfall-Projekt.

1. Sprint-Planung

Die Sprint-Planungszeremonie bereitet die Teams auf Erfolgskurs vor, indem sichergestellt wird, dass jeder die Sprintziele versteht und weiß, wie sie erreicht werden können.

• Struktur - Der Product Owner bringt das Produkt-Backlog mit, um es mit dem Entwicklungsteam zu besprechen. Der Scrum Master erleichtert. Zusammen nimmt das Scrum Team Schätzungen des Aufwands oder der Story Point vor. Das Produkt-Backlog muss alle Details enthalten, die für die Schätzung erforderlich sind. Der Product Owner sollte in der Lage sein, alle Zweifel bezüglich des Produkt-Backlogs zu klären.

• Teilnehmer - Das gesamte Scrum-Team (das Entwicklungsteam, der Scrum Master und der Product Owner).‍

• Zeitlicher Ablauf - Zu Beginn jedes Sprints.‍

• Dauer - Ein bis zwei Stunden Iteration pro Woche. Wenn Sie also einen zweiwöchigen Sprint planen, sollte Ihre Sprint-Planung zwei bis vier Stunden dauern. ‍

• Agiles Framework - Gedränge. Kanban-Teams planen zwar auch, aber weniger formell und pro Meilenstein, nicht iterativ.

Ergebnisse

Nach einigen Teamverhandlungen und Diskussionen sollten Sie bis zum Ende der Sprint-Planung eine klare Entscheidung darüber haben, welche Arbeit das Entwicklungsteam während des Sprints erledigen kann. Dies ist bekannt als Sprintziel.

Das Sprintziel ist eine Erhöhung der gesamten Arbeit, und jeder sollte sich der Verpflichtung sicher sein.

Das Produkt-Backlog definiert Prioritäten, die sich auf die Reihenfolge der Arbeiten auswirken. Dann wandelt der Scrum Master diese Entscheidung um in Sprint-Backlog.

Die besten Tipps

• Konzentrieren Sie sich auf Zusammenarbeit statt auf Wettbewerb.
• Teilen Sie Benutzerberichte in Aufgaben auf, um die Dinge für das Entwicklungsteam operationeller zu gestalten. Wenn Zeit zur Verfügung steht, weisen Sie diese Aufgaben während der Veranstaltung zu.
• Berücksichtigen Sie Feiertage und die Freizeit oder Ferien aller Teammitglieder.
• Behalten Sie das Tempo Ihres Teams im Auge — eine Erfolgsbilanz der Zeit, die für die Implementierung ähnlicher User Stories benötigt wurde, wäre hilfreich.
• Konzentrieren Sie sich auf das Produkt-Backlog und nichts anderes in Bezug auf die Arbeit für den Sprint.

2. Tägliches Aufstehen

Das tägliche Stand-up bringt das Team zusammen und bereitet alle auf den Tag vor. Das Team nutzt diese Zeit, um Blocker zu identifizieren und Pläne für den Tag auszutauschen.

• Struktur - Dies ist ein informelles, ständiges Treffen. Alle Mitglieder des Entwicklungsteams informieren alle darüber, was sie am Vortag getan haben und was sie heute tun. Die Mitglieder besprechen alle Blockaden, die sie haben, und bitten das Team bei Bedarf um Hilfe. Aus Zeitgründen sollten die Updates kurz sein.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner (optional).

• Zeitlicher Ablauf - Täglich, normalerweise morgens.

• Dauer - Kurz und scharf. Nicht länger als 15 Minuten.

• Agiles Framework - Scrum und Kanban.

Ergebnisse

Der Scrum Master sollte alle Blockaden beseitigen, die das Entwicklungsteam verlangsamen oder daran hindern, Ergebnisse zu liefern. Infolgedessen muss sich der Entwicklungsprozess möglicherweise ändern.

Dieser tägliche Pulscheck hält das Team auf dem Laufenden und hilft, Vertrauen aufzubauen. Gemeinsam findet die Gruppe Wege, sich gegenseitig zu unterstützen und zu helfen.

Die besten Tipps

• Verwenden Sie einen Timer, um dieses Meeting auf 15 Minuten zu beschränken.
• Halte deinen Stand jeden Tag zur gleichen Zeit.
• Besprechen Sie nur die Arbeit für den kommenden Tag.
• Wenn das Team verteilt ist, verwenden Sie Videokonferenzen mit eingeschalten Kameras.
• Nach der Veranstaltung sollten lange Diskussionen stattfinden.
• Da der Stand-up den Fortschritt fördert, sollte jeder ein Update bereitstellen und sich jeder sollte sich verantwortlich fühlen.

3. Bewertung im Sprint

Der Sprint Review ist die Zeit, um die abgeschlossenen Arbeiten des Teams zu präsentieren und Feedback von Stakeholdern einzuholen. Eine Vielzahl von Teilnehmern von außerhalb des Teams bietet wertvolle Einblicke aus unterschiedlichen Blickwinkeln. Diese Veranstaltung trägt auch dazu bei, Vertrauen sowohl bei externen als auch bei internen Interessengruppen aufzubauen.

• Struktur - Der Scrum Master übernimmt die Logistik der Eventvorbereitung. Der Product Owner sollte den Stakeholdern Fragen stellen, um so viel Feedback wie möglich zu erhalten. Sie sollten auch alle Fragen ihrer Stakeholder beantworten.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner. Wahlweise Management, Kunden, Entwickler und andere Interessengruppen.

• Zeitlicher Ablauf - Am Ende des Sprints.

• Dauer - In einem einwöchigen Sprint dauert der Sprint Review eine Stunde.

• Agiles Framework - Scrum und Kanban. Kanban-Teams führen diese Überprüfungen nach den Team-Meilensteinen durch, nicht nach Sprints.

Ergebnisse

Nach dieser Zeremonie muss der Product Owner möglicherweise das Produkt-Backlog anpassen oder ergänzen. Möglicherweise veröffentlichen sie auch Produktfunktionen, wenn diese bereits vollständig sind.

Die besten Tipps

• Planen Sie vor dem Meeting genügend Zeit für die Proben ein, damit Ihr Team selbstbewusst auftreten kann, insbesondere wenn externe Stakeholder anwesend sind.
• Präsentieren Sie keine unvollständigen Arbeiten. Überprüfe deine Sprint-Planung und die ursprünglichen Kriterien, wenn du dir nicht sicher bist, ob die Arbeit abgeschlossen ist.
• Konzentrieren Sie sich neben der Produktfunktionalität auf Benutzererfahrung, Wert für den Kunden, und die gelieferten geschäftlicher Wert.
• Überlegen Sie, wie Sie eine feierliche Atmosphäre schaffen können, um die Leistung des Teams anzuerkennen.

4. Sprint-Rückblick

In dieser letzten Scrum-Zeremonie in der Sequenz blickst du auf die Arbeit zurück, die du gerade geleistet hast, und findest heraus, wie du die Dinge beim nächsten Mal besser machen kannst. Die Sprint-Retrospektive ist ein Tool zur Risikominderung in zukünftigen Sprints.

• Struktur - Die Teams besprechen, was während des gesamten Sprints gut gelaufen ist und was schief gelaufen ist. Der Scrum Master sollte das Entwicklungsteam ermutigen, sich zu äußern und nicht nur Fakten, sondern auch seine Gefühle mitzuteilen. Ziel ist es, schnelles Feedback für eine kontinuierliche Verbesserung des Prozesses zu erhalten. Es ist auch eine Gelegenheit, bewährte Verfahren hervorzuheben, die das Team übernommen hat und wiederholen sollte.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner (optional).

• Zeitlicher Ablauf - Am Ende des Sprints.

• Dauer - 45 Minuten pro Sprintwoche.

• Agiles Framework - Scrum und Kanban (gelegentlich).

Ergebnisse

Nach dieser Sitzung sollte das Team die Probleme und Siege, die während der Iteration erzielt wurden, klar verstehen. Gemeinsam erarbeitet die Gruppe Lösungen und einen Aktionsplan, um Prozessprobleme im nächsten Sprint zu verhindern und zu identifizieren.

Die besten Tipps

• Konzentrieren Sie sich sowohl auf Fakten als auch auf Gefühle
• Sammeln Sie Informationen, die Ihnen helfen, sich auf kontinuierliche Verbesserungen zu konzentrieren — dazu können Tools und Beziehungen gehören
• Seien Sie ehrlich und fördern Sie Ideen, die prozessbezogene Probleme lösen
• Auch wenn alles gut gelaufen ist, sollten Sie dieses Meeting abhalten — Rückblicke geben fortlaufende Hinweise für den nächsten Sprint.

„Angesichts der Tatsache, dass sich die Geschwindigkeit des Wandels voraussichtlich fortsetzen wird, war der Bedarf an einem Betriebsmodell, das Schritt hält, noch nie so groß wie heute. „- McKinsey

Agile Lektionen, nach denen man leben kann

Als Team von erfahrenen agilen Praktikern haben wir einige wichtige Erkenntnisse darüber gewonnen, was es braucht, um das Beste aus Ihren agilen Zeremonien herauszuholen und die Grundlagen für eine wirklich agile Organisation zu schaffen.

Hier sind unsere Top-Tipps, um Ihre Zeremonien zum Erfolg zu führen:

• Sei bewusst präsent - Denken Sie daran, sich während der Zeremonien einen Moment Zeit zu nehmen, um innezuhalten und sich daran zu erinnern, warum Sie dort sind. Zeigen Sie anderen, dass Sie anwesend sind, indem Sie ihnen volle Aufmerksamkeit schenken und Ihre Körpersprache verwenden. Richten Sie Ihre Kamera aus der Ferne so aus, als ob Sie ihnen gegenüber sitzen würden, schauen Sie regelmäßig in das Objektiv und verwenden Sie einen ablenkungsfreien Hintergrund.
• Übe aktives Zuhören - Denke darüber nach, was die Person sagt, wer sie ist und was sie von dir braucht. Suchen sie nach einem Resonanzboden, brauchen sie deine Hilfe oder Meinung oder suchen sie nach einer emotionalen Verbindung?
• Motive verstehen - Verstehe die Beweggründe deiner Teamkollegen, bevor du sprichst. Überlege, warum sie sich für das, was du sagst, interessieren sollten, indem du deine Botschaft mit ihren eigenen Beweggründen verbindest. Bieten Sie nach Möglichkeit einen Kontext an, damit sie wissen, warum Ihre Botschaft wichtig ist.
• Sei flexibel - Es ist wichtig, sich daran zu erinnern, dass es für agile Arbeitsweisen kein Patentrezept gibt. Was für ein Team funktioniert, funktioniert möglicherweise nicht für ein anderes. Sie müssen also experimentieren, um herauszufinden, was funktioniert, und dann die Prozesse an die Bedürfnisse Ihres Teams anpassen.
• Kulturelle Ausrichtung schaffen - Die besten Prozesse der Welt werden nicht das liefern, was Sie brauchen, wenn Sie nicht über die Kultur verfügen, die sie unterstützt. Agile Zeremonien müssen von einer Kultur unterstützt werden, in der sich die Mitarbeiter aktiv engagieren, selbstbewusst sind, Probleme anzusprechen, und Wert auf kontinuierliche Verbesserung legen.

Agile Zeremonien führen zu besseren Ergebnissen

Es kann zwar einige Zeit dauern, bis sich Teams, die noch nicht mit Agile vertraut sind, an agile Zeremonien gewöhnt haben, aber sie sind die Mühe wert. Durch die Bereitstellung einer klaren Struktur und erreichbarer Ergebnisse tragen sie dazu bei, dass sich alle Beteiligten auf das Produkt, die Kommunikation und die Prioritäten konzentrieren.

Das Ergebnis? Agile Teams, die schneller qualitativ bessere Produkte liefern — und echte Geschäftsergebnisse liefern.

Wo auch immer sich Ihr Unternehmen auf Ihrem Weg zur Agilität befindet, es lohnt sich zu bedenken, dass jedes Team und jede Produktsuite anders sind. Es gibt also kein einheitliches Erfolgsrezept. Die gute Nachricht ist, dass auch Sie Ihre agilen Zeremonien im Laufe der Zeit wiederholen und verbessern können, indem Sie innerhalb der Denkweise der kontinuierlichen Verbesserung arbeiten, die das agile Framework fördert.

Bereit loszulegen?

Einfacher agiler Teamrhythmus unterstützt die agilen Praktiken deines Teams in Jira. TeamRhythm unterstützt dein Team von der Planung bis hin zur Retrospektive und hilft dir dabei, besser zusammenzuarbeiten, um deinen Kunden einen Mehrwert zu bieten.

Zu den Funktionen gehören:

• Agiles Tool zur Sprint- und Versionsplanung - Die Planung ist schnell und einfach, wenn Sie Probleme auf der Storymap erstellen und abschätzen. Sieh dir deine Arbeit unter Initiativen und Epen an und sieh dir die Swimlane-Statistiken auf einen Blick an. So stellst du sicher, dass die Teamkapazitäten voll, aber nicht überlastet sind
• Agiles Story-Mapping - Bilden Sie die Kundenreise anhand von Initiativen, Epen und Geschichten zusammen mit Ihren agile Jira-Boards. Fügen Sie der Story-Map schnell und einfach neue oder vorhandene Geschichten hinzu. Ziehen Sie per Drag-and-Drop, um Prioritäten nach dem Wert für den Kunden zu setzen.
• Verfeinerung des Produktbestands - Entfliehen Sie Ihrem flachen Backlog und sehen Sie sich Ihre Arbeit in der Storymap-Matrix an. Ziehen Sie Probleme per Drag-and-Drop, um sie zu priorisieren oder zu planen. Mithilfe der Inline-Bearbeitung können Sie Zusammenfassungen und Schätzungen zu Storypoints im Handumdrehen aktualisieren, um den Backlog zu verbessern.
• Team-Retrospektiven - Feiern Sie Erfolge, gewinnen Sie Erkenntnisse und teilen Sie Ihre Erkenntnisse mit Team-Retrospektiven für Scrum und Kanban. So fördern Sie Zusammenarbeit und Transparenz, sodass Sie und Ihr Team kontinuierlich besser werden.

Agile Schätzungstechniken sind erstaunlich einfach, können aber für Softwareentwicklungsteams manchmal komplexer als nötig gestaltet werden. Nachdem sie in den letzten Wochen eines großen Projekts den Zorn erlebt haben, bei früheren Aufträgen eine Frist zu verpassen und Angst vor 20-Stunden-Arbeitstagen zu haben, ist es kein Wunder, dass agile Teammitglieder vorsichtig mit Schätzungen umgehen. Wie oft hat Ihre Schätzung Sie schon einmal getroffen? 😱

Agile Schätztechniken wurden entwickelt, um ein nachhaltiges Entwicklungstempo zu erreichen und den Stakeholdern realistischere Terminerwartungen zu bieten. Sie verwenden relative Größenangaben, anstatt Schätzungen in Echtzeit vorherzusagen.

Zu den beliebten Schätzmethoden in einer agilen Entwicklungsumgebung gehören Story Points, Punktabstimmung, ein Bucket-System, Affinitäts-Mapping und T-Shirt-Größen. Die Größe von T-Shirts ist eine gängige Methode zur agilen Schätzung, die sich bei der langfristigen Planung als sehr effektiv erweisen kann oder Ihrem Team hilft, sich an relative Schätzungen zu gewöhnen.

Wir geben Ihnen einen kurzen Überblick über diese agilen Schätztechniken, aber dann werden wir uns mit der Größe von T-Shirts und den verschiedenen Möglichkeiten befassen, wie Sie diese Technik anwenden können.

Notieren Sie sich Ihre Schätzungen in Jira mit

Einfache Agile User Story Maps

Kostenlose Testversion

Ein kurzer Überblick über einige beliebte agile Schätztechniken

Wenn Sie diesen Artikel lesen, sind Sie wahrscheinlich bereits mit Story Points vertraut, die normalerweise für die Sprint-Planung verwendet werden, daher werden wir keine Zeit damit verbringen, diese aufzuarbeiten. Wenn Storypointing jedoch keine vertraute agile Schätztechnik ist, gehen Sie wie folgt vor ein Artikel, der Storypoints definiert und noch eine über bestimmte Zeiten, zu denen Storypoints könnte in Ihrem Team am besten funktionieren.

Die anderen agilen Schätzungstechniken, die wir uns zuerst ansehen werden, eignen sich eher für Road Mapping oder Release-Planung als für die Sprint-Planung. Lassen Sie uns einen kurzen Überblick über Affinitäts-Mapping, Bucket-Systeme und Punktabstimmung geben.

Affinitätszuordnung

In der Produktentwicklung bezieht sich „Affinität“ auf ähnliche Backlog-Elemente, entweder in Bezug auf Codetypen, Produktbereiche oder Aufwand. Bei der Abbildung von Affinitäten im Rahmen der agilen Schätzung sprechen wir von der Gruppierung von Arbeitselementen ähnlicher Größe. Geh und finde es heraus.

Um ein Affinitäts-Mapping durchzuführen, klebt der Moderator die Backlog-Elemente auf einzelne Haftnotizen und befestigt sie an einer Wand. Identifizieren Sie an einer anderen Wand eine Seite als „Kleiner“ und die andere Seite als „Größer“. Bitten Sie dann das Scrum-Team, die Elemente im Hintergrund von der Backlog-Wand auf die Größenordnung zu verschieben, in die sie passen, je nachdem, wie groß das Objekt wahrgenommen wird oder wie lange das Team voraussichtlich benötigen wird, um es fertigzustellen.

Der Schlüssel zu dieser Technik liegt darin, schnell vorzugehen, nicht zu viel darüber nachzudenken und nicht darüber zu diskutieren. Sobald alle Gegenstände an der Wand angebracht sind, können die Teammitglieder besprechen, welche Gegenstände möglicherweise falsch dimensioniert sind. Nach einer kurzen Diskussion kann das Team entscheiden, ob die Gegenstände verschoben werden sollen.

Nachdem alle mit der Platzierung zufrieden sind, kann sich der Product Owner vertikale Linien an der Wand vorstellen, die den Backlog in Abschnitte unterteilen, und jedem Artikel einfach eine T-Shirt-Größe zuweisen und ihn auf einer Roadmap platzieren.

Schaufelsysteme

Ein Bucket-System ähnelt dem Affinitäts-Mapping, außer dass es erwartet, dass Sie etwas spezifischer werden. Es verwendet die Zahlen 0, 1, 2, 3, 4, 5, 8, 13, 20, 30, 50, 100 und 200 als relative Größen, und die Teammitglieder legen alle Backlog-Elemente in einen der Buckets. Auch dies geschieht im Hintergrund, aber das Team kann am Ende alle Elemente besprechen, die ihrer Meinung nach in den falschen Eimer gelegt wurden.

Punktabstimmung

Eine weitere Möglichkeit, wie agile Entwicklungsteams Schätzungen vornehmen können, ist die Punktabstimmung. Ja, es geht wirklich darum, Punktaufkleber auf Notizkarten oder Haftnotizen zu kleben. Aber das ist eine interessante Technik, die andere Konzepte als die relative Größe beinhaltet.

Bei der Punktabstimmung erhalten die Teammitglieder fünf Punkte. Diese Punkte beziehen sich auf das, was jedes Teammitglied für die wichtigste Arbeit im Backlog hält. Die Bedeutung könnte aus technischen Gründen wie der Überarbeitung einer Datenbank zur Skalierung vor der nächsten Hauptsaison oder aus geschäftlichem Nutzen wie den am häufigsten nachgefragten neuen Funktionen aufgrund von Kundenfeedback resultieren.

Backlog-Elemente werden dann auf der Grundlage ihres Werts (der Anzahl der Punkte) zur Roadmap hinzugefügt und können dann mithilfe einer anderen Technik an den Aufwand angepasst werden.

Wie Sie sehen, sind diese agilen Schätztechniken besonders nützlich, wenn Sie einen großen Rückstand haben, bei dem Sie jedes Mal, wenn Sie versuchen, ihn zu organisieren, das Gefühl haben, Katzen zu hüten. In der Regel werden diese Schätzprozesse zu Beginn eines Projekts, bei der Erstellung wichtiger Funktionen oder bei der jährlichen oder halbjährlichen Roadmap-Planung eingesetzt.

Lassen Sie uns nun tief in die Größe von T-Shirts eintauchen.

T-Shirt-Größen für Artikel aus dem Produktrückstand

Ahhhh, die T-Shirt-Größe. XS, S, M, L, XL — wie kann das einschüchternd sein? Es ist so einfach und doch so flexibel. Die T-Shirt-Größe wird hauptsächlich für die Roadmap- und Release-Planung verwendet und ist nichts weiter als eine Schätzung des Aufwands auf der Grundlage der zum Zeitpunkt der Schätzung verfügbaren Informationen. Deshalb ist es so einfach. Das ist eine Schätzung, und das ist okay. 👌

Sie fragen sich vielleicht, warum die Größe von T-Shirts so wichtig ist, wenn es sich um eine solche ungefähre Zahl und eine relative Schätzung handelt. Es ist hilfreich für die langfristige Planung. Ja, du hast es richtig gehört. Agile Teams planen. Wenn Sie einen kurzen Blick auf die werfen Agiles Manifest, der vierte Wert agiler Entwicklungsteams lautet:

„Auf Veränderungen zu reagieren, anstatt einem Plan zu folgen.“

Ein Team kann nicht auf Veränderungen reagieren, wenn es nie von Anfang an einen Plan befolgt hat. Durch eine langfristige agile Planung wissen Sie, ob Sie den Stakeholdern realistische Erwartungen für die nächsten 6 bis 12 Monate stellen. Oder wenn sich die Bedürfnisse des Unternehmens ändern oder die vorhandenen Ressourcen nicht ausreichen und Sie ein zusätzliches Team zusammenstellen müssen. Schätzungen von T-Shirts helfen auch dabei, zu ermitteln, wie viele Iterationen in jeder Version enthalten sein müssen, um den Endbenutzern den größtmöglichen Nutzen zu bieten.

Agile Estimation beginnt mit einer T-Shirt-Größe für die Planung zukünftiger Releases, wird dann für die Sprint-Planung in Story Points aufgeteilt und kann für die Sprint-Ausführung sogar noch weiter in Stunden unterteilt werden. Unabhängig davon ist der Hauptpunkt folgender: Je näher die Arbeit der Tastatur eines Entwicklers kommt, desto kleiner und einfacher ist es, sie genau abzuschätzen. Die T-Shirt-Größe ist am weitesten von der Ausführung entfernt, daher wird nicht erwartet, dass die Schätzung perfekt ist.

Die Größe des T-Shirts ist schnell

Wenn Sie schon einmal einen Backlog mit Hunderten von Arbeitselementen geerbt haben und dann die Frage erhalten haben: „Wie lange wird es dauern, all das zu erledigen?“ du bist nicht allein. Ihr erster Versuch, die Beantwortung dieser unmöglichen Frage zu vermeiden, könnte eine gute Bereinigung des Backlogs sein. Nehmen wir an, Sie löschen ein Arbeitselement, das älter als sechs Monate ist. Ich meine, hey, wenn es schon so lange im Produkt-Backlog ist, ist es vielleicht nicht wirklich so wichtig.

Aber wenn Sie einem Team beigetreten sind, das gerade erst mit agilen Methoden angefangen hat, werden Sie wahrscheinlich mit einem großen Rückstand feststecken und Produktmanager erwarten eine altmodische Schätzung.

Die Größe von T-Shirts ist hier praktisch. Da bekannt ist, dass Sie Schätzungen aus dem Bauch heraus abgeben, kann Ihr Team einen riesigen Rückstand im Handumdrehen bewältigen. Beschränken Sie die Entscheidungsfindung auf 30 Sekunden pro Artikel, um sicherzustellen, dass die Teammitglieder bei Übungen zur Größe von T-Shirts nicht zu viel über jeden Artikel nachdenken.

Das Ergebnis ist ein einigermaßen organisierter Rückstand mit relativen Schätzungen. Der Produkteigentümer und die Interessengruppen können anhand dieser Informationen entscheiden, was kurzfristig geschehen soll.

Wie funktioniert die Größe von T-Shirts?

Abhängig von Ihrer Backlog-Größe gibt es verschiedene Möglichkeiten, wie Sie die Größe von T-Shirts angehen können. Bei einer kleinen Anzahl von Artikeln funktioniert Planungspoker hervorragend. Bitten Sie einfach Ihren Scrum Master, die Karten mit den Fibonacci-Sequenznummern gegen Buchstaben in T-Shirt-Größe auszutauschen.

Diese Technik eignet sich auch gut, wenn Sie eine Teilmenge eines umfangreicheren Backlogs schätzen müssen.

Sie sollten wahrscheinlich einen Prozess verwenden, der Affinitätszuordnungen und Bucket-Systemen für große Backlogs ähnelt. Jeder arbeitet unabhängig daran, die Größe zuzuweisen, und am Ende bespricht er dann Konflikte. Diese Technik ermöglicht es auch kleinen Teams, einen großen Backlog relativ schnell zu überwinden.

Schließlich möchten einige neue agile Teams vielleicht ihre Schätzungsreise beginnen, indem sie T-Shirt-Größen für User Stories und die Sprint-Planung verwenden. Mike Cohn, einer der Gründer der Scrum Alliance und ein Experte für agile Prozesse, schlägt vor dass Teams, die sich für diesen Ansatz entscheiden, jeder T-Shirt-Größe einen Story-Point-Wert zuweisen. Diese Technik hilft den Teams, sich mit den Storypoints vertraut zu machen, die innerhalb des Sicherheitsnetzes bei der Schätzung der T-Shirt-Größe liegen.

Übung macht den Meister mit agilen Schätztechniken

Unabhängig von der Art des agilen Projekts, an dem Sie arbeiten oder für welchen Schätzprozess Sie sich entscheiden, je mehr Sie üben, desto schneller wird Ihr Team zu Meisterschätzern. 👑 Wir empfehlen, ein paar verschiedene Methoden auszuprobieren, um herauszufinden, welche für Ihr Team am besten geeignet ist.

Eine letzte Sache: Denken Sie daran, dass Story-Point-Schätzungen am besten für die Sprint-Planung geeignet sind. Affinitäts-Mapping, Bucket-Systeme, Punktplanung und T-Shirt-Größe eignen sich besser für die Roadmap- und Release-Planung.

Wenn du Hilfe brauchst, um deine Planung von der Wand auf Jira zu übertragen, solltest du es versuchen

Einfache agile Roadmaps

Vergessen Sie nicht, sich unsere anzusehen weitere Blogartikel um Ihrem Team auf seiner agilen Reise zu helfen.