Agile Teams

Agile Retrospektiven sind eine Zeit, um über den vorherigen Sprint nachzudenken. Während dieser Zeit entscheidet das Scrum-Team über die agile Vorlage für die Retrospektive, die in den retrospektiven Besprechungen verwendet werden soll. Eine Vorlage für eine Sprint-Retrospektive bietet eine Struktur für retrospektive Besprechungen. Diese Vorlagen für die Retrospektive helfen agilen Teams bei der Analyse ihres vorherigen Sprints.

Was ist eine agile Retrospektive?

Teams verwenden agiler Rückblick Treffen zur Verbesserung des nächsten Sprints. Während sich die Teammitglieder durch den Produktlebenszyklus bewegen, gewinnen sie nach jeder Sprint-Retrospektive neue Erkenntnisse, die sie auf den nächsten Sprint anwenden.

Der Schwerpunkt des Sprint-Retrospektiv-Meetings

Bei Sprint-Retrospektivgesprächen werden vier Fragen gestellt, die unten aufgeführt sind. Das agile Team platziert diese vier Fragen in den vier Quadranten seiner Vorlage für die Retrospektive. (Hinweis: Teammitglieder können ein Whiteboard oder Haftnotizen verwenden, um ihre Besprechungen einzurichten. Oder sie können verwenden Jira-Software um Teambesprechungen aus der Ferne in Echtzeit zu ermöglichen.)

Agile Teams am selben Standort können auch Whiteboards und Haftnotizen verwenden, um ein agiles Retro zu erstellen. Für Teams an entfernten Standorten ermöglicht die agile Vorlagensoftware für Retrospektiven jedoch allen Teammitgliedern, an Sprint-Meetings teilzunehmen.

Hier sind die vier Fragenbereiche, die zur Diskussion stehen:

• Was lief wie geplant?
• Wo hätte das Team Verbesserungen vornehmen können?
• Was sollten die Teammitglieder im nächsten Sprint tun?
• Was verwirrt das Team?

1. Was lief wie geplant?

Die agile Retrospektive erfordert eine eingehende Analyse. Die Teammitglieder können darüber chatten, was ihnen gefallen hat, welche Methoden für sie funktioniert haben und welche agilen Ideen es wert sind, in den nächsten Sprint aufgenommen zu werden.

Zu den typischen Fragen, die agile Teams in dieser ersten Phase stellen, gehören:

• Womit waren die Teammitglieder zufrieden?
• Welche Maßnahmen haben zu positiven Ergebnissen geführt?
• Mit welchen Prozessen oder Aktionen sollte das agile Team fortfahren?
• Sollte jemand für seinen Beitrag einen besonderen Dank erhalten?

2. Wie hätte sich das Team verbessern können?

Die Interessengruppen untersuchen, wo sie einen Fehler gemacht haben, und versuchen, die Ursache der Probleme zu finden. Beim Brainstorming geht es darum, was sie zuvor hätten ausprobieren können, wo Verbesserungen erforderlich sind und welche Prozesse oder Aktionen sie im nächsten Sprint testen können.

Hier sind einige Möglichkeiten, diese Frage zu konkretisieren:

• Was hat das Team zuvor nicht versucht, das vielleicht funktionieren könnte?
• Was ist eine neue Sache, die wir versuchen könnten?
• Welche neuen Taktiken oder Aktionen können wir als Nächstes testen?

3. Was sollten die Teammitglieder im nächsten Sprint tun?

In diesem Teil der Vorlage untersucht das Team neue Ideen, wie es seinen Folgeansatz verbessern kann. Neue Ideen können riskant sein, daher sollte das Scrum-Team Verbesserungsmöglichkeiten sorgfältig prüfen. In dieser Befragungsphase geht es darum, Problembereiche zu klären, in denen kein Mehrwert geschaffen wurde und was im vorherigen Sprint rätselhaft war.

In dieser Runde sollte das Team Folgendes besprechen:

• Was hat nicht funktioniert?
• Was hat das Team getan, das keinen Mehrwert gebracht hat?
• In welchen Bereichen sind konkret Verbesserungen erforderlich?
• Was lief nicht wie erwartet?
• Welche Probleme im vorherigen Sprint sind verwirrend?

4. Was verwirrt das Team immer noch?

In diesem Abschnitt sollte sich das Team auf Bereiche konzentrieren, die nicht so effektiv waren oder nicht wie erwartet verliefen und welche Bereiche verbessert werden müssen. Zu den weiteren relevanten Bereichen gehören, in denen das agile Team keinen Mehrwert geliefert hat, Bereiche, die weiterentwickelt werden müssen und was am Sprint verwirrend war.

Hier ist es wichtig, über Folgendes zu sprechen:

• Welche Fragen sind noch unbeantwortet?
• Welche Ergebnisse müssen noch weiter untersucht werden?
• Folgt das Team Prozessen, die keinen klaren Mehrwert liefern?

In einem Iterationsprozess führt das Scrum-Team ein Brainstorming durch, um Lösungen in Echtzeit zu finden, die dann in den nächsten Sprint übernommen werden können. Anhand retrospektiver Ideen füllt das Team die vier Quadranten der Retro-Vorlage aus und erstellt so eine visuelle Darstellung ihrer Post-Mortem-Erfahrung.

Scrum-Teams können die vier oben genannten Fragen in anderen Vorlagen für die Retrospektive anwenden oder eine Vorlage anpassen, um ihre Post-Mortems durchzuführen.

Optionen für rückwirkende Vorlagen

Teammitglieder können aus Vorlagen für die Rückschau wählen, um ihre Sprint-Meetings individuell zu gestalten.

Die Sprint-Planung kann von jeder der folgenden agilen Retrospektiv-Vorlagen profitieren:

• Die Vorlage „Start, Stopp, Weiter“
• Die vier Ls als Vorlage für eine Retrospektive
• Ein Rückblick auf Seesterne
• Segelboot-Retrospektive
• Froh, traurig, wütend
• Verrückt, traurig, froh

1. Starten, stoppen, weitermachen

Im „Start“ -Teil dieses Retros schaut sich das agile Team an, welche Maßnahmen es im nächsten Sprint ergreifen wird. „Stopp“ bezieht sich auf den kürzlich abgeschlossenen Sprint, um zu untersuchen, was nicht funktioniert hat und welche Maßnahmen das Team nicht mehr ergreifen sollte. „Fortfahren“ bedeutet, herauszufinden, was im aktuellen Sprint funktioniert hat und in den nächsten Zyklus übernommen werden sollte.

2. Vier Ls

Agile Teams verwenden diese Retro-Vorlage, um zu verstehen, was sie am Ende der Sprint-Iteration „geliebt, gelernt, verabscheut und wonach sie sich gesehnt haben“. Das Team nennt, was sie schätzen, was ihnen der Sprint beigebracht hat, was schief gelaufen ist und wovon sie sich mehr gewünscht hätten (Kaffee, Teammitglieder, Zeit usw.).

3. Seestern

Anstatt ein Retro-Design zu verwenden, das sich darauf konzentriert, was funktioniert hat und was nicht, hebt der Seestern den Grad der Effizienz der Ergebnisse hervor. Teamarbeit beinhaltet die Bewertung von Maßnahmen nach Effektivitätsstufen, um zu bestimmen, welche Methoden sie beibehalten, verwerfen und in der nächsten Runde anwenden sollten.

4. Segelboot

Scrum-Teams verwenden das Segelboot Retro, um ihre Flugbahn in unbekannten Gewässern zu bestimmen. Das Segelboot-Retro anzuwenden bedeutet zu wissen, welche Ansätze den Fortschritt behindern, welche neuen Ansätze zu wünschenswerten Ergebnissen führen werden, und eine Richtung für die Sprint-Planung festzulegen.

5. Verrückt, traurig, froh

Die verrückte, traurige, frohe Sprint-Retrospektive ist eine Technik, die sich auf den emotionalen Status von Teams konzentriert. Scrum-Teams stellen sich gegenseitig Fragen, um positive emotionale Unterstützung zu schaffen. Diese Fragen zielen auch darauf ab, die Moral zu stärken, um eine positive Atmosphäre zu schaffen, die Teamarbeit und kontinuierliche Verbesserung unterstützt.

Der agile Retro kann jeder Vorlage folgen, die er wählt, oder eine auswählen und sie an seine spezifischen Bedürfnisse anpassen. Was auch immer sie tun, Teamarbeit ist entscheidend für den Erfolg einer kontinuierlichen Verbesserung.

Entscheiden Sie sich noch heute für Ihre Retro-Vorlage

Nachdem Sie nun verstanden haben, wie die Vorlage für die Sprint-Retrospektive funktioniert, können Sie Ihre Vorlage für die gemeinsame Teamarbeit anpassen.

Anstatt sich auf ersehnte Ergebnisse und Funktionen zu konzentrieren, Einfach und agil kann Ihrem Scrum-Team helfen, von traurig zu froh zu werden.

Team-Retrospektiven direkt in Jira

Sie möchten die Zusammenarbeit Ihres Teams verbessern? Easy Agile TeamRhythm hilft Ihnen mit Team-Retrospektiven, Erkenntnisse in die Tat umzusetzen, um Ihre Arbeitsweise zu verbessern und Ihre nächste Version besser als die letzte zu machen.

EASY AGILE TEAMRHYTHM 30 TAGE KOSTENLOS TESTEN

Scrum-Teams erstellen Release-Pläne, um erfolgreiche Produktveröffentlichungen zu unterstützen. Dies hilft ihnen, sich weiterhin auf die Produktvision und die zu erbringenden Funktionen zu konzentrieren.

Hier werden wir die agile Release-Planung untersuchen, warum sie wichtig ist und welche Best Practices für erfolgreiche Releases gelten.

Was ist agile Releaseplanung?

Da Softwareprojekte unvorhersehbar sind, hilft die Release-Planung den Teammitgliedern, ihren Arbeitsablauf zu priorisieren. Ein Release-Plan konzentriert sich darauf, bestimmte Produktfunktionen marktreif zu machen. Er sollte den Produktumfang, das Veröffentlichungsdatum für die Fertigstellung der Funktionen und die für jede Version benötigten Ressourcen berücksichtigen.

Das Entwicklungsteam verwendet Feedback aus früheren Produktiterationen als Grundlage für seine Planung. Product Owner und Scrum-Teams treffen sich, um den agilen Release-Plan zu besprechen und sicherzustellen, dass jeder die erforderliche Produktfunktionalität und den Aufwand versteht, der für jedes einzelne Inkrement erforderlich ist.

Anstatt eine signifikante Produktveröffentlichung zu planen, teilen die Teams den Projektumfang in kurze Sprints auf. Viele Scrum-Teams verwenden Jira um ihnen zu helfen, ihre Sprints zu visualisieren und den Projektstatus in Echtzeit zu verfolgen.

Warum ist Release-Planung wichtig?

Eine agile Release-Planung ist aus mehreren Gründen von entscheidender Bedeutung:

• Strategische Ausrichtung: Es hilft dabei, die Entwicklungsaktivitäten an den allgemeinen Geschäftszielen und Kundenerwartungen auszurichten, sodass die wertvollsten Funktionen zuerst bereitgestellt werden
• Berechenbarkeit: Ein klarer Release-Plan sorgt für Berechenbarkeit, setzt realistische Erwartungen für die Beteiligten und verbessert die allgemeine Projekttransparenz
• Risikomanagement: Die frühzeitige Identifizierung potenzieller Risiken und Abhängigkeiten hilft dem Team, diese proaktiv anzugehen und die Wahrscheinlichkeit erheblicher Verzögerungen oder Rückschläge zu verringern
• Verbesserte Zusammenarbeit: Es fördert die Zusammenarbeit zwischen Teammitgliedern und Stakeholdern und fördert eine klare Kommunikation und ein gemeinsames Verständnis der Projektziele
• Trennung von Produkt-Roadmaps: Während eine Produkt-Roadmap eine allgemeine Strategie für das Produkt vorgibt, konzentriert sich ein Release-Plan auf die Umsetzung. Wenn Teams diesen Unterschied verstehen, können sie beide Tools effektiv nutzen.

Die Planung von Projektversionen hilft Softwareentwicklungsteams dabei, jedes Projekt schrittweise zu planen, zu leiten und zu veröffentlichen, um das Kundenerlebnis zu verbessern. Teams verwenden diese Methode häufig für kurze Sprints der Produktentwicklung.

Die Release-Planung bietet Agile- und Scrum-Teams eine solide Richtung für den Abschluss ihrer Projekte. Die Teammitglieder nutzen diese Gelegenheit auch, um Sprint-Feedback zu nutzen, um Schritte zu erstellen, die auf die Projekt-Roadmap der nächsten Version abgestimmt sind.

Den Produktplan zusammenstellen

Die Release-Planung scheint komplex zu sein, aber mit etwas Weitblick kann sie einfach sein. Lassen Sie uns jeden Teil des Prozesses überprüfen.

1. Wer leitet den Release-Plan?

In der Regel orientiert sich das Produktentwicklungsteam an der Scrum Master oder der Product Owner. Während des Treffens wird dieser Leiter Fragen zu den Produkt-Backlog um sicherzustellen, dass die Sprint-Diskussionen mit dem Endprodukt übereinstimmen.

Alle Produktbeteiligten sollten am Veröffentlichungsplan teilnehmen, um sicherzustellen, dass ihr Feedback berücksichtigt wird. Ohne den Input aller an der Produktentwicklung Beteiligten riskiert das Team, wichtige Informationen zu verpassen, um die Produkt-Roadmap auf Kurs zu halten.

2. Aspekte des agilen Release-Plans

Der Release-Plan soll zwar agil sein, folgt aber auch einem strengen Prozess, um sicherzustellen, dass die Teams die Produkt-Roadmap im Auge behalten.

Agile Teams nehmen alle Diskussionen zur Sprint-Planung auf und werten diese aus, um die Ergebnisse neuer Produkte detailliert zu beschreiben. Die meisten Unternehmen verwenden in ihrem Release-Planungsprozess zwar unterschiedliche Ansätze, aber Sprint-Überprüfung sollte die folgenden Aspekte beinhalten:

• Die vereinbarte Produktentwicklung wird in jeder Phase des Sprints veröffentlicht
• Eine Richtung für jede neue Produktveröffentlichung
• Spezifische aktuelle und zukünftige Iterationen sind in jeder kommenden Version fällig
• Welche Merkmale und Funktionen sollten die Iteration begleiten
• Spezifische Aufgabenanforderungen für jede Feature-Bereitstellung, um das Veröffentlichungsziel zu erreichen

Durch einen eingehenden Release-Planungsprozess nutzen Softwareentwicklungsteams den Wert dieser Sprint-Besprechungen. Die Fähigkeit, bei Bedarf schnell die Richtung zu ändern, stellt sicher, dass das Team das bestmögliche Produkt veröffentlicht.

Diese ständige Wiederholung bei jedem Sprint-Review ist auch im dynamischen Umfeld der Produktentwicklung wertvoll.

Dieses Maß an Planung, kombiniert mit einem iterativen Zeitplan, um der Dynamik von Software Rechnung zu tragen, macht die agile Produktentwicklung so wertvoll.

3. Diskussionen im Sprint-Meeting

Die Diskussionen in Sprint-Meetings drehen sich um Benutzerberichte, Produkt-Backlog und Produkt-Backlog-Elemente. Bei der Scrum-Versionsplanung werden auch andere Themen wie Abhängigkeiten und Produktfunktionen berücksichtigt. Andere Aspekte, über die das Team spricht, betreffen das nächste Release und die Anzahl der Sprints, die sie abschließen und liefern müssen.

Im Wesentlichen müssen die Teammitglieder die Produktvision im Auge behalten, um eine effektive Release-Planung zu ermöglichen. Diese Vision hilft den Teammitgliedern dabei, die Mindestanzahl von Markt-Sprint-Funktionen und deren Veröffentlichungsdaten zu ermitteln.

Die Diskussionen im Sprint-Meeting sollten Folgendes beinhalten:

• Priorisierung des Release-Plans für bevorstehende neue Produktmerkmale und Funktionen
• Bewertung und Einbeziehung von Stakeholder-Feedback für jeden Sprint
• Detaillierte Beschreibungen der Sprint-Ergebnisse und ob diese in die Kategorie der kurzfristigen Produktanpassungen oder der größeren längerfristigen Releases fallen
• Welche Produktversion wird zur Veröffentlichung bereit sein und die ideale Reihenfolge der Produktversionen, um jedes Veröffentlichungsziel zu erreichen

Entwicklungsteams erstellen mehrere Produktversionen. Nachdem sie diese Versionen erstellt haben, priorisieren sie sie, um die wichtigsten Versionen für die Benutzer freizugeben.

Ein Teil des Zwecks der Versionsplanung besteht darin, sicherzustellen, dass sich alle Beteiligten auf derselben Produktentwicklungsseite befinden. Ein weiteres Element dieser Besprechungen zur Sprint-Planung besteht darin, Eigenverantwortung und Akzeptanz für die Produktvision zu fördern.

Entwicklung des Release-Plans

Es gibt vier Schritte, die Softwareentwicklungsteams befolgen, um ihren Produktplan zu erstellen.

1. Die Vision schaffen

Zunächst müssen Sie die Vision für das Produkt definieren. Durch die Erstellung einer klaren Vision entsteht eine Roadmap, die das Team in jedem aufeinanderfolgenden Sprint befolgen muss. Diese Vision sollte mit der Marktnachfrage und den Zielen des Product Owners übereinstimmen.

Es ermutigt die Teammitglieder auch, zu prüfen, welche Funktionen sie priorisieren sollten. In ähnlicher Weise hilft die Produkt-Roadmap den Teams dabei, die Ressourcen zu bewerten, die sie während des Sprint-Reviews benötigen. Die Produktplanung ermöglicht es den Teams auch, flexibel zu sein. Planungsprüfungen stellen sicher, dass die Richtung geändert wird, um den laufenden Schritten Rechnung zu tragen und die allgemeinen Veröffentlichungsziele zu erreichen.

2. Priorisierung des Produkt-Backlogs

Nach der Definition der Vision konzentrieren sich die Teammitglieder darauf, Funktionen im Produkt-Backlog zu priorisieren. Hier müssen die Beiträge der Stakeholder mit der Vision übereinstimmen, um User Stories erfolgreich umzusetzen. Geschichten von Nutzern sind für den Prozess von entscheidender Bedeutung, da sie den Hintergrund für die detaillierte Beschreibung der Produktmerkmale oder Funktionen bilden.

Das Produktmanager gibt dem Team in dieser Phase Anweisungen, um einen tragfähigen Release-Plan zu entwerfen. Dieser Release-Plan muss die Ziele der Produktveröffentlichung, die Veröffentlichungsdaten und die Priorisierung der User Stories enthalten.

3. Richten Sie das Scrum Planungstreffen ein

Der nächste Schritt in der Planungssitzung besteht darin, dass die Interessengruppen den Plan überprüfen. Die Teammitglieder haben nun die Möglichkeit, die Ergebnisse an die Vision anzupassen.

Jeder muss zu diesem Zeitpunkt dem Release-Plan zustimmen, bevor er mit der nächsten Version fortfahren kann.

Tagesordnung der Sitzung

Das Einrichten einer Besprechungsagenda hilft bei der Verwaltung des Veröffentlichungsplans. Zu den wesentlichen Elementen der Agenda für das Scrum-Framework gehören:

1. Bewertung des Produktplans

Das Scrum-Team überprüft die Produkt-Roadmap um sicherzustellen, dass jeder die Produktvision und die Ziele akzeptiert.

2. Bewertung der Architektur

Bei jeder Veröffentlichung evaluieren das Scrum-Team und der Product Owner die Architektur des vorherigen Sprints. Sie untersuchen die technischen Details der Produktentwicklung und erörtern alle potenziellen Probleme, die sich auf die Produktveröffentlichung auswirken können.

Scrum-Teams besprechen den Umfang und die Schätzungen ihres Release-Plans. Die Teammitglieder entscheiden, ob ihre Planung das Risiko technischer Schulden beinhaltet und ob sie bestimmte Aufgabenaspekte erledigen können, z. B. die Dokumentation ihrer Arbeit, um Termine einzuhalten. Die Beteiligten überprüfen auch die Abhängigkeiten, die die Funktionalität der Produktversionen beeinflussen können.

3. Bewertung von Geschwindigkeit und Iteration

Scrum-Teams gehen frühere Iterationen durch, um ihre Geschwindigkeitsschätzungen zu überprüfen. Sie stimmen ihre Schätzungen mit dem vorgeschlagenen Iterationsplan ab, um sicherzustellen, dass sie alle wichtigen Elemente abdecken.

Der Produktmanager kontrolliert diese Bewertung, um sicherzustellen, dass den User Stories Punkte zugewiesen werden. Die Bewertung der Nutzerberichte und die Vergabe von Punkten zeigen, wie viel Aufwand das Team in jede Iteration investieren muss. Die Gesamtzahl der Story Points entspricht dann der Schätzung der Veröffentlichungstermine für jede Sprint-Version.

Das agile Team erstellt einen Iterationsplan, um während dieser Bewertung die Geschwindigkeit für den aktuellen und die nachfolgenden Sprints zu ermitteln.

Das Team erstellt den Release-Umfang, der alle notwendigen Releases beinhaltet. Der Scrum-Master weist jedem Teammitglied die Arbeit zu, und alle Beteiligten stimmen dem Plan zu, bevor sie mit dem nächsten Schritt fortfahren.

4. Einigung über die Definition von „Fertig“

Die Teammitglieder müssen nun besprechen, was für jede Feature-Veröffentlichung als erledigt gelten soll. Die Teammitglieder müssen abwägen, ob ihre Bewertung der User Stories alle Akzeptanzkriterien des Product Owners für die Veröffentlichung erfüllt. Sobald sie bei ihrer Bewertung nachweisen können, dass die Akzeptanzkriterien erfüllt sind, wissen sie, dass eine Veröffentlichung gültig ist.

Die Definition von erledigt muss bestätigen, dass die Teammitglieder alle ihnen zugewiesenen Aufgaben für die User Story abgeschlossen haben. Die Teammitglieder müssen außerdem jede Aufgabe aufzeichnen, damit der Product Owner ihre Arbeit beurteilen kann.

5. Füllen Sie den Zeitplan für die Produktveröffentlichung aus

Der Projektmanager kann jetzt den Zeitplan für den Versionsplan ausfüllen und abschließen. Alle Beteiligten sollten auf den Kalender zugreifen können, um den Fortschritt zu verfolgen. Dieser Zeitplan für die Veröffentlichung hilft allen Beteiligten, sich auf die Ergebnisse und Veröffentlichungstermine der Produkte zu konzentrieren.

Bewährte Methoden für eine agile Release-Planung

Um Ihre agile Release-Planung effektiv zu gestalten, folgen Sie diesen wichtigen Best Practices:

• Stellen Sie eine klare Produktvision auf: Definieren Sie eine klare, gemeinsame Vision, die den Bedürfnissen und Geschäftszielen Ihrer Kunden entspricht. Dies hilft Ihrem Team dabei, die Prioritäten und Entscheidungen während des gesamten Projekts zu steuern.
• Priorisieren Sie Funktionen nach Kundennutzen: Identifizieren und priorisieren Sie eindeutig die Funktionen, die Ihren Kunden und dem Unternehmen den größten Mehrwert bieten. Dies hilft Ihrem Team, sich darauf zu konzentrieren, wirkungsvolle Ergebnisse zu erzielen.
• Überprüfe regelmäßig deine Ziele und passe sie an: Agile Release-Pläne sind nicht in Stein gemeißelt. Regelmäßige Check-ins stellen sicher, dass die Ziele relevant bleiben, auch wenn sich die Prioritäten aufgrund von Kundenfeedback, Geschäftsanforderungen oder Marktveränderungen ändern.
• Rollen und Verantwortlichkeiten klären: Stellen Sie sicher, dass jeder im Team seine Rolle versteht und weiß, was von ihm erwartet wird. Klare Rollen erhöhen die Verantwortlichkeit und helfen, Missverständnisse oder Doppelarbeit zu vermeiden.
• Definieren Sie eine „Definition von Fertig“: Legen Sie klare Akzeptanzkriterien für das fest, was ein abgeschlossenes Feature oder eine abgeschlossene Version ausmacht. Dadurch wird die technische und funktionale Vollständigkeit vor der Bereitstellung gewährleistet.
• Integrieren Sie DevOps-Praktiken: Die Abstimmung der agilen Release-Planung mit den DevOps-Methoden verbessert die Zusammenarbeit zwischen Entwicklungs- und Betriebsteams und verbessert die Bereitstellungshäufigkeit und Zuverlässigkeit.
• Planen Sie kleine, inkrementelle Releases: Teilen Sie große Produktveröffentlichungen in kleinere Abschnitte auf. Mit diesem Ansatz kann Ihr Team regelmäßig Updates bereitstellen, frühzeitig Benutzerfeedback einholen und sich schnell an Kundenanforderungen anpassen.

Holen Sie sich Hilfe bei Ihrer Release-Planung

Agile Releaseplanung ist ein wichtiger Bestandteil des Erfolgs des Softwareentwicklungsteams. Erstellen Sie einen umfassenden agilen Release-Plan für kleinere oder größere Releases, und Sie machen sich das Leben für eine bevorstehende Veröffentlichung einfacher. Wenn Sie sich auf den Release-Plan-Kalender konzentrieren, können Sie die Produktverantwortlichen und Teammitglieder über die gesamte Produktvision auf dem Laufenden halten.

Bei Easy Agile bieten wir Tools an, die die agile Release-Planung direkt in Jira unterstützen. Einfacher agiler Teamrhythmus unterstützt die kollaborative Release-Planung in Jira. Das stark visuelle Story-Map-Format verwandelt das flache Jira-Backlog in ein aussagekräftiges Bild der Arbeit, was es einfacher macht, deinen Backlog zu verwalten und deine Veröffentlichung zu planen.

Roadmaps helfen agilen Teams dabei, großartige Produkte herzustellen. Sie sind iterativ, visuell, kollaborativ und können direkt in Jira erstellt werden. Wir haben das einfachste Roadmapping-Tool für Jira entwickelt, um die Vorteile von Roadmaps direkt agilen Entwicklungsteams zugänglich zu machen. Verwende die Easy Agile Roadmaps-App, um Produkt-Roadmap-Vorlagen zu erstellen, die einfach zu verwenden, flexibel und direkt in Jira integriert sind.

In einem früheren Beitrag haben wir eine Kurzanleitung veröffentlicht wie man eine Jira-Roadmap erstellt mithilfe von Easy Agile Roadmaps. Wenn du Easy Agile Roadmaps noch nicht verwendet hast, beginne dort, um eine kostenlose 30-Tage-Testversion zu installieren und eine Produkt-Roadmap in Jira zu erstellen.

In diesem Beitrag werden einige der wichtigsten Funktionen unserer App behandelt, z. B. wie du deine Roadmap synchronisierst, die Arbeit von deinem Backlog auf der Timeline einplanst, Themen-Swimlanes erstellst und wichtige Meilensteine visualisierst.

Die Vorteile von Roadmapping

Roadmaps sind äußerst nützlich. Hier sind nur einige der Dinge, die sie tun können:

• Stellen Sie agilen Teams eine Gesamtvision zur Verfügung
• Stellen Sie eine visuelle Zusammenfassung des Produktentwicklungsprozesses bereit
• Kommunizieren Sie strategische Initiativen und Geschäftsziele
• Ermöglichen Sie Iterationen in Echtzeit
• Geben Sie einen klaren Zeitrahmen an, um die Produktstrategie auf Kurs zu halten
• Stellen Sie sicher, dass kurzfristige Ziele so schnell wie möglich erreicht werden, und behalten Sie gleichzeitig die langfristigen Ziele im Auge
• Helfen Sie Produktmanagern, Produktveröffentlichungen zu überwachen und zu organisieren
• Verfolgen Sie wichtige Veröffentlichungstermine und Produkteinführungen
• Halten Sie alle über umfassendere Geschäftsziele auf dem Laufenden
• Veranschaulichen Sie sowohl einen detaillierten als auch einen allgemeinen Überblick über die zu erbringenden Leistungen
• Helfen Sie Produktmanagern und Teammitgliedern, Abhängigkeiten zwischen Problemen zu erkennen
• Unterstützen Sie Entwicklungsteams dabei, externen Stakeholdern einen konstanten Mehrwert zu bieten

Wenn du eine Jira-Roadmap erstellst, hast du außerdem schnellen Zugriff auf deine Produktpläne und weißt immer genau, wo sich deine Roadmap befindet — direkt in unserer App. Schluss mit der Suche nach Gantt-Diagrammen oder der Suche nach einmaligen PowerPoint-Präsentationen!

Einfache Agile Roadmaps: Konfiguration, Themen, Markierungen und PDF-Export

Wir haben das einfachste und flexibelste Roadmapping-Tool für Jira entwickelt, um agilen Teams zu helfen, besser zusammenzuarbeiten. Einfache agile Roadmaps erstellen Sie eine flexible, iterative und benutzerfreundliche visuelle Zeitleiste der Produktentwicklung, die es den Produktverantwortlichen ermöglicht, die wichtigsten Funktionen für die Auslieferung an den Kunden zu ordnen.

Schauen Sie sich unsere Demo an oder folgen Sie den nachstehenden Anweisungen, um:

• Jira-Felder für Start- und Fälligkeitsdatum synchronisieren
• Probleme auf der Timeline planen
• Swimlane-Themen hinzufügen
• Versions- und Datumsmarkierungen konfigurieren
• Exportieren Sie die Roadmap als PDF

Jira-Felder für Start- und Fälligkeitsdatum synchronisieren

Für ein synchronisiertes Roadmapping-Erlebnis müssen Benutzer angeben, welche Datumsfelder direkt der Roadmap zugeordnet werden sollen. Sie müssen Ihre Datumsfelder auswählen, da mehrere benutzerdefinierte Datumsfelder vorhanden sein können, z. B. das Start- und Enddatum des Projekts oder das Anfangs- und Enddatum des Vertrags.

Für die Zuordnung von Datumsfeldern ist ein Jira-Administrator erforderlich.

Navigiere zum Jira-Administrator-Zahnrad und klicke im Drop-down-Menü auf „Apps verwalten“. Suchen Sie links auf der Seite „Apps verwalten“ nach „Easy Agile Roadmaps“ und klicken Sie auf Konfiguration. Hier können Sie das gewünschte Datumsfeld auswählen.

In jedem Dropdownmenü siehst du alle verfügbaren Datumsfelder, aus denen du in deiner Jira-Instanz auswählen kannst. Stellen Sie als Nächstes sicher, dass diese beiden Datumsfelder den Bildschirmen zugeordnet sind, die von Ihren Produktteams verwendet werden.

Nach der Installation finden Sie Easy Agile Roadmaps in der Projekt-Seitenleiste für jeden Agiles Board für Scrum und Kanban. Wenn du in der Projekt-Seitenleiste auf das Roadmap-Symbol klickst, wird deine Roadmap für dein ausgewähltes Board geladen. Über das Drop-down-Menü in der oberen rechten Ecke hast du die Möglichkeit, deine Roadmap auf einer wöchentlichen, monatlichen oder vierteljährlichen Zeitleiste anzuzeigen.

Probleme auf der Timeline planen

Nachdem Sie Ihre Roadmap geladen haben, sind zwei Themen-Swimlanes auf der Roadmap vorhanden. Die erste ist eine Beispiel-Roadmap mit dem Titel „Mein Thema“, die umbenannt werden kann. Die zweite ist eine Swimlane mit dem Titel „Probleme ohne Themen“. Alle Probleme in den von Ihnen ausgewählten Datumsfeldern werden auf der Timeline in einer Swimlane mit dem Titel „Probleme ohne Themen“ angezeigt, die sich am Ende Ihrer Roadmap befindet.

Sie können die Drag-and-Drop-Funktion verwenden, um jedes Problem in ein anderes Thema zu verschieben oder es auf der Timeline zu platzieren.

Probleme aus deinem Board, die nicht mit den Feldern für das Start- und Fälligkeitsdatum gefüllt wurden, können über den Bereich Probleme zu deiner Roadmap hinzugefügt werden. Klicke auf die blaue Schaltfläche „Probleme“ in der oberen rechten Ecke der Roadmap und ziehe einfach ein Problem aus dem Panel auf die Timeline, um es in deiner Roadmap zu vermerken.

Die Größe von Ausgaben kann so geändert werden, dass ihr voraussichtliches Startdatum, ihre Dauer und ihr Enddatum angezeigt werden. Um die Größe einer Ausgabe zu ändern, ziehen Sie das linke oder rechte Ende auf das gewünschte Datum.

Swimlane-Themen erstellen

Sie können Ihre Roadmap mithilfe von Themen-Swimlanes aufteilen. Diese sind eine flexible Methode, um die Arbeit zu gruppieren und die Roadmap in ein visuell besser verdauliches Format zu unterteilen. Thematische Swimlanes können alles darstellen, was zu Ihrem Geschäftskontext passt, von einzelnen Arbeitsthemen bis hin zu Projektkomponenten. Zu den Themen gehören beispielsweise Gesundheit und Sicherheit, Kundenerlebnis oder Kundenzufriedenheit und Kundenbindung.

Um eine neue Theme-Swimlane zu erstellen, klicken Sie auf die Schaltfläche „Theme erstellen“, die sich oben in Ihrer Roadmap befindet. Benennen Sie Ihr Thema und klicken Sie auf „Senden“. Ihr neues Theme erscheint über den Ausgaben ohne Theme-Swimlane und kann mithilfe der Pfeile rechts neben dem Namen neu angeordnet werden.

Versions- und Datumsmarkierungen konfigurieren

Verwende Markierungen, um wichtige Meilensteine und Jira-Fix-Versionen auf deiner Roadmap zu visualisieren.

Um Jira-Fix-Versionen zu deiner Timeline hinzuzufügen, wähle oben in der Roadmap die Schaltfläche „Markierungen“ aus. Klicke bei den Fix-Versionen, die du zu deiner Roadmap hinzufügen möchtest, auf „Markierung hinzufügen“.

Datumsmarkierungen sind eine flexible Art, Meilensteine oder Ereignisse wie Konferenzen, Betaperioden oder den Start von Marketingkampagnen darzustellen. Um eine Datumsmarkierung zu erstellen, klicken Sie oben auf der Roadmap auf die Schaltfläche „Markierungen“. Wählen Sie die Option „Eine Datumsmarkierung hinzufügen“. Benennen Sie Ihre Datumsmarkierung oder Ihren Meilenstein, legen Sie das Start- und Enddatum fest und wählen Sie die Markierungsfarbe. Verwenden Sie Farbe, um verschiedene Arten von Ereignissen zu kennzeichnen und Ihrer Roadmap eine weitere visuelle Ebene zu verleihen.

Exportieren Sie die Roadmap als PDF

Die Roadmap kann als PDF exportiert werden, um sie mit Benutzern und Stakeholdern zu teilen, die keinen Zugriff auf Jira haben. Um deine Roadmap zu exportieren, klicke auf das Ellipsenmenü und wähle „Als PDF exportieren“.

Wählen Sie mithilfe der Start- und Enddatumsoptionen den Zeitrahmen aus, den Sie teilen möchten, und drücken Sie dann auf „Exportieren“.

Beispiel für eine Vorlage für eine Produkt-Roadmap

Unten finden Sie ein Beispiel für eine Produkt-Roadmap-Vorlage, die mit Easy Agile Roadmaps erstellt wurde. Die Roadmap zeigt Produkteinführungstermine, Ereignisse und überfällige Aufgaben mit vertikalen farbigen Markierungen. Die Ausgaben sind nach Datum geordnet und in themenbezogenen Swimlanes geplant, die die Roadmap weiter strukturieren.

Easy Agile Roadmaps sind vollständig anpassbar, sodass Sie einen Prozess einrichten können, der für Ihr Team und Ihre Stakeholder am besten geeignet ist.

So holen Sie das Beste aus einer Produkt-Roadmap heraus

✅ Verwenden Sie Swimlane-Themen, um eine Geschichte über die Kundenreise zu erzählen. Stellen Sie sicher, dass die Swimlane-Themen kundenorientiert sind, damit Ihre Bedürfnisse stets im Mittelpunkt stehen.

✅ Stellen Sie sich die Roadmap als lebendiges Dokument vor. Sie wird sich auf der Grundlage der Bedürfnisse Ihres Teams und Ihrer Stakeholder weiterentwickeln.

✅ Stellen Sie sicher, dass die Roadmap für alle Beteiligten zugänglich ist, damit sie verstehen, was vor sich geht und warum Sie jede Entscheidung treffen. Exportiere die Roadmap bei Bedarf regelmäßig als PDF für Stakeholder, die nicht auf Jira zugreifen können, um die organisatorische Ausrichtung sicherzustellen.

✅ Arbeiten Sie aktiv mit Stakeholdern zusammen und beziehen Sie sie in den gesamten Prozess ein. Auf diese Weise erhalten Sie ein klares Verständnis dafür, welche Arbeit den Kunden den größten Nutzen bringt.

Wir gehen tiefer und erweitern diese Leitprinzipien in unserer Leitfaden zur Produkt-Roadmap.

Testen Sie Easy Agile Roadmaps 30 Tage lang kostenlos

Produkt-Roadmaps werden von agilen Teams häufig verwendet, da sie die Produktziele und die Planung durch eine visuelle Darstellung der Produktreise vereinfachen.

Einfache agile Roadmaps helfen Sie Teams dabei, sich auf eine Produktvision auszurichten, um den Kunden kontinuierlich einen Mehrwert zu bieten. Vervollständigen Sie eine Produkt-Roadmap, damit Sie Ihr Team und Ihre Stakeholder beeindrucken können, bevor Sie eine Verpflichtung eingehen. Starten Sie Ihre kostenlose 30-Tage-Testversion, um zu sehen, welchen Unterschied dies in Ihrem Prozess machen kann.

Wenn Sie weitere Fragen haben, fragen Sie uns nach einem Demo auf Abruf, das die in diesem Beitrag beschriebenen Funktionen behandelt. Oder wenden Sie sich jederzeit an unser Team, wenn Sie spezielle Fragen zu unseren Einfache agile Apps.

Eine der Kernfunktionen eines agilen Softwareentwicklungsteams ist die Aufwandsschätzung. Sie können einen Produkt-Backlog nicht richtig priorisieren, ohne vorher eine Vorstellung davon zu haben, wie viel Arbeit erforderlich ist, um die einzelnen User Stories fertigzustellen. Eins agile Schätztechnik plant Poker. Agile Entwicklung ist ein gemeinschaftliches Unterfangen, und Pokerplanung ist eine Übung zur Konsensbildung, bei der Ihr gesamtes Team in den Schätzungsprozess einbezogen wird.

Softwareentwicklungsteams verwenden Planungspoker, um Elementen in ihrem Produkt-Backlog Aufwand zuzuweisen (z. B. Storypoints oder ideale Tage). Manchmal auch Scrum Poker genannt, ist es eine spielerische Methode, einen Konsens zu erzielen, indem alle Mitglieder des Scrum-Teams am Schätzungsprozess teilnehmen können. Physische oder digitale Pokerkarten werden verwendet, um eine gemeinsame Planungssitzung zu ermöglichen. ♠️

Hier geben wir Ihnen eine Anleitung zur Pokerplanung. Zunächst zeigen wir Ihnen, wie man es im Rahmen eines Sprint-Planungsmeetings spielt. Zweitens werden wir uns einige seiner Vorteile als Schätzmethode ansehen. Dann werden wir sehen, warum Planungspoker bei der Planung von Produkt-Roadmaps verwendet werden kann. Es kann helfen, Ihre Stakeholder in eine einvernehmliche Abschätzungssitzung zu den Kundenthemen Ihres Produkts einzubeziehen.

Planungspoker spielen — agile Zusammenarbeit

Eine der wichtigsten Aktivitäten für agile Teams während einer Sprint-Planungssitzung ist die Schätzung des Aufwands, der erforderlich ist, um jede User Story im Sprint abzuschließen. Ein üblicher Weg, dies zu tun, besteht darin, einer einzelnen Person, wie dem Product Owner oder einem Softwareentwickler, zu erlauben, jeder User Story Story Points zuzuweisen. Alternativ können Sie Planungspoker als Schätztechnik verwenden, um das gesamte Team einzubeziehen.

Eine Pokersitzung zur Planung ist eine unterhaltsame und kollaborative Art, die Sprint-Planung spielerisch zu gestalten. Schließlich ist das Agiles Manifest unterstreicht den Wert von Zusammenarbeit und Interaktionen in Softwareentwicklung. Poker zu planen ist eine großartige Möglichkeit, sich an diese agilen Prinzipien zu halten.

Es ist also der Tag der Sprint-Planung. Wenn Ihre Teammitglieder versammelt sind, gehen Sie wie folgt vor:

1. Bereiten Sie die Bühne vor. Wenn Ihr Team noch nicht mit der Pokerplanung vertraut ist, erklären Sie den Ablauf. Sie verwenden Spielkarten, um die Größe jeder User Story in der nächsten Sprint-Iteration abzuschätzen. Der Product Owner oder Scrum-Master fungiert als Moderator, alle Teammitglieder spielen mit, und während der gesamten Sitzung wird es viel Raum für Diskussionen und Fragen geben.
2. Verteile die Pokerkarten. Geben Sie jedem Spieler einen identischen Satz nummerierter Karten. Wir empfehlen, die Fibonacci-Folge zu verwenden — 0, 1, 2, 3, 5, 8, 13, 21 usw. (Um zu erfahren, warum diese Sequenz so effektiv für Schätzungen ist, siehe Mike Cohn von Die Erklärung von Mountain Goat Software.) Und übrigens, wenn ihr euch nicht persönlich treffen könnt und als verteiltes Team plant, dann könnt ihr es versuchen planningpoker.com als Möglichkeit, Ihre Sitzung aus der Ferne durchzuführen. 😃
3. Lesen Sie eine Benutzergeschichte. Der Moderator liest den Teammitgliedern eine Geschichte aus dem Sprint vor. Sie sollten so viele Details und den Kontext wie möglich angeben, damit das Team den Arbeitsaufwand besser einschätzen kann.
4. Besprechen Sie die Geschichte als Gruppe. Lassen Sie das Team zunächst alle klärenden Fragen zu der gerade gelesenen User Story stellen. Öffnen Sie dann das Wort für Diskussionen — jedes Teammitglied kann beschreiben, was nötig ist, um die Geschichte fertig zu stellen, welche Abhängigkeiten die Arbeit blockieren und wer im Team möglicherweise in die Arbeit einbezogen werden muss.
5. Spielt Karten. Jetzt ist es Zeit, das Spiel zu spielen. Jedes Teammitglied reicht eine Karte ein (verdeckt!) an den Moderator. Wenn alle Spielkarten eingereicht wurden, verrät der Moderator, was jeder einzelne schätzt. In einer idealen Welt stimmen alle Zahlen überein! Das bedeutet, dass im Team ein perfekter Konsens über den Aufwand besteht, der für dieses Sprint-Element erforderlich ist, und Sie können mit dem nächsten weitermachen.
6. Diskutieren und schätzen Sie erneut. Höchstwahrscheinlich wird es einen gewissen Unterschied zwischen den ursprünglichen Schätzungen geben. Dies bietet jedem Teammitglied eine hervorragende Gelegenheit, zu belegen, warum seine Schätzungen entweder höher oder niedriger als die der anderen waren. Dann kannst du eine weitere Runde machen, in der du die Karten einreichst und aufdeckst, um zu sehen, ob es weitere Übereinstimmungen gibt. Tipp: Lass den Moderator entscheiden, wann die Runde beendet werden soll. Denken Sie daran, dass Sie nicht für jede User Story einen perfekten Story-Point-Konsens benötigen.

Du hast es geschafft! Ihr Sprint ist geplant, und das gesamte Team hat ein gemeinsames Verständnis dafür gewonnen, wie jedes Mitglied den Aufwand und die Arbeit wahrgenommen hat, die erforderlich sind, um jede User Story fertig zu stellen.

Die Vorteile von Planning Poker Agile Estimation

Als agile Schätz- und Planungstechnik hat Planungspoker seine Vorteile:

• Es fördert die Zusammenarbeit. Als funktionsübergreifendes Team ist es wichtig, dass jedes Teammitglied während des Schätzungsprozesses eine Stimme hat. Da jeder Schätzer seine Sicht auf eine Nutzerstory darlegt, versteht die Gruppe besser, wie sie zu ihrer Schlussfolgerung gekommen ist.
• Es fördert den Konsens in Ihrem gesamten Team. Bei jeder Runde des Planungspokers ist es wahrscheinlicher, dass die Schätzungen des Teams übereinstimmen.
• Es wurde nachgewiesen, dass der Wert eine genauere Methode zur Schätzung darstellt (im Vergleich zu einer einzelnen Person, die die Schätzungen vorlegt).

In einer Studie veröffentlicht von ScienceDirect, Planungspoker wurde verwendet, um die Hälfte der Arbeit eines Softwareprojekts abzuschätzen. Es gab zwei Entdeckungen. Erstens waren die Schätzungen von Planning Poker statistisch gesehen höher als die individuellen Schätzungen. Zweitens erwiesen sich die Poker-Schätzungen als genauer als die individuellen Schätzungen für dieselben Aufgaben.

Planungspoker für Roadmap-Planung

Pokerplanung ist eine unterhaltsame und effektive Methode, um eine genaue Schätzung Ihrer Artikel im Produktbestand zu erhalten. Aber warum sollten Sie es nicht auch für strategische Planungssitzungen wie die Roadmap-Planung verwenden?

In unserem definitiver Leitfaden für Produkt-Roadmaps, wir erörtern, wie sich Roadmaps auf übergeordnete, kundenorientierte Themen konzentrieren und nicht auf einzelne Funktionen. Wir heben auch hervor, dass die Entwicklung Ihrer Produkt-Roadmap ein kollaborativer Prozess sein sollte (genau wie die Sprint-Planung) und mehrere Interessengruppen einbeziehen sollte.

Gehen Sie also zurück zu den obigen Schritten. Überlegen Sie, wie Sie mithilfe von Planungs-Pokerkarten Ihre relevanten Stakeholder dazu bringen können, den relativen Umfang der einzelnen Kundenthemen in Ihrer Produkt-Roadmap abzuschätzen. Es wird Spaß machen, einen umfassenden Konsens über die Produktvision Ihres Unternehmens zu erzielen.

Gruppieren Sie Ihre Themen

Planning Poker ist eine kollaborative Methode, um das gesamte Team dazu zu bringen, den Arbeitsaufwand einer User Story abzuschätzen. Es sorgt für Konsens und ist in der Regel genauer.

Wenn du Jira für die Durchführung deiner Sprint-Planungsmeetings verwendest, hast du bereits ein Tool, das deine User Stories und dein Produkt-Backlog organisiert. Wenn du versuchst, in deinem nächsten Meeting zur Planung deiner Produkt-Roadmap Poker zu planen, gib Einfache agile Benutzer-Roadmaps für Jira ein Blick. Es bietet die Möglichkeit, Jira-Elemente in Themen zu gruppieren, die Ihre Stakeholder leicht sehen können. Viel Spaß beim Spielen!

Es gibt unendlich viele Lernmöglichkeiten, wenn es darum geht, Jira zu verwenden, damit du das Tool optimal nutzen kannst. Von Jira-Tutorials über Udemy-Kurse bis hin zu einer Atlassian-Zertifizierung — du kannst deine Fähigkeiten weiter verbessern und von anderen lernen.

Es gibt immer mehr zu entdecken. Frischen Sie Ihre Fähigkeiten auf, bringen Sie Ihre Karriere voran und erwerben Sie Zertifikate, mit denen Sie Ihren Traumjob bekommen können. Kontinuierliches Lernen kann dich in deinem Unternehmen und auf der ganzen Welt zu einem unverzichtbaren MEISTER aller Dinge in Jira machen.

Lesen Sie unsere Liste mit empfohlenen Jira-Tutorials, Schulungen und Zertifizierungen, die Ihnen den Weg zur Jira-Meisterschaft ebnen.

Warum sich agile Teams für Jira entscheiden

Jira ist ein agiles Projektmanagement-Tool, entwickelt von Atlassian. Es begann als Softwareentwicklungsanwendung für DevOps-Teams, hat sich aber weiterentwickelt, um modernen Arbeitsplätzen, die agile Methoden anwenden, zu helfen, ihre Prozesse zu erweitern.

Die Software wird häufig zur Fehlerverfolgung, Problemverfolgung und zur Behebung von Leistungsverbesserungen auf der Grundlage von Echtzeitdaten verwendet. Und die Online-Funktionalität reduziert die physischen Abhängigkeiten, die mit der Verwaltung eines Projekts als Team verbunden sind — etwas, das für Unternehmen von Jahr zu Jahr wichtiger wird.

Wissenswertes: Der Name Jira ist die Abkürzung von Gojira, dem japanischen Namen für Godzilla. Atlassian empfiehlt schreit es laut, als würdest du in die Schlacht stürmen!

Jira wird von fast allen Entwicklungsteams häufig verwendet, da bei der Produktgestaltung der Kunde an erster Stelle steht. Jira ermöglicht umfangreiche Anpassungen, um Teams dabei zu unterstützen, die Bedürfnisse ihrer Kunden zu erfüllen.

So wählst du das Jira-Lernen aus, das am besten zu dir passt

Befolge diese Tipps, wenn du auswählst, wie du weitere Schulungen und Weiterbildungen zu Jira erhalten möchtest:

• Wenn du eine Ausbildung anstrebst, um deine Karriere voranzutreiben, benötigst du möglicherweise einen Nachweis über den Abschluss eines Kurses, entweder aus einer Schulung an der Atlassian University oder aus einem Udemy-Kurs, um potenziellen Arbeitgebern zur Verfügung zu stellen.
• Wenn Sie daran interessiert sind, ein zu werden Zertifizierter Atlassian-Experte, du benötigst eine Zertifizierung durch die Atlassian University.
• Wenn die Kosten ein Hindernis darstellen, beginnen Sie mit den kostenlosen Tutorials der Atlassian University.

Jira-Tutorials, Schulungen und Zertifizierungen von Atlassian

Unsere Liste beginnt mit Lernmöglichkeiten von Atlassian Universität (da sie Jira am besten kennen), und dann werden wir weiter unten auf Tutorials, Schulungen und Kurse aus anderen Online-Quellen erweitern.

Atlassian Universität

Atlassian bietet mehrere kostenlose Jira-Tutorials sowohl für Anfänger als auch für Profis, sodass Sie mit Produktkenntnissen, die genau das abdecken, was Sie für den Einstieg und darüber hinaus benötigen, Selbstvertrauen gewinnen können. Die Jira-Tutorials sind deutlich mit einem Zeitstempel gekennzeichnet, der dir bei der Planung deines Zeitplans hilft.

Jedes kurze Jira-Tutorial ist in eine Reihe unterteilt, die auf einer Reihe von Themen basiert, angefangen mit den grundlegenden bis hin zu spezifischeren Themen, darunter:

• Erste Schritte mit Boards in Jira Software
• Jira Essentials mit agilem Mindset
• Mehr aus Jira Workflows herausholen
• Jira automatisieren

Einige Tutorialreihen sind kurz genug, um sie in einer Mittagspause abzuschließen, während andere einige Stunden dauern. Anstatt also Doomscrolling zu machen, während du dein Sandwich isst, rufe ein kurzes Tutorial auf, um deine Fähigkeiten zu verbessern! 🥪

Wenn du hoffst, eine Zertifizierung zu erwerben, dir aber nicht ganz sicher bist, mit welchen spezifischen Schulungskursen du dorthin gelangen wirst, hat Atlassian rollenbasierte Lernpfade um dich auf deinem Weg zu begleiten.

Atlassian University — Jira-Zertifizierungen

Um dich endlich und offiziell als Jira Jedi Master zu festigen, kannst du ein Zertifizierter Atlassian-Experte und der Experte für alles, was mit Jira zu tun hat. Außerdem sind alle Atlassian-Zertifizierungen weltweit anerkannt. Wo auch immer du dich befindest, Atlassian steht dir zur Seite.

Abhängig von den von Ihnen gewählten Fähigkeiten sind eine Reihe verschiedener Zertifizierungen verfügbar. Um eine Zertifizierung zu erhalten, müssen Sie an den Kursen teilnehmen, die über den obigen Schulungslink verfügbar sind, praktische Erfahrung sammeln und eine Prüfung ablegen.

Weitere Jira-Tutorials, -Schulungen und -Kurse

Die Atlassian University ist zwar voller Lernmöglichkeiten, aber viele andere Ressourcen helfen dir dabei, vom Anfänger zum Experten und vom Experten zum Meister zu werden.

Die besten Udemy Jira-Kurse

Udemy Jira-Kurse bieten eine Vielzahl von Themen zu unterschiedlichen Preisen für Jira-Anfänger und alte Profis. Studierende können auf umfassendere Themen wie Agile und Projektmanagement sowie auf Professional Scrum Master (PSM) -Kurse zugreifen, um dich auf deine Zertifizierung vorzubereiten.

Die Kurse werden mit einer Bewertung versehen, die auf den Erfahrungen früherer Schüler basiert. Und wenn man bedenkt, dass über 200.000 Schüler Jira auf Udemy lernen, kannst du sehen, welche Kurse gut bewertet wurden, um dir bei der Entscheidung zu helfen.

Von Crashkursen für Anfänger bis hin zu Themen für Fortgeschrittene oder Nischenthemen ist für jeden etwas dabei. Sie bieten auch kostenlose „kleine“ Jira-Lektionen mit 3 bis 11 Minuten langen Videos an, sodass du sie in jeden vollen Terminkalender einbauen kannst. Außerdem haben alle Kurse eine 30-tägige Geld-zurück-Garantie.

Die Atlassian-Kurse von Expium

Expium bietet Workshop-basiertes Jira-Training für Atlassian-Unternehmenskunden. Die Kurse zielen darauf ab, die Studierenden in die Lage zu versetzen, Jira kompetent zu konfigurieren. Es gibt eine Reihe von Workshops, die die Grundlagen für Anfänger bis hin zu spezifischeren Themen behandeln.

Das praktische Lernen ist für öffentliche, private oder Online-Kurse verfügbar. Expium ist ein Platinum-Lösungspartner, was laut Atlassian bedeutet, dass das Unternehmen die höchsten Schulungskriterien erfüllt und über eine bewährte Praxis verfügt, die von kleinen bis großen Kunden skaliert werden kann.

Guru 99 Jira Tutorial: Wie benutzt man Jira Software für Anfänger

Die kostenlose Online-Ressource von Guru 99 ist sowohl für Anfänger als auch für diejenigen, die die Grundlagen auffrischen müssen. Es bietet eine schrittweise Anleitung zur Verwendung des Jira-Dashboards.

Die Ressource beschreibt detaillierte Anwendungsfälle mit kommentierten Screenshots aus dem Jira-Tool. Die detaillierten Bilder zeigen die Grundlagen der Erstellung von Problemen und der Verwaltung von Problemattributen sowie spezifischere Verwendungszwecke, z. B. das Einrichten von Workflows, das Klonen von Problemen und das Erstellen benutzerdefinierter Felder.

Das Jira-Tutorial von Guru 99 beinhaltet:

• Jira-Probleme und Problemtypen wie neue Funktionen, Unteraufgaben, Bugs usw.
• Jira-Problemattribute wie „In Bearbeitung“, „offen“, „geschlossen“, „gelöst“ usw.
• Jira-Komponenten
• So erstellen Sie Issues in Jira
• So erstellen Sie Unteraufgaben, Workflows, Plugins, Epics und Klone
• Sicherheitssysteme und Genehmigungssysteme
• Jira-Reporting und Burndown-Charts
• So erstellen Sie ein Kreisdiagramm mit Prioritäten

Jetzt ist es an der Zeit, rauszugehen und zu lernen! Erfolgreiche Menschen wissen, dass das Lernen niemals aufhört.

Bonus-Ressource: Lernen Sie weiter im Easy Agile-Blog

Und hey, wir haben auch umfangreiche Lernressourcen in unserem Easy Agile-Blog! Aus dem Verständnis der Unterschied zwischen Kanban und Scrum, Verwendung von Epics zur Leistungsmaximierungund wenn Sie die Best Practices für Jira-Workflows kennen, sind Sie hier richtig.

Easy Agile hat es sich zur Aufgabe gemacht, Teams dabei zu helfen, mit Agile besser zu arbeiten. Unser Apps für Jira sind so konzipiert, dass der Kunde bei jedem Schritt des Produktentwicklungsprozesses stets im Mittelpunkt steht. Sie sind einfach, kollaborativ und wurden von einem Entwicklungsteam entwickelt, das Jira lebt und atmet.

Kontaktiere unser Team um mehr zu erfahren oder eine Anfrage zu stellen Demo-Tutorial um unsere Plugins in Aktion zu sehen.

Für viele Menschen läuft 2020 nicht ganz wie erwartet.

Vielleicht wurde die eine oder andere Konferenz abgesagt (wie der Atlassian Summit 😭). Vielleicht steht Ihr großes Teamplanungsevent in den Hintergrund. Oder vielleicht wurde Ihre gesamte Belegschaft angewiesen, bis auf weiteres von zu Hause aus zu arbeiten.

Amazon hat hat alle unnötigen Reisen gestoppt und eine Reihe großer Technologieunternehmen haben dazu ermutigt Mitarbeiter sollen von zu Hause aus arbeiten, einschließlich Apple, Google, Microsoft, Twitter, Facebook und HP (in einigen oder allen Regionen).

Du denkst, du bist störend? Nun, offensichtlich haben Sie COVID-19 noch nicht getroffen!

Die neue Pandemie hat die Dinge durcheinander gebracht. Rekordzahlen von Unternehmen suchen nach Möglichkeiten, sich schnell anzupassen und ihre Teams auf Telearbeit umzustellen. Das ist eine große Herausforderung, wenn man bedenkt, dass Agile in der Regel für die persönliche Interaktion konzipiert ist — insbesondere bei kritischen Ereignissen wie der vierteljährlichen PI-Planung.

Basierend auf unseren eigenen Erfahrungen und der Zusammenarbeit mit großen Unternehmen, die schon seit einiger Zeit mit Remote-Teammitgliedern zusammenarbeiten, haben wir einige Gedanken zusammengestellt, die Ihnen helfen sollen, Ihr Team schnell auf Distributed Agile umzustellen. Das Wichtigste zuerst...

1. Keine Panik (in Bezug auf Distributed Agile)

Wir sind nicht qualifiziert, Ihnen zu sagen, ob Sie wegen der Pandemie in Panik geraten sollten (aber ernsthaft... Sie benötigen nicht so viel Toilettenpapier). Aber wir sind qualifiziert, Ihnen zu sagen, dass eine Belegschaft im Homeoffice nicht so gruselig ist, wie es sich anhört. Es wird dir gut gehen.

Organisationen wie Ihre machen seit Jahren ihr Ding mit einem verteilten agilen Team. Einer unserer Kunden hat ein großes, verteiltes Team und führt PI-Planung nur aus der Ferne durch. Es ist möglich, das durchzuziehen.

2. Zeigen Sie den Leuten, wie sie von zu Hause aus arbeiten können

Einige der Leute in Ihrem Team haben wahrscheinlich noch nie von zu Hause aus gearbeitet. Zumindest nicht für einen längeren Zeitraum. Bieten Sie also Ratschläge dazu an, was erwartet wird und wie sie das Beste aus der Arbeit zu Hause herausholen können.

Du weißt schon... wie das Geschäft oben, die Jogginghose drunter, und niemand, der an der Telefonkonferenz teilnimmt, wird klüger sein.

Aber im Ernst, es ist eine gute Idee, Anleitungen zu teilen wie:

• Welche Ausrüstung werden sie benötigen
• Eine Liste der herunterzuladenden Software und Apps (mit Lizenzinformationen)
• Wo man Informationen findet und auf Dateien zugreifen kann (eine einzige Informationsquelle ist immer am besten, aber vor allem, wenn die Dinge bereits etwas überwältigend sind)
• Wie kommuniziert man virtuell
• Ideale Umgebungen für Konzentration und Produktivität
• So blenden Sie Lärm und Ablenkungen aus
• Erwartete Arbeitsstunden
• So schalten Sie ab und machen Pausen

Aber eine kleine Anleitung wird viel dazu beitragen, dass sich alle in der neuen Arbeitssituation „wie zu Hause“ fühlen.

3. Ermutigen Sie den Informationsaustausch

Möglicherweise haben Sie bereits ein verteiltes agiles Team, das Erfahrung mit Telearbeit hat. Ermutigen Sie also die erfahrenen Telearbeiter, sich für diese Praxis einzusetzen und andere zu leiten.

Erstelle einen Slack-Channel oder eine andere Umgebung, in der Diskussionen über das Arbeiten von zu Hause aus stattfinden, damit die Leute Tipps und Erfahrungen austauschen und Fragen stellen können. Bei Easy Agile haben wir einen #remote -Kanal eingerichtet, um unsere Setups zu teilen.

4. Holen Sie sich die richtigen Tools

Wenn Ihr Team zum ersten Mal remote arbeitet, hat es möglicherweise nicht alle Kleinigkeiten, die es zu Hause benötigt, um seine Arbeit zu erledigen, an Besprechungen teilzunehmen oder ordnungsgemäß zu einer PI-Planungsveranstaltung aus der Ferne zu erscheinen.

Abhängig von ihrer Rolle benötigen sie möglicherweise:

• Computer — Ein Desktop- und Monitor-Setup oder ein Laptop mit ausreichender Rechenleistung für alltägliche Aufgaben
• Konferenzausstattung — Webcam, Kopfhörer und funktionierendes Mikrofon
• Deine bevorzugten Kommunikations-Apps — Slack, Zoom, Google Hangouts, Skype oder Microsoft Teams
• Sicherheitsmaßnahmen — Passwortmanager, VPNs und Antivirensoftware
• Ihr Projektmanagement-Tool — Jira, Trello, Asana oder Smartsheet
• Einfache agile Programme für PI-Planung in Jira

5. Schau dir das als Pilot an

Immer mehr Menschen möchten von zu Hause aus arbeiten, und es ist für Unternehmen sehr sinnvoll, diese neue Arbeitsweise zu fördern. Es kann eine Menge Geld sparen (eine Schätzung geht von 10.000$ pro Person und Jahr aus), wenn Teams zu Hause bleiben. Und Sie können Hunderttausende pro PI Planning-Sitzung sparen, wenn Sie nicht für Flüge, Unterkünfte und Veranstaltungsräume für ein Team von bis zu 100 Personen bezahlen müssen.

Der Trend zur Telearbeit wird nicht verschwinden — auch nach dem Abklingen der Pandemie. Sehen Sie das also als Gelegenheit, Distributed Agile auszuprobieren, falls Sie es noch nicht getan haben. Sie könnten feststellen, dass dies eine bessere und kostengünstigere Methode für Sie ist, Dinge zu erledigen und Ihren Mitarbeitern das zu geben, was sie wollen.

6.Vertraue deinen Leuten

Niemand fühlt sich gerne beobachtet, während er arbeitet 👀 Vor allem aber nicht, wenn er von zu Hause aus arbeitet. Zu Hause werden Ihre Mitarbeiter wahrscheinlich:

• Ertrage mehr Ablenkungen (wie Kinder!)
• Gehen Sie weg, um eine Ladung Wäsche anzulegen
• Schnapp dir einen Kaffee (und wahrscheinlich noch ein paar andere Dinge 😋🍛🍫🧁) aus der Küche

Zwischen all dem müssen Sie darauf vertrauen können, dass sie ihre Arbeit erledigen, ihr Bestes geben und produktiv sind — auch wenn dies außerhalb der regulären Geschäftszeiten passiert.

Wenn Sie agil sind, haben Sie glücklicherweise wahrscheinlich bereits eine Vertrauenskultur aufgebaut. Halten Sie also mit regelmäßiger Kommunikation, virtuellen Standups und Transparenz Schritt. Dies sollte ausreichen, um den Fortschritt zu überwachen und Ihre Mitarbeiter ohne Mikromanagement zur Rechenschaft zu ziehen

7. Bleib sozial

Auch wenn Sie sich nicht persönlich treffen können, bieten Sie Ihren Teams die Möglichkeit, virtuell zusammenzukommen, Kontakte zu knüpfen und zu chatten. Richten Sie einen Slack-Kanal ein, der nicht zur Arbeit gehört, führen Sie regelmäßig Videoanrufe durch und sprechen Sie über mehr als nur die Arbeit. Menschen, Beziehungen und Verbundenheit sind noch wichtiger, wenn ihr nicht zusammen im selben Raum sein könnt.

8. Werden Sie besser im Risikomanagement

Wenn all das vorbei ist (und das wird es), werden Sie als viel stärkere Organisation hervorgehen als zuvor. Wenn ein einzelnes Teammitglied, ein ganzes Team oder Ihre gesamte Organisation in Zukunft remote arbeiten muss, können Sie problemlos und mit minimaler Unterbrechung den Gang wechseln.

Nutzen Sie diese Gelegenheit, um Risiken aufzudecken, die Sie zuvor möglicherweise nicht in Betracht gezogen haben. Stellen Sie Fragen wie:

• Was ist, wenn die Hälfte von uns krank wird und ein paar Wochen nicht arbeiten kann?
• Welche Backup-Optionen gibt es für unsere Internetverbindung, Dateien und Kommunikation?
• Was ist, wenn unser Gebäude plötzlich nicht mehr zugänglich ist?
• Machen Sie sich der potenziellen Risiken für Ihr Unternehmen bewusster, damit Sie in Zukunft besser vorbereitet sind.

9. Schau auf die positive Seite

Eine Pandemie ist zwar kein ideales Szenario, aber es ist in Ordnung, nach positiven Aspekten Ausschau zu halten, wie zum Beispiel:

• Ihre Teams werden vielleicht feststellen, dass sie es lieben, von zu Hause aus zu arbeiten
• Einige verteilte agile Teams werden feststellen, dass sie tatsächlich produktiver sind.
• Sie erhalten eine bessere Work-Life-Balance
• Keine Pendelfahrten
• Mehr Qualitätszeit mit der Familie
• Reduzierte Emissionen von Autos und Flugzeugen
• Ruhigere Straßen mit weniger Staus und Unfällen

Und vielleicht... nur vielleicht... bleiben einige dieser Änderungen zum Besseren bestehen 🤞

Abfall ist teuer! 💸 Es geht darum, jemanden zu bezahlen, der keine wirkliche Arbeit verrichtet, für Materialien zu bezahlen, die Sie nicht benötigen, oder dafür zu bezahlen, dass Teammitglieder ein vermeidbares Problem lösen. Lean Agile zielt darauf ab, verschwenderische Ressourcen und Aufgaben zu eliminieren, um die Effizienz zu verbessern und die Kosten zu senken — ohne dabei Abstriche bei der Qualität zu machen. Tatsächlich legt Lean Agile Wert darauf, dem Kunden mit jeder getroffenen Entscheidung einen Mehrwert zu bieten.

Lean Agile ist eine Entwicklungsmethode, die Teams hilft, Verschwendung zu erkennen und Prozesse zu verfeinern. Es ist eine leitende Denkweise, die Effizienz, Effektivität und kontinuierliche Verbesserung ermöglicht.

Bedenken Sie Folgendes: Sie arbeiten wahrscheinlich viel besser, wenn Ihr Schreibtisch nicht vollständig mit Dingen bedeckt ist, die Sie nicht benötigen. Wenn Sie Ablenkungen und Verschwendung vermeiden, schaffen Sie einen organisierten Arbeitsplatz und Arbeitsablauf. So können Sie sich auf das Wesentliche konzentrieren und sicherstellen, dass Sie effizient und effektiv arbeiten.

Hier erfährst du mehr über die Entwicklung von Lean, die Vorteile von Lean Agile und die fünf Kernprinzipien von Lean.

Die Entwicklung von Lean Agile

Lean Agile oder Lean Software Development basiert auf den Prinzipien von Schlanke Fertigung. Das Konzept wurde in die Fertigung eingeführt, um die Gewinne zu steigern, indem die Kosten gesenkt wurden, anstatt sich ausschließlich auf höhere Umsätze zu verlassen. Wenn ein Unternehmen Verschwendung vermeiden und effizienter werden kann, kann es Geld sparen und so den Gesamtgewinn steigern.

Lean Agile ist eine agile Methode, die im Grunde genommen recht einfach ist: Verbessern Sie die Effizienz, indem Sie Verschwendung vermeiden. Im Gegensatz zum herkömmlichen Wasserfall-Projektmanagement, das einen festen Plan vorschreibt, der von einem Projektmanager entworfen wird, ist Lean Agile bestrebt, alle Aufgaben und Aktivitäten zu reduzieren, die keinen echten Mehrwert bieten. Dadurch wird sichergestellt, dass alle an einem Projekt oder einer Produktentwicklung Beteiligten mit optimaler Effizienz arbeiten können.

Wenn Sie in die Geschichte von Lean Agile eintauchen möchten, Lean Enterprise Institute Inc., 1997 von James P. Womack, PhD, gegründet, ist eine führende Ressource für Lean-Methodologie. Es zielt darauf ab, Menschen und Teams zu helfen, durch Lean-Denken und -Praktiken besser zu arbeiten.

Lean-Praktiken sind beliebt, weil sie auf andere agile Ansätze angewendet werden können und Methoden der Softwareentwicklung. Lean Agile bietet eine klare Anwendung für agile Skalierung, was für große oder wachsende Organisationen oft schwierig ist.

Die Vorteile von Lean Agile

Falls Sie mit Lean Agile noch nicht vertraut sind, schauen wir uns die wichtigsten Vorteile an.

Verschwenden Sie weniger Zeit

Zeit wird verschwendet, wenn Prozesse nicht reibungslos ablaufen. Bei der schlanken Fertigung ist es wichtig, dass Waren und Dienstleistungen schnell und effektiv geliefert werden. Niemand sollte bei der Arbeit seine Zeit verschwenden, und Unternehmen sollten kürzere Lieferzeiten anstreben, ohne Abstriche bei der Qualität machen zu müssen.

Zeitverschwendung ist in jeder Branche teuer, aber es ist besonders wichtig, aufmerksam zu sein, wenn Sie in der agilen Softwareentwicklung arbeiten. Selbst ein kleiner Engpass oder ein fehlerhafter Prozess können einen Arbeitsablauf oder eine Produktfrist komplett zum Erliegen bringen. Lean Agile hilft Entwicklungsteams dabei, ihre Zeit effektiv zu verwalten, um sicherzustellen, dass alle Mitarbeiter ausgelastet sind, niemand seine Zeit verschwendet und Hindernisse im Voraus antizipiert werden.

Senken Sie die Kosten

Wenn Unternehmen Verschwendung vermeiden, sparen sie Geld. In seiner ursprünglichen Form sorgte Lean Manufacturing dafür, dass Unternehmen zu jeder Zeit über die richtige Menge an Materialien, Mitarbeitern und Arbeitszeiten verfügten. Überproduktion, Überbesetzung oder einfach zu viele Materialien zum Lagern sind teure Verschwendung, die durch ein besseres System- und Prozessmanagement vermieden werden kann.

Jedes Unternehmen, unabhängig von der Branche, wird durch verbesserte Effizienz Geld sparen. Lean Agile stellt sicher, dass Verschwendung kontinuierlich vermieden wird und agile Teams die Prozesse weiter optimieren, um optimale Effizienz zu erzielen.

Verbessern Sie die Arbeitsqualität

Bei Lean Agile geht es nicht nur um Effizienz — es geht darum, effiziente Prozesse aufrechtzuerhalten und gleichzeitig Kunden und Stakeholdern ein Qualitätsprodukt anzubieten. Wenn Unternehmen ihre Prozesse bewusst verbessern, bleiben sie wettbewerbsfähig. Die Lean-Prinzipien berücksichtigen den Kundennutzen jeder Maßnahme oder Entscheidung, um sicherzustellen, dass Anforderungen stets erfüllt oder übertroffen werden.

Die fünf Prinzipien von Lean Agile

Es gibt fünf Kernprinzipien zur Umsetzung der Lean-Methodik:

1. Wert
2. Wertstrom
3. Fluss
4. Ziehen
5. Perfektion

Diese Prinzipien beschreiben einen fünfstufigen Prozess, der die Implementierung von Lean-Techniken in der Fertigung, Softwareentwicklungsteams und anderen agilen Praxisbranchen leitet.

1. Identifizieren Sie den Wert

Im ersten Schritt müssen Sie in die Fußstapfen des Kunden treten. Der Wert ist das, was der Kunde von einem bestimmten Projekt oder Produkt benötigt und erwartet.

Überlegen Sie sich aus Sicht der Kunden: Was sind ihre Erwartungen? Wofür sind sie bereit zu zahlen? Wie wollen sie, dass ihre Bedürfnisse erfüllt werden?

Manchmal können Kunden möglicherweise nicht genau definieren, wonach sie suchen — insbesondere, wenn es sich um ein neues Produkt oder eine neue Technologie handelt, mit der sie nicht vertraut sind.

In jedem Fall kann das Projekt nicht voranschreiten, ohne klar zu definieren, was zur Kundenzufriedenheit erforderlich ist. Sie müssen das Endziel (den Wert) identifizieren, den sich die Kunden mit dem Produkt oder der Dienstleistung erhoffen.

2. Ordnen Sie den Wertstrom zu

Als nächstes das Team Karten visuell alle Schritte und Prozesse, die erforderlich sind, um das Produkt von der Idee bis zur Auslieferung zu bringen. Indem Sie jeden Schritt sichtbar machen und stets den Wert im Auge behalten, ist es einfacher zu erkennen, welche Schritte nicht direkt zur kontinuierlichen Lieferung beitragen. Sobald verschwenderische Schritte gefunden wurden, findet das Team Wege, diese Schritte zu eliminieren oder so weit wie möglich zu reduzieren.

Durch die Beseitigung von Verschwendung wird sichergestellt, dass Ihr Unternehmen nicht unnötig Geld für Schritte und Prozesse ausgibt, die keinen Mehrwert bieten. Und — am wichtigsten — der Kunde bekommt genau das, wonach er sucht.

3. Flow erstellen

Sobald die Verschwendung aus dem Wertstrom entfernt ist, besteht der nächste Schritt darin, sicherzustellen, dass die verbleibenden Prozesse so effektiv und effizient wie möglich funktionieren, was bedeutet, dass keine Verzögerungen, Störungen oder Engpässe auftreten. Es ist wichtig, dass die Schritte, die einen Mehrwert schaffen, in engen Abfolgen ablaufen, um sicherzustellen, dass das Produkt reibungslos zum Kunden fließt.

Um diese Art der agilen Transformation zu erreichen, müssen schlanke Unternehmen ihre Mitarbeiter darin schulen, anpassungsfähig und vielseitig zu sein, funktionsübergreifende Teams bilden, Produktionsschritte aufteilen und neu konfigurieren und die Arbeitsbelastung der Mitarbeiter ausgleichen.

4. Richten Sie ein Pull-System ein

Dank des verbesserten Ablaufs kann Ihr Team Produkte und Dienstleistungen schneller bereitstellen. Ein Pull-System ermöglicht eine „Just-in-Time“ -Fertigung und -Lieferung und begrenzt den Bestand an Artikeln und unfertigen Artikeln (WIP), da nur genug produziert wird, um die Kundennachfrage zu decken.

Durch die Einrichtung eines Pull-Systems erstellen Sie Produkte und Dienstleistungen nach Bedarf, anstatt sie im Voraus zu erstellen. Dies führt zu einem wachsenden Inventar oder einer Liste von Aufgaben, die gespeichert und verwaltet werden müssen, was Ihr Geschäftsergebnis belastet.

5. Strebe nach Perfektion

Wenn Sie die Schritte 1 bis 4 abschließen, wird Abfall vermieden — vorerst. Die Arbeit ist jedoch nie erledigt. Es gibt immer einen Prozess, der verbessert werden könnte, und es wird immer Schritte in der Projekt- und Produktentwicklung geben, die Zeit und Geld verschwenden oder keinen Mehrwert bieten. Deshalb ist der fünfte Schritt der Suche nach Perfektion entscheidend.

Die Implementierung von Lean nimmt Zeit in Anspruch, und es reicht nicht aus, den Prozess einmal zu durchlaufen. Bauen Sie eine Denkweise der kontinuierlichen Verbesserung in Ihre Unternehmenskultur ein und geben Sie sich nie mit dem Alten zufrieden.

Lean Agile leicht gemacht

Lean legt Wert auf die Vermeidung von Verschwendung, um die Effizienz zu verbessern. Dies hilft Teams, ihre Prozesse kontinuierlich zu verbessern und gleichzeitig den Schwerpunkt auf die Aufgaben zu legen, die den Kunden den größten Mehrwert bieten.

Wenn Sie mehr darüber erfahren möchten, wie agile Prinzipien mit anderen Entwicklungsansätzen zusammenarbeiten, haben wir kürzlich acht verschiedene behandelt Methoden der Softwareentwicklung, einschließlich Rapid Application Development, Extreme Programming (XP) und anderer agiler Frameworks.

Easy Agile hat es sich zur Aufgabe gemacht, Teams dabei zu unterstützen, ihre Prozesse und agilen Methoden zu verbessern. Unser Jira-Plugins helfen Sie Produktbesitzern, Scrum Mastern und Entwicklungsteams dabei, sich auf Produktziele, Arbeitsabläufe und Kundenbedürfnisse auszurichten. Die Tools sind einfach zu verwenden, kollaborativ, flexibel und funktionieren nahtlos mit Scrum, Kanban-Boards und anderen agilen Prozessen, die in der Jira-Software verwaltet werden.

Du kannst kontaktiere unser Team oder schau dir ein Demo um mehr über unsere Tools zu erfahren und folge unserem Blog für die neuesten Inhalte zu Jira, Agile, Lean und dem Entwicklungsprozess.

Bei der Lean-Methode geht es vor allem darum, Verschwendung zu vermeiden und die Effizienz zu verbessern, um den Kundennutzen zu maximieren und einen konsistenten Kundennutzen zu erzielen. Im Rahmen der Lean-Methode gilt ein Prozess, der dem Kunden keinen Mehrwert bringt, als verschwenderisch und wird so weit wie möglich vermieden oder reduziert. Es handelt sich um eine Entwicklungsmethode und eine Leitlinie, die Teams dabei unterstützt, ihre Prozesse im Namen von Effizienz, Effektivität und kontinuierlicher Verbesserung zu verfeinern.

Hier erfahren Sie mehr über die Ursprünge von Lean sowie über die 7 wichtigsten Vorteile der Einführung der Lean-Methode.

Eine Einführung in die Lean-Methodik

Die Lean-Methode ist aus der schlanken Fertigung hervorgegangen. Das Konzept wurde in der Fertigung eingeführt, um die Gewinne zu steigern, indem die Kosten gesenkt wurden, anstatt sich ausschließlich auf höhere Umsätze zu verlassen. Wenn ein Unternehmen Verschwendung vermeiden und effizienter werden kann, kann es Geld sparen, was den Gesamtgewinn erhöht.

Während Die Wurzeln von Lean Manufacturing lässt sich bis in die 1400er Jahre zurückverfolgen. Henry Ford integrierte zunächst den gesamten Produktionsprozess vollständig und schuf so etwas wie eine sogenannte Flow-Produktion in Form einer Montagelinie.

Dies war eine revolutionäre Veränderung in der Automobilherstellung, aber obwohl Ford den Flow sicherlich verbesserte, ließ er nicht viel Raum für Abwechslung. In den 1930er und 40er Jahren entwickelten die japanischen Hersteller Kiichiro Toyoda, Taiichi Ohno und andere bei Toyota eine Reihe einfacher Innovationen, die es ihnen ermöglichten, sowohl für Kontinuität im Prozessablauf als auch für eine Vielzahl von Fahrzeugen zu sorgen. So entstand das Toyota-Produktionssystem.

Diese Form der schlanken Produktion ermöglichte die Vermeidung von Verschwendung, reduzierte die Kosten, erhöhte die Effizienz und machte das Informationsmanagement einfacher und genauer. Die Lean-Methode wurde in den Büchern The Machine That Changed the World von James P. Womack, Daniel Roos und Daniel T. Jones sowie Lean Thinking von James P. Womack und Daniel T. Jones weiter ausgearbeitet und untersucht.

In letzterem Buch wurden auch die fünf wichtigsten Prinzipien von Lean vorgestellt:

1. Wert identifizieren
2. Den Wertstrom abbilden
3. Flow erstellen
4. Richten Sie ein Pull-System ein
5. Strebe nach Perfektion

Erfahre mehr in unserem Artikel, Lean Agile und die 5 Lean-Prinzipien verstehen.

Natürlich hat sich das Lean-Thinking über die Fertigung hinaus weiterentwickelt und wurde in allen Bereichen angepasst und angewendet, vom Gesundheitswesen über das Bauwesen bis hin zu Logistik und Vertrieb, Behörden und Softwareentwicklung.

1. Höhere Effizienz ⏳

Bei der Anwendung von Lean auf Geschäftsprozesse geht es vor allem darum, Verschwendung zu reduzieren und die Effizienz zu steigern. Aber wie findet man heraus, welche Prozesse einen Mehrwert bieten?

Sobald der Kundenwert identifiziert ist, können die Teams eine Wertstromkarte erstellen. Bei der Wertstromanalyse werden alle Schritte und Prozesse verfolgt, die erforderlich sind, um ein Produkt von der Idee bis zur Auslieferung zu entwickeln. Wenn Sie Ihre Prozesse visuell so organisieren, dass jeder sie sehen kann, können Teams klar erkennen, was einen Mehrwert bietet und was nicht. Wenn Schritte oder Prozesse dem Kunden keinen Mehrwert bieten oder sich auf andere Weise als verschwenderisch erweisen, werden sie entfernt oder so weit wie möglich reduziert.

Ein Team kann nicht effizient sein, wenn es Zeit mit übermüdeten Prozessen verschwendet, die keinen Kundennutzen bieten. Die Einführung von Lean-Methoden hilft dabei, diese Prozesse loszuwerden, sodass Sie die Energie Ihres Teams ausschließlich den Prozessen widmen können, die dies tun, und so den Wertefluss, die Effizienz und die Produktivität Ihres Teams steigern.

2. Reduzierte Engpässe 🛑

Ein Engpass oder ein fehlerhafter Prozess, egal wie klein, kann einen Arbeitsablauf völlig zum Scheitern bringen oder die Einhaltung einer Frist unmöglich machen.

Mit Lean werden Aufgaben nicht blind oder zufällig zugewiesen. Teams arbeiten zusammen, um sicherzustellen, dass die Arbeit gleichmäßig verteilt wird und Termine eingehalten werden. Sie besprechen mögliche Engpässe im Voraus, damit sie behoben werden können, bevor sie zu einer finanziellen Belastung werden oder die Arbeit verzögern. Da Kapazitäten und WIP-Elemente (Work in Progress) kontinuierlich prognostiziert, überwacht und mithilfe von Lean angepasst werden, werden Engpässe im Voraus vorhergesehen, jedes Teammitglied nimmt teil und niemand wird Zeit verschwendet.

3. Weniger Kosten (und weniger Überraschungen!) 💸

Verschwendung zu vermeiden bedeutet Geld zu sparen — unabhängig von der Branche. Überproduktion, zu viele Materialien zum Lagern, zu viele Neueinstellungen und Produktionsengpässe sind teuer und verschwenderisch. Diese Verschwendung kann durch ein besseres Management der Prozesse und Systeme vermieden werden, sodass Unternehmen jederzeit über die richtige Anzahl an Mitarbeitern, Materialmengen und Arbeitszeiten verfügen können.

Die Einführung der Lean-Methode bedeutet eine Steigerung der Effizienz, was sich positiv auf das Geschäftsergebnis jedes Unternehmens auswirkt. Stellen Sie sicher, dass alle Kosten berücksichtigt werden und für den Produktionsprozess notwendig sind, indem Sie die Arbeitsprozesse Ihres Unternehmens kontinuierlich überprüfen und alle Kosten eliminieren, die keinen Mehrwert bieten.

4. Systeme können sich besser und schneller anpassen 🌎

Unternehmen müssen sich heute aufgrund der steigenden Kundennachfrage, des sich schnell entwickelnden technologischen Fortschritts und der COVID-19-Pandemie schneller denn je anpassen.

Je größer die Organisation ist, desto schwieriger ist es, sich anzupassen. Langjährige Geschäftssysteme wurden nicht so konzipiert, dass sie flexibel sind. Wenn also Anpassungen vorgenommen werden müssen, kann es Monate oder Jahre dauern, bis das gesamte Unternehmen auf derselben Wellenlänge ist.

Mit Lean können sich Teams besser anpassen. Lean-Systeme sind nicht so starr, sodass es einfacher ist, unterwegs Anpassungen vorzunehmen, was bedeutet, dass sich Teams besser auf unerwartete Umstände einstellen können. Die Lean-Methode kann jedem Unternehmen, unabhängig von seiner Größe, helfen, sich elegant an sich ändernde Zeiten anzupassen, da Lean das genaue Gegenteil von einem Prozess ist, an den Sie alles und vergessen Sie es.

5. Sichtbarkeit der Stakeholder und starke Kundenbeziehungen 💞

Die Lean-Methode berücksichtigt sowohl die Bedürfnisse der Stakeholder als auch der Kunden, was zu einem besseren Endprodukt führt. Der Fortschritt im Lean-Bereich wird anhand des für den Kunden erbrachten Nutzens gemessen und nicht anhand der Erledigung von Aufgaben.

Bei Lean steht der Kundennutzen im Vordergrund. Jedes Projekt und jede Aufgabe beginnt damit, die Sichtweise der Kunden zu berücksichtigen und sich in ihre Lage zu versetzen. Feedback wird während der Produktentwicklung und nicht erst am Ende gesammelt, um sicherzustellen, dass neue Informationen berücksichtigt werden und das Endprodukt genau den Bedürfnissen oder Wünschen des Kunden entspricht.

6. Denkweise zur kontinuierlichen Verbesserung 🧠

Lean ist der Feind des Status Quo. Lean erfordert die ständige Feinabstimmung und Verfeinerung von Prozessen und ermöglicht eine kontinuierliche Verbesserungsmentalität. Es ist kein „Einstellen und Vergessen“ -Prozess, denn bei Lean dreht sich alles um die konsequente Prozessverbesserung. Ganz gleich, wie erfolgreich oder effizient das Unternehmen ist, es gibt immer Raum für Verbesserungen und neue, innovative Wege, um dem Kunden einen Mehrwert zu bieten.

Diese Einstellung vermittelt allen Beteiligten im Team eine Denkweise der kontinuierlichen Verbesserung, egal ob es sich um ein kleines Entwicklungsteam oder ein ganzes schlankes Unternehmen handelt (SAFe). Teams können regelmäßiges Feedback von Führungskräften, Managern und Interessenvertretern antizipieren und erwarten. Mit Lean sind Innovationen und Iterationen weniger wertvoll und es gibt sie in größerem Umfang. Das Team verbessert und verfeinert seine Fähigkeiten und Prozesse mit jedem Produkt, das durchläuft.

7. Erhöhtes Teamengagement 🤝

Der Rückzug der Mitarbeiter ist teuer. Unmotivierte Mitarbeiter haben höhere Fehlzeiten, eine geringere Produktivität und eine geringere Rentabilität — all dies kann die Ressourcen eines Unternehmens erheblich belasten. Wenn die Unternehmenskultur die Mitarbeiter nicht dazu inspiriert, zu erscheinen und ihr Bestes zu geben, wird das Unternehmen jedes Jahr Geld verlieren, bis sein Geschäftsergebnis seinen Tiefpunkt erreicht hat.

In einer schlanken Organisation stehen Teams dagegen an vorderster Front der Produktentwicklung. Im Rahmen des Lean-Managements haben Mitarbeiter direkten und regelmäßigen Kontakt mit Managern, um zu erfahren, wie ihre Arbeit läuft und wie der Prozess verbessert werden könnte. Da Teams stärker in den Prozess eingebunden sind, sind sie engagierter und es ist wahrscheinlicher, dass sie aktiv teilnehmen, Feedback geben und sich ihrer Arbeit anschließen.

Engagierte Mitarbeiter sind das größte Kapital eines Unternehmens. Die Einbindung aller Beteiligten in den Prozess gibt den Teams die Verantwortung für die Ergebnisse, was sowohl ihre Kreativität als auch ihre Rechenschaftspflicht fördert. Höheres Teamengagement bedeutet mehr Effizienz, Effektivität und Teammoral.

Sie können die Lean-Methode überall anwenden, um Verschwendung zu reduzieren und die Effizienz zu verbessern. Lassen Sie uns noch einmal zusammenfassen. Zu den wichtigsten Vorteilen der Einführung von Lean gehören:

1. Höhere Effizienz

2. Reduzierte Engpässe

3. Weniger Kosten (und weniger Überraschungen!)

4. Bessere und schnellere systemische Anpassung

5. Sichtbarkeit der Stakeholder und starke Kundenbeziehungen

6. Denkweise der kontinuierlichen Verbesserung

7. Erhöhtes Teamengagement

Agil leicht gemacht

Einfach und agil kann Ihrem agilen Team helfen, besser zusammenzuarbeiten, um Ihre Kunden zu beliefern. Wir haben eine Suite von agile Apps für Jira so konzipiert, dass der Kunde bei jedem Schritt des Produktentwicklungsprozesses an erster Stelle steht. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Plugins arbeiten mit mehreren agilen Frameworks, einschließlich Kanban und Scrum.

Wenn du mit Jira arbeitest, findest du unsere Lean-Tools besonders hilfreich, um die Funktionalität deiner Workflows zu verbessern und die Teamzusammenarbeit zu verbessern.

Kanban vs. Scrum — sind sie unterschiedlich und können Software- und Produktentwicklung sie zusammen verwenden? Die Antwort auf beide Fragen lautet JA!

Sowohl Kanban als auch Scrum sind beliebte agile Methoden. Sie sind unterschiedlich, aber sie können zusammen verwendet werden. Sie sind alle Bestandteile von Agile, einer besseren Arbeitsweise, die sich auf Iteration und Zusammenarbeit konzentriert, um Verschwendung zu reduzieren und die Effizienz zu maximieren.

Agile ist das Gegenteil von klassischem Projektmanagement. Stellen Sie sich das wie Jazz gegen klassische Musik vor. Anstatt dass ein Komponist ein bereits komponiertes und organisiertes Musikstück in ein Orchester bringt und diktiert, was wo passiert, ist Jazz kollaborativ, jedes Bandmitglied ernährt sich voneinander und kreiert Musik in einem agilen, iterativen Prozess.

In diesem Beitrag werden sowohl die Kanban- als auch die Scrum-Methoden eingehend behandelt. Lesen Sie weiter, um die Unterschiede und Gemeinsamkeiten zwischen Kanban und Scrum zu entdecken und zu erfahren, wie sie zusammen effektiv eingesetzt werden können.

Wie unterscheidet sich die agile Methodik vom Projektmanagement?

Die traditionelle Projektmanagementmethode ist linear, was bedeutet, dass jedes Projektelement in sequentieller Reihenfolge abgeschlossen wird. Erst wenn jedes Element abgeschlossen ist, können Sie mit dem nächsten fortfahren. Stellen Sie sich das traditionelle Projektmanagement als eine Montagelinie vor. Es besteht aus einer strikten Abfolge von Schritten, die vom Projektmanager geplant werden, bevor neue Arbeiten oder Iterationen beginnen können.

Der Projektmanager ist die Person, auf die das gesamte Team in Bezug auf die Führung angewiesen ist. Der Arbeitsablauf bleibt von Projekt zu Projekt derselbe, und die Schritte ändern sich selten.

Im Gegensatz dazu ist Agile eine nichtlineare Arbeitsweise, die sich auf Flexibilität und Zusammenarbeit zwischen den Teammitgliedern konzentriert. Agiles Projektmanagement konzentriert sich darauf, etwas fertig zu stellen, das die Beteiligten regelmäßig sehen und bewerten können, sodass kontinuierlich ein Mehrwert geschaffen wird.

Jede Iteration liefert sowohl vom Team als auch vom Kunden neue, umsetzbare Erkenntnisse darüber, was funktioniert, was nicht und was geändert werden muss. Es handelt sich um einen vielseitigen Ansatz, der die Engpässe beseitigt, die bei der herkömmlichen Methode auftreten können.

Kanban gegen Scrum

Kanban vs. Scrum ist keine Dichotomie. Beides sind agile Methoden, die Teams helfen sollen, in einem iterativen Prozess zu arbeiten. Bei beiden handelt es sich um Systeme, die regelmäßig im Entwicklungsprozess eingesetzt werden, um einen wertorientierten Ansatz zu gewährleisten. Die Ziele und Methoden sind dieselben, aber die Schritte sind unterschiedlich.

Ein Kanban-Workflow ist eine Möglichkeit, Aufgaben visuell zu organisieren, um sicherzustellen, dass Arbeitselemente vorangetrieben werden, während gleichzeitig Änderungen und Anpassungen vorgenommen werden können. Ein Scrum funktioniert in Sprints von 2 bis 4 Wochen, die darauf ausgelegt sind, einen bestimmten Arbeitsaufwand zu erledigen oder ein bestimmtes Problem zu lösen. Während jedes Sprints checken die Teams täglich ein, um den Fortschritt sicherzustellen und mögliche Hindernisse zu identifizieren.

Kanban vs. Scrum ist nicht die eine oder andere Wahl. Beide können gleichzeitig verwendet werden, je nachdem, was von Projekten verlangt wird oder Anwenderberichte. Im Folgenden erfahren Sie mehr über die Unterschiede und Gemeinsamkeiten dieser beiden Methoden.

Kanban im Vergleich zu Scrum: Kanban-Methodik

Kanban wurde ursprünglich von Taiichi Ohno, einem Ingenieur bei Toyota, als schlankes Produktionssystem verwendet, das Verschwendung reduzierte und die Effizienz erhöhte. Die Kanban-Methode ist ein Tool zur Aufgabenverwaltung, das entwickelt wurde, um die Effizienz zu maximieren, indem alle erforderlichen Arbeiten visualisiert und die laufenden Arbeiten begrenzt werden.

Arbeitselemente werden visuell auf Kanban-Boards dargestellt, sodass jedes Teammitglied den Status jeder Arbeit zu einem bestimmten Zeitpunkt sehen kann. Es ermöglicht Kommunikation in Echtzeit und volle Transparenz zwischen den Teammitgliedern, da jedes Arbeitselement bewusst zugewiesen wird. Ein Trello-Board ist ein einfaches Beispiel für ein Kanban.

Wie benutzt man Kanban

Mit einem Kanban durchläuft die Arbeit visuell verschiedene Fertigstellungsphasen, um eine kohärente Zusammenarbeit und Kommunikation in Echtzeit zwischen Teams zu fördern. In seiner einfachsten Form ist ein Kanban ein To-Do-, Do- und Done-Board. Die Arbeit wird auf einer physischen oder digitalen Kanban-Tafel von einem Abschnitt zum nächsten verschoben, je nachdem, wie weit die jeweilige Aufgabe fortgeschritten ist.

Um komplexere Probleme zu lösen, was in der Softwareentwicklung normalerweise der Fall ist, kann ein Kanban weiterentwickelt werden, indem zusätzliche Ebenen für bestimmte Kunden, Produkte oder Ergebnisse hinzugefügt werden.

Ein wichtiger Aspekt der Kanban-Methode ist, dass jede Person nur an einer Aufgabe gleichzeitig arbeiten darf. Dadurch wird sichergestellt, dass kein Aspekt jemals zu weit voranschreitet, ohne im Einklang mit den übrigen Aufgaben an Deck zu arbeiten. Das Einzelsystem identifiziert kritische Verbindungen zwischen Aufgaben sowie potenzielle Hindernisse, die zu Verzögerungen führen könnten.

Wenn funktionsübergreifende Teams ermutigt werden, Arbeitsaufgaben bewusst zu identifizieren, wird sichergestellt, dass Aufgaben angemessen priorisiert werden. Es bekämpft auch die negativen Auswirkungen von Multitasking und ermöglicht es Entwicklern, sich jeweils auf eine Aufgabe zu konzentrieren.

Kanban vs. Scrum: Scrum-Methodik

Scrum, manchmal auch „Scrumban“ genannt, basiert auf Empirismus und Lean Thinking. Empirismus ist die Überzeugung, dass Wissen aus praktischer Erfahrung und objektiven, beobachtbaren Fakten stammt. Lean Thinking konzentriert sich auf das Wesentliche, schafft Mehrwert für den Einzelnen und vermeidet gleichzeitig Verschwendung. Ein Scrum setzt auf Zusammenarbeit in Echtzeit statt auf Theoretisierung, um einen schlanken Rahmen für die Lösung komplexer Probleme zu bieten.

Der Scrum-Prozess verwendet einen interaktiven und inkrementellen Ansatz, der Risiken verwaltet und die Vorhersagbarkeit durch festgelegte Iterationsintervalle, sogenannte Sprints, verbessert. Die Sprints ergeben eine unvollständige, aber wertvolle Version eines Produkts, das das Team schnell den Stakeholdern vorlegen kann, deren Feedback dann in den nächsten Sprint integriert wird. Die Sprints werden so lange fortgesetzt, bis das gewünschte Ergebnis oder Produkt erreicht ist.

Wie benutzt man Scrum

Ein Scrum findet über einen bestimmten Zeitraum statt, der als Sprint bezeichnet wird. Jeder Sprint dauert in der Regel zwei Wochen bis maximal vier Wochen. Der wichtige Teil ist, dass der Zeitrahmen festgelegt wird, bevor das Scrum beginnt.

Ein Scrum besteht aus drei Hauptkomponenten:

1. Rollen: Die Leute

• Inhaber des Produkts
• Scrum Master
• Entwicklungsteam

2. Artefakte: Was wird gemacht

• Produktrückstand
• Sprint-Backlog
• Zuwächse

3. Zeremonien: Wiederkehrende Ereignisse

• Sprint-Planung
• Tägliches Scrum
• Sprint-Bewertung
• Sprint-Rückblick

Der Product Owner ordnet und priorisiert Backlog-Artikel, also die Aspekte eines Produkts, die fertiggestellt werden müssen. Zu Beginn eines Scrums legt der Product Owner fest, welche Artefakte aus dem Produkt-Backlog in das Sprint-Backlog aufgenommen werden. Das Sprint-Backlog repräsentiert die Ziele und die gewünschten Ergebnisse des bevorstehenden Sprints.

💡 Benutzen Einfacher agiler Teamrhythmus um flache Produktrückstände in wirkungsvolle, visuelle Repräsentationen umzuwandeln.

Der Scrum Master hilft jedem, die Theorie und Praxis von Scrum zu verstehen. Sie sind für die Effektivität des Scrum-Teams verantwortlich. Während des 2-4-wöchigen Sprints konzentriert sich das Team auf den Backlog, Einchecken für die täglichen Scrums oder tägliche Stand-ups. Während dieser Scrum-Besprechungen teilen die Teammitglieder, was Storypoints sie abgeschlossen haben, welche Storypoints sie als Nächstes abschließen werden, sowie alle Straßensperren, die im Weg stehen.

Die Ergebnisse werden regelmäßig produziert und bei Bedarf werden im Laufe der Zeit Anpassungen vorgenommen. A Scrum Board oder Kanban Board kann verwendet werden, um Teams dabei zu helfen, ihren Fortschritt während des Sprints zu visualisieren.

Zeremonien sind die wiederkehrenden Ereignisse wird von Scrum-Teams abgehalten, die sich im Abstand von 2-4 Wochen durchqueren. Ein Scrum beginnt mit einer kurzen Planungsphase, danach beginnt die Arbeit. Das Scrum-Team trifft sich täglich, um die Fortschritte zu überprüfen und bei Bedarf Änderungen vorzunehmen.

Am Ende jedes Sprints findet ein Sprint-Review mit Stakeholdern oder Kunden statt, um sicherzustellen, dass der Wert erreicht wird, und kontinuierliche Verbesserungen werden vorangetrieben. Schließlich findet ein retrospektives Meeting mit dem Projekteigentümer, dem Scrum Master und dem Entwicklungsteam statt, um die letzten zwei Wochen zu überprüfen, einschließlich der Erfolge, wichtigsten Kennzahlen und Herausforderungen, die vor Beginn des nächsten Sprints angegangen werden müssen.

Kanban und Scrum zusammen verwenden

Es muss nicht Kanban oder Scrum sein — sie können zusammenarbeiten. Ein Entwicklungsteam könnte sich dafür entscheiden, das Kanban-System in einem Scrum zu verwenden, um eine visuelle Darstellung der Arbeit zu bieten, die in jedem Sprint voranschreitet.

Sie sind beide wertvolle Systeme in Ihrem agilen Toolkit, die zusammenarbeiten, um Priorisierung, Zusammenarbeit und konstante Wertschöpfung zu ermöglichen. Sie müssen sich also nie zwischen Kanban und Scrum entscheiden. Sparen Sie sich die Entscheidungsfindung für die eigentlichen Probleme auf, z. B. was Sie auf die Pizzen legen sollen, die Sie für Ihr Team bestellen. 🍕

Ein Scrum-Framework bietet Teams bestimmte Zeitblöcke, um ein bestimmtes Ergebnis oder eine Reihe von Ergebnissen zu erledigen, und bietet gleichzeitig tägliche Scrum-Besprechungen an, um den Zusammenhalt und die Weiterentwicklung sicherzustellen. Das Kanban-System stellt sicher, dass Aufgaben in einem sich entwickelnden, visuellen Prozess nacheinander erledigt werden.

Lernen Sie die Methoden von Scrum mit Easy Agile kennen

Easy Agile entwickelt Lösungen, um jedes agile Team effektiver zu machen. Wir helfen Teams dabei, einfache und kollaborative Lösungen zu entwickeln User-Story-Maps in Jira für Backlog-Grooming, Versionsplanung und reibungslose Sprints.

Wir glauben, dass es eine bessere Art zu arbeiten gibt, und wir möchten Teams wie Ihrem helfen. Erfahre mehr über unsere Suite von Agile Apps und folge unserem Blog für die neuesten agilen Trends, Tipps und mehr.

As an agile team, you’re likely well aware of Jira software and its supreme capabilities for creating agile workflows. Jira workflows are a staple for development teams (ours included! 🕺), and there’s no question why.

Jira takes a customer-first approach to design projects, and it’s highly customizable, making it extremely popular among agile teams working in software development. As the folks who developed Jira at Atlassian like to say, “The more agile your team is, the more Jira will be able to help.”

Our team has been using Jira workflows for years, and we’ve learned a thing or two along the way. Okay, we’ve learned a lot along the way. 😎

We’ve also dedicated our company to making products that work directly with the Jira software you use. While you probably already know how to use Jira workflows, you may not be getting the most out of them. In this post, we’ll share seven best practices for getting the absolute most out of your workflows.

Free workflow apps

Try our FREE Jira workflow apps available on the Atlassian Marketplace!

Easy Agile Scrum Workflow for Jira

Easy Agile Kanban Workflow for Jira

Why dev teams choose Jira workflows

Unlike traditional project management tools, Jira takes an agile approach to product development. Jira Software is a family of software platforms designed to help agile teams do what they do even better, so team members can plan, track, and release great software every time.

The Jira server allows for multiple frameworks, including both Scrum and Kanban processes, making it completely versatile, no matter what style you’re used to. It helps you manage all phases of your workflow with complete visibility, and you can continually improve your performance based on detailed real-time data.

🙋🏼 If you’re new to Jira, follow this how-to tutorial from Atlassian for developers joining an existing Jira cloud project.

Jira workflow best practices and lessons learned

We love its flexibility and how it helps development teams work to meet stakeholder and customer needs. Our two CEOs worked directly with the Atlassian Jira team for five years, where they got to know the product inside and out.

1. Make customer-focused decisions

Every decision you make should be customer-focused. Repeat that again and again — you can even record it on your phone and listen to it while you sleep every night! Agile methodologies are especially effective because they focus on this priority in every problem.

Keep this mantra top of mind through every step of your Jira project, such as when you add workflows, create new workflows, define specific issue fields, or resolve issue types. To continually bring value to the customer, you need to visualize their journey from start to finish.

User story maps are invaluable tools for keeping customers at the forefront of everything you do. They help teams prioritize based on customer needs, and they give a clear view of the customer journey. It’s their story, after all, so why not view your backlog from their perspective?

Easy Agile TeamRhythm transforms flat backlogs into impactful, visual representations of the customer journey. The app integrates seamlessly with your agile boards in Jira and is designed to help teams provide value to customers quickly and frequently.

2. Use personas to gain a deeper understanding of your audience

Personas are the ultimate tool for empathizing with customers. They ask important questions about users so development teams can gain a deep understanding of the people who will use the product they’re working on. If you aren’t using personas yet, move it to the top of your to-do list.

A persona asks important questions of the user to capture buying habits, pain points, behavioral patterns, demographics, and more. Using these directly with your user story maps or alongside your product roadmap will help you make the decisions that will bring the most value to the customer.

Easy Agile Personas for Jira configures directly with your current Jira projects. The app has the functionality to create and store customer personas natively in Jira software, so you can prioritize customer needs every step of the way.

3. Create a workflow for your team, not everyone else

Some teams create a one-size-fits-all workflow and duplicate it across issue types with only small changes on the way. Depending on the team, that might not work. A status and transition that works for one issue type, for example, might not work for another. Some issues may require specific statuses and transitions, or even restrictions and automations that only work for them. You can mold a template, but it’ll never be the most effective workflow for your team.

Still, the one-size-fits-all approach is tempting. It’s easier too. But ultimately, the people on your team will end up working with a tool not made for them, but for someone else. Remember, as an admin your job is to serve the people on your team. You want your team to work with joy and harmony. You want your workflows to be effective for the people working in them, not easy to create for the admin. Putting in the effort now will have a scaling effect, given that the people on your team have to work in Jira every day.

If not one-size-fits-all then, what do we recommend?

Start from scratch. Start from zero, from nothing. Clear your mind of all templates that exist and do the work of talking to your team. Figure out the steps your team goes through and translate them into Jira. Talk to a representative from each role on your team, and make sure their needs are met. The best workflow is the one that’s tailored to your team, not for everyone else. It’s not easy and it’s going to take time, but your teams will thank you for it.

4. Don’t add more detail than what’s needed

When working in Jira, there’s such a thing as too much detail. Although it can be tempting to include absolutely everything, this may not actually be the best move.

Overuse of custom fields can lead to a slower response time on Jira issues, and it may cause frustrating holdups. Don’t get in your own way by creating an overly complicated structure. Whenever adding to your Jira workflow, think back to your customer needs and OKRs. Simple is often the more effective choice.

5. Don’t over-customize or overcomplicate

Custom workflows offer dev teams a solution that can be adapted to meet their current needs. But customization can come at a price.

As your Jira workflows evolve, they will become more and more unrecognizable from one workflow to the next. In some cases, they may get to the point of becoming a completely different species that will have trouble working with original versions.

Add custom fields when you need to, but don’t overdo it on complex workflows. Set standard practices across your team for how and when different workflows are customized to minimize compatibility issues. Ensure that customization is approved by those who understand OKRs and have the entire big picture in mind. It may be prudent for larger teams to limit admin assignee access to prevent unnecessary and possibly harmful customizations.

6. Keep your workflow simple: limit statuses and transitions

Adding a status for every part of your team’s process may seem like a good idea, and Jira definitely supports it. But keep in mind that every status and transition adds more complexity for the team working in the workflow. If you want to move fast, keep your process lean.

After mapping how your team works, include only the statuses and transitions you need. A workflow with too many statuses and transitions can be confusing to understand. Remember that the team working in the workflow will have to understand and use it.

7. Iterate on your workflow

It’s great to plan out your workflow, but don’t worry about getting the perfect workflow on the first try. Teams change, and Jira can adapt to those changes. What’s important is creating the best workflow you can now and iterating based on changes and feedback from the team.

This may seem counterintuitive, especially if your team isn’t used to working agile and wants to set and forget the workflows. Keep in mind that Jira workflows are here to serve your team’s needs at the current time. They’re here to adapt to your needs right now. As you evolve, your workflows evolve with you.

8. Involve stakeholders when creating workflows

These include both internal and external stakeholders in the process to ensure their needs are consistently met. The product manager is just one person with one viewpoint — you need a variety of team perspectives.

Stakeholders need to be involved, and they need to have continual access to essential documents, such as your product roadmap or user story map. These living documents are a work in progress. They represent the overall vision at any given time, and since they’re always evolving, your stakeholders need to know how to access them and how to decipher them.

When admins don’t involve the team in creating workflows, the workflow may not be the best one for the team. Remember that when you’re building a workflow, you’re doing it for people. These people will be working with the workflow you build, so make it work for them.

To create effective workflows, involve a stakeholder from each role within your multidisciplinary team. Here are some key roles to consider:

• Product Manager: Understands the overall vision and roadmap.
• Software Engineer: Knows the technical intricacies and feasibility.
• Product Designer: Focuses on user experience and interface design.
• Content Designer: Ensures that content is clear and effective.
• Quality Assurance Engineer: Guarantees the product meets quality standards.

Get a representative from each of these roles, find out how they work, and once you’ve created your workflows, check that they’re happy with them. If you don’t, you might end up with statuses and transitions that people don’t use, and you might miss important workflow rules that can speed your team up.

Then take your team’s feedback and iterate. They’re the ones who are working in Jira.

9. Teach stakeholders about the iterative process

When it comes to agile and working in Jira, everything is iterative. The plan you set out with is bound to change with the needs of your customers.

This is really difficult for some stakeholders to understand, especially if they’re not used to working with agile. The ideas and methodologies that come naturally to you may be completely foreign to the stakeholders and key customers you involve in the process.

Take it slow and BE PATIENT. Teach stakeholders about the agile process, and ensure they understand that any plan is completely subject to change. Plans are “living documents” that represent what the team hopes to accomplish based on what will provide the most value to customers in that snapshot of time.

10. Test your workflow

If you don’t test enough, you’ll have a workflow with so many errors they’re hard to fix. If you test too much too early, you won’t be able to move quickly. Testing is a balancing act. There are no hard rules, but there are two stages where people usually test their workflows:

Stage 1 - Testing the new workflow in a separate project or instance

Before you get your team to use your workflow, you want to check that everything works properly. To do so you can copy your workflow to:

• A separate Jira project
• A separate Jira site, if you have one

Either way, you want a place in Jira that doesn’t impact people in the project for testing. There you can create sample issues and manually run through every step of the workflow. You can check for things like:

• Whether the statuses and transitions make sense
• If the issue ever gets stuck at particular steps in the workflows
• Whether workflow rules are working properly
• How a representative from each role in your team goes through the workflow

Stage 2 - Testing with your team in your actual project

Testing is a continuous process.

After getting your workflow into Jira, there are bound to be problems your team runs into that you didn’t consider. That’s why it’s important to get feedback from the people actually using the workflow.

It’s not something you have to do every day, or even every week, but keep in touch with your team every now and then. If you have meetings about the tools you use or about how you work, make sure to talk about how the workflows are working for them.

11. Make use of agile Jira apps

Jira is a fantastic platform with tons of features and development tools for agile teams that we can’t praise highly enough, but it doesn’t come with everything. Take advantage of plugins designed to help teams just like yours. The Atlassian marketplace offers a number of Jira apps that provide specific solutions, including Easy Agile’s four Jira plugins:

• Easy Agile TeamRhythm
• Easy Agile Programs
• Easy Agile Roadmaps
• Einfache agile Personas

Jedes unserer Plugins lässt sich nahtlos in Jira integrieren, um deine Entwicklung zu vereinfachen und deine Geschäftsprozesse zu optimieren.

Marktplatz

Probiere eine unserer Apps aus 30 Tage kostenlos — wir sind sicher, dass du sie lieben wirst. Wenn Sie Fragen haben, kontaktiere unser Team oder schauen Sie sich die Demos auf jeder Produktseite an, um mehr zu erfahren.

Jira ist der #1 Softwareentwicklungstool wird von agilen Teams verwendet. Es wurde entwickelt, um Entwicklungsteams dabei zu helfen, großartige Produkte zu planen, zu verfolgen und zu veröffentlichen. Mit Jira Software können Teams in mehreren verschiedenen Frameworks arbeiten, darunter Kanban und Scrum, und erhalten gleichzeitig Zugriff auf agile Berichte, Integrationen und Automatisierungen.

Es ist absolut vielseitig, sodass Teams so arbeiten können, wie es ihnen am besten passt. Außerdem ist Jira Software so konzipiert, dass Teams ihre Leistung kontinuierlich verbessern können. Dieses Tool für agiles Projektmanagement und agile Softwareentwicklung ist in drei verschiedenen Paketen erhältlich:

• Jira-Kern: Die grundlegende Jira-Plattform
• Jira Software: Jira Core plus zusätzliche Agile-Funktionen
• Jira Servicedesk: Bereitstellung von Serviceerlebnissen

In diesem Beitrag konzentrieren wir uns auf alle Funktionen, die Teams zur Verfügung stehen, die Jira Software verwenden. Wir besprechen, was enthalten ist und wie dein Team das Beste aus den Funktionen und Add-Ons von Jira Software herausholen kann.

Scrum-Boards von Jira Software

Jira Software ist so konzipiert, dass es in verschiedenen agilen Frameworks funktioniert. Der Scrum-Prozess hilft DevOps-Teams dabei, Stakeholdern und Kunden einen iterativen und inkrementellen Mehrwert zu bieten.

Ein Scrum besteht in der Regel aus einem zweiwöchigen Sprint, der darauf abzielt, einen bestimmten Satz von Backlog-Elementen aus dem Produkt-Backlog. Besitzer der Produkte Sprints planen, und ein Scrum Master führt das Entwicklungsteam durch die verschiedenen Phasen des Scrum.

Das Team arbeitet daran, die wichtigsten Arbeiten zu erledigen, während es sich trifft tägliche Standups um ihre Fortschritte und mögliche Hindernisse zu überprüfen. Das tägliche Standup ermöglicht es den Teams, unterwegs zu lernen und einen iterativen und anpassbaren Ansatz zu verwenden.

Jira Scrum-Boards vereinigen Sie Teams um ein einziges Ziel herum und fördern Sie gleichzeitig die iterative, schrittweise Umsetzung. Das Tool bietet datengestützte Scrum-Einblicke, sodass Produktverantwortliche und Teammitglieder die Sprintziele im Auge behalten und Rückblicke verbessern können. Die Anpassung von Jira hilft Teams dabei, den Stakeholdern auf der Grundlage des sich ständig weiterentwickelnden Kundenfeedbacks schnell und effektiv einen gleichbleibenden Mehrwert zu bieten.

Mit Jira Scrum Boards kannst du:

• Schaffen Sie eine zentrale Informationsquelle für alle Arbeiten, die erledigt werden müssen
• Verfolgen Sie Ihre Fortschritte visuell während des Entwicklungszyklus
• Bieten Sie allen Teammitgliedern einen klaren Überblick darüber, was auf ihrem Teller liegt
• Identifizieren Sie schnell alle Blocker oder potenziellen Blocker
• Organisieren Sie die Arbeit rund um den Sprint-Zeitrahmen
• Vermeiden Sie es, sich zu einem bestimmten Zeitpunkt zu sehr auf die Arbeit einzulassen
• Verlieren Sie nicht den Überblick über wichtige Daten oder Meilensteine.
• Nutzen Sie wichtige Kennzahlen, darunter Burndown-Diagramme und Geschwindigkeitsberichte

Kanban-Boards von Jira Software

Bildquelle: Atlassian

Kanbans bieten Entwicklungsteams Workflow-Transparenz, indem sie eine visuelle Darstellung dessen erstellen, was getan werden muss, was in Bearbeitung ist und was abgeschlossen wurde. Sie helfen den Teams auch dabei, ihre Kapazitäten zu verstehen, sodass sie sich jeweils auf eine wichtige Aufgabe konzentrieren können. Zu erledigende Aufgaben werden von einer Spalte in die nächste verschoben — von „Zu erledigen“ über „In Bearbeitung“ nach „Erledigt“.

Jira Kanban-Boards bieten Teams einen Rahmen, in dem sie ihre Arbeit kontinuierlich und effizient erledigen können. Sie sind einfach zu bedienen, visuell ansprechend und vollständig an die spezifischen Bedürfnisse des Teams anpassbar. Die Board-Spalten von Jira Kanban können an andere Anforderungen angepasst werden, z. B. „Wird geprüft“ oder „Wartet auf Kundenfeedback“.

Mit Jira Kanban Boards kannst du:

• Visualisieren Sie Arbeitsabläufe übersichtlich
• Stellen Sie die Arbeit in verschiedenen Phasen dar
• Schaffen Sie eine zentrale Informationsquelle für alle Arbeiten, die erledigt werden müssen
• Sehen Sie sich auf einen Blick den Stand der Arbeit an
• Erfassen Sie relevante Informationen für Jira-Probleme, Aufgaben, Storys oder Bugtracking
• Begrenzen Sie den Umfang der laufenden Arbeiten
• Vermeiden Sie Engpässe und erkennen Sie sie, bevor sie die Arbeit verzögern
• Konfigurieren Sie Workflows so, dass sie so einfach oder komplex sind, wie es nötig ist
• Passen Sie die Boards an die Bedürfnisse des Teams an
• Nutzen Sie visuelle Messwerte in Echtzeit

Roadmaps für Jira Software

Roadmaps helfen agilen Teams, das Gesamtbild rund um die Entwicklung eines Produkts zu sehen. Sie erstellen einen flexiblen Plan für das, was das Team zu erreichen hofft, und geben einen Überblick darüber, wie alle Teile miteinander verbunden sind.

Obwohl die Roadmap einen klaren Überblick über den vor uns liegenden Weg bietet, ist sie kein in Stein gemeißelter Plan dessen, was kommen wird. Aufgrund der agilen Methodik und der Art der Roadmaps werden sie ständig aktualisiert und auf der Grundlage neuer Informationen, die kontinuierlich von Teammitgliedern, Interessenvertretern und Kunden eintreffen, angepasst.

Jira-Roadmaps sind für Teams und Organisationen über Jira Software Premium verfügbar. Sie helfen Teams dabei, Fortschritte auf der Grundlage des Gesamtbildes zu verfolgen, um Kapazitäten vorherzusagen und Engpässe zu vermeiden.

Mit Jira-Roadmaps kannst du:

• Skizzieren Sie das große Ganze
• Abhängigkeiten abbilden und berücksichtigen
• Verfolge deinen Fortschritt
• Konto für Teambandbreite
• Kapazität von Sprint zu Sprint anzeigen
• Iterieren und aktualisieren Sie, wenn Sie mehr über ein Projekt, ein Produkt oder die Bedürfnisse eines Kunden erfahren
• Synchronisieren Sie in Echtzeit, sodass alle auf derselben Seite sind
• Erstellen Sie mehrere Roadmap-Versionen, um unterschiedlichen Szenarien Rechnung zu tragen
• Teilen Sie Ihre Roadmaps mit Stakeholdern

Wir haben das einfachste Roadmapping-Tool für Jira entwickelt. Unser Easy Agile Roadmaps für Jira helfen Sie Entwicklungsteams bei der Erstellung von Produktplänen, die einfach zu verwenden, flexibel und kollaborativ sind. Es bietet eine intuitive Drag-and-Drop-Funktionalität mit einem Klick und eine supersaubere Benutzererfahrung. Sehen Sie sich eine Demo an unserer Roadmaps in Aktion, um mehr zu erfahren.

Berichterstattung über Jira Software

Bildquelle: Atlassian

Unabhängig davon, wie du Jira verwendest, erhältst du Zugriff auf eine Reihe wichtiger Erkenntnisse. Klare Kennzahlen helfen deinem Team dabei, datengestützte Entscheidungen zu treffen. Nutzen Sie agile Berichte und Dashboards, um besser zu verstehen, was Sie gut machen und wo Sie Ihren Prozess verbessern können.

Benutzen Jira-Berichterstattung um Sprint-Berichte, Burndown-Charts, Release-Burndowns, Geschwindigkeitsdiagramme, kumulative Flussdiagramme und mehr zu analysieren. Mithilfe von Echtzeitdaten können Teams den Fortschritt auf aussagekräftige Weise verfolgen, einschließlich der Verwaltung des Sprint-Fortschritts und der Berücksichtigung von Änderungen im Umfang. Bringen Sie klare Daten in Ihr Rückblicke und stellen Sie Stakeholdern und Führungskräften anpassbare Dashboards zur Verfügung.

Mit Jira Reporting kannst du:

• Treffen Sie datengestützte Entscheidungen
• Verfolge deinen Fortschritt sowohl anhand der Produkt- als auch der Sprintziele
• Überwachen Sie den Fortschritt, damit Sie Maßnahmen ergreifen können, falls die Arbeit ins Hintertreffen gerät
• Verwenden Sie Daten aus der Vergangenheit, um realistische Schätzungen zu erstellen
• Übermäßige Mittelbindung und übermäßiger Umfang
• Engpässe erkennen
• Prognostizieren Sie die zukünftige Leistung
• Nehmen Sie Rückblicke auf klare Kennzahlen vor
• Stellen Sie Stakeholdern mithilfe anpassbarer Dashboards visuelle Daten zur Verfügung

Integrationen mit Jira Software

Bildquelle: Atlassian

Jira bietet Integrationen mit den Tools und Apps, die dein Team bereits verwendet. Du kannst Jira Software nahtlos mit Plugins wie Bitbucket, Trello, Confluence, GitHub, Slack und vielen mehr verbinden. Es sind Tausende von Integrationen verfügbar.

Du kannst Jira Software auch um über 3000 Apps erweitern, die im Atlassian Marketplace. Der Marktplatz enthält Apps für Dutzende von Kategorien, darunter Code-Reviews, Designtools, Berichte, Zeiterfassung und Workflows.

Dort finden Sie die Easy Agile-Produkte, die wir entwickelt haben, um Teams einen kundenorientierten Ansatz bei der Produktentwicklung zu bieten.

Unternehmen aller Größen vertrauen auf Easy Agile TeamRhythm, darunter Amazon, Twitter, Adobe, AT&T, Cisco, JP Morgan und Rolex. Unsere Team-Agility-App hilft Ihnen und Ihrem Team dabei, für Ihre Kunden zu arbeiten, indem sie die Arbeit priorisiert, die Ihren Benutzern den größten Mehrwert bietet. Sie hilft Ihnen dabei, besser zusammenzuarbeiten — dank reibungsloser Sprint- und Versionsplanung, einfachem Story-Mapping, einfacher Backlog-Verfeinerung und Team-Retrospektiven zur kontinuierlichen Verbesserung.

Greifen Sie auf ein kostenlose Testversion für 30 Tage. Wenn Sie Fragen haben, kontaktiere unser Team um mehr über unsere Jira-Produktsuite zu erfahren.

Für mehr Inhalte, die für Jira-Nutzer wie dich geschrieben wurden, folgen Sie dem Easy Agile Blog und schalten Sie ein Einfacher Agile-Podcast für einen Einblick in die interessantesten und erfolgreichsten Führungskräfte aus den Bereichen Wirtschaft, Technologie und Agilität.

Scrum ist nicht die einzige agile Softwareentwicklungsmethode, die es gibt. 😲 Wenn Sie mit Kanban nicht vertraut sind, versprechen wir Ihnen, dass wir nicht abtrünnig werden — Kanban ist agil. Und die Projektmanagement-Tools von Jira machen die Organisation eines Kanban-Teams wirklich einfach.

Kanban stammt aus Schlank Prinzipien und konzentriert sich auf die Vermeidung von Verschwendung und die Bewertung von Prozessen während des gesamten Projektlebenszyklus und nicht erst am Ende. Die wichtigsten Grundlagen von Lean sind Zweck, Prozess und Mitarbeiter. Klingt ziemlich agil, nicht wahr?

Die Projektmanagement-Tools von Jira helfen dir, einen guten Start mit Kanban zu haben. Du kannst die Standard-Jira-Boards verwenden oder dich mit Anpassungen austoben. Es liegt an dir und deinem Team.

Wenn Sie sich nicht sicher sind, ob Kanban oder Scrum ist das Richtige für Ihr Unternehmen, lesen Sie weiter. Wir geben Ihnen einige Informationen, die Ihnen bei der Entscheidung helfen. Wir geben dir auch einige Tipps, wie du die Projektmanagement-Tools von Jira verwenden kannst, um deine Arbeit zu organisieren und dein Team produktiv zu halten.

Was ist besser: Scrum oder Kanban?

Beides. Oder keines von beiden. Scrum und Kanban sind beide effektive Methoden für die Softwareentwicklung. Welches ist das Beste für Ihre Organisation ist eine bessere Art, die Frage zu stellen. Die Antwort hängt von der Art der Arbeit oder den Projekttypen ab, die Ihrem Team zugewiesen sind.

Scrum wird generell empfohlen, wenn:

• Ihr Projekt ist relativ stabil, was bedeutet, dass Sie einige Wochen ohne größere Änderungen der Anforderungen, Funktionen oder der allgemeinen Produktausrichtung auskommen können.
• Der Großteil der Arbeitsaufgaben Ihres Teams besteht aus komplexen Funktionen oder wichtigen Produktupdates und nicht aus kleinen Optimierungen, Bugfixes oder reaktionären Arbeiten aufgrund von externem Feedback.
• Sie können Ihre Arbeit einige Wochen im Voraus planen, in der Regel ohne wesentliche Änderungen des Umfangs oder der Anforderungen.
• Sie haben ein funktionsübergreifendes Team, das bereit und in der Lage ist, die Arbeit als Team und nicht einzeln anzugehen.

Wenn das Folgende eher nach Ihrem Softwareentwicklungsteam klingt, sollten Sie Kanban in Betracht ziehen:

• Ihre Arbeit ist dynamisch mit häufigen Prioritätswechseln.
• Normalerweise arbeitest du an kleinen Updates, Bugfixes oder reagierst auf Kundenwünsche.
• Ihre Teamressourcen werden für mehrere Projekte oder Produkte gemeinsam genutzt.
• Die meisten Ihrer Teammitglieder arbeiten unabhängig, da Sie in der Regel nicht zusammenarbeiten müssen.

Schließlich sollten Sie berücksichtigen Wasserfall 😲 wenn:

• Ihre Arbeit ist vorhersehbar oder wiederholt sich (jährliche Updates oder regelmäßig geplante Upgrades).
• Sie sind zu 100% mit der Arbeit, der Technologie und dem gewünschten Ergebnis vertraut.
• Es besteht kaum eine Chance, dass sich der Umfang oder die Anforderungen ändern.
• Es gibt einen absoluten Pfad von Anfang bis Ende, der durch gesetzliche oder behördliche Compliance-Standards vorgeschrieben ist.

Schau, wir lieben Agile genauso wie jeder andere. Aber wir lassen nicht zu, dass unsere Leidenschaft für Scrum und Kanban der Schaffung des bestmöglichen Arbeitsumfelds für unsere Teams im Weg steht. Die beste Softwaremethode und der beste Prozess sind die, die am besten zu Ihrem Team passen.

So startest du mit einem Kanban-Projekt in Jira

Atlassian hat eine großartige Plattform entwickelt, um Jira-Benutzern bei der Verwaltung von Kanban-Teams zu helfen. Schritt 1 ist die Auswahl der Kanban-Vorlage, wenn du dein neues Projekt erstellst. Ganz einfach. 🤓

Als Nächstes möchten Sie Ihren Kanban-Workflow einrichten. Jira erstellt einen Standard-Workflow für dich: Backlog, Zur Entwicklung ausgewählt, In Bearbeitung und Fertig. Die Standardeinstellung funktioniert hervorragend für viele Teams, aber wenn du sie anpassen möchtest, klicke auf das Punktmenü in der oberen rechten Ecke und dann auf „Board-Einstellungen“.

In den Board-Einstellungen kannst du beim Anpassen verrückt werden:

• Spalten und Schnellfilter
• Schwimmbahnen und Kartenfarben
• Karten- und Ausgabedetailansichten
• Rangstufen der Priorisierung
• Arbeitstage
• Integration des Vorstands in eine Roadmap.

Eines der Ziele von Kanban ist es, Bereiche in Ihrem Prozess in Echtzeit zu isolieren, die die Arbeitsausführung verlangsamen. Denken Sie daran, wenn Sie über jeden Schritt in Ihrem Prozess nachdenken und entscheiden, für welche Schritte eine Spalte im Arbeitsablauf benötigt wird.

Um zu vermeiden, dass dein Board 20 Spalten enthält, solltest du in Betracht ziehen, verwandte Schritte zu kombinieren oder aufeinanderfolgende Schritte zu gruppieren, die normalerweise sehr schnell ablaufen.

Lassen Sie uns über WIP-Limits sprechen

Nachdem Sie Ihr Kanban-Board erstellt haben, ist es an der Zeit, WIP-Limits festzulegen. (Das ist noch in Arbeit für die Anfänger.) WIP-Grenzwerte verhindern, dass Sie eine Phase des Workflows mit zu viel Arbeit überlasten.

Lassen Sie uns über den Zweck eines WIP-Limits sprechen. WIP-Limits helfen Ihrem Team, sich auf eine einzelne Aufgabe zu konzentrieren, sodass es diese abschließen, bereitstellen und mit der nächsten Aufgabe fortfahren kann.

Viele Dinge, die gerade in Bearbeitung sind, neigen dazu, die Leute abzulenken. Sie arbeiten eine Weile an einer Aufgabe, wechseln dann zu einer anderen Aufgabe, beenden keine von beiden und setzen nichts ein. 😕 Das nennt man Kontextwechsel, und das saugt deiner Produktivität das Leben aus.

WIP-Grenzwerte zeigen Ihnen auch Engpässe in Ihrem Prozess. Je nach Arbeitsablauf kann es vorkommen, dass sich die Arbeit eines bestimmten Teammitglieds in „In Bearbeitung“ stapelt, aber nichts wird in den Status „Erledigt“ verschoben. Sie müssen herausfinden, warum.

Wenn Ihr Arbeitsablauf spezifischer ist, stellen Sie möglicherweise eine Arbeitsüberlastung für das Datenbankteam fest, während für Ihren Frontend-Entwickler nichts in Bearbeitung ist.

WIP-Limits lösen diese Probleme nicht, aber sie informieren dich, wenn du ein Problem hast, damit du dich damit befassen und eine Lösung finden kannst.

Tipps zur Verwendung von Kartenfarben und Swimlanes

Beim agilen Projektmanagement für ein Kanban-Team geht es darum, das Team produktiv zu halten, ohne ihnen in die Quere zu kommen. Es geht darum, über den Gesamtstatus zu berichten, Probleme zu antizipieren und Probleme zu lösen. Kartenfarben und Swimlanes geben Projektmanagern auf einen Blick einen Einblick in die wichtigsten Teamkennzahlen.

Kartenfarben und Swimlanes stehen für bestimmte Problemattribute oder sie können Abfrageergebnisse oder Verantwortliche darstellen. Wir stellen uns die Kartenfarben gerne als detailliertere Daten zur Problemverfolgung vor, während Swimlanes uns ein übergeordnetes Bild der gesamten Arbeit vermitteln.

Unabhängig davon, wie Sie Ihre Arbeit organisieren möchten, sollten Sie die Flexibilität in Betracht ziehen, Abfragen Ihren Swimlanes oder Kartenfarben zuzuweisen. Im Folgenden finden Sie einige Ideen, nach denen Sie Fragen stellen können:

• Art der Arbeit: UX, Design, Frontend, Datenbank usw.
• Label: Erstellen Sie team- oder projektspezifische Labels.
• Komponenten: Teilen Sie Ihr Projekt in Abschnitte auf und weisen Sie jedem Abschnitt eine Komponente zu.
• Aufwands- und Zeiterfassung: Prognostizieren Sie den Durchsatz, indem Sie den Aufwand auf einen Blick nach Arbeitselement erfassen.
• Geschäftswert oder Reporter: Organisieren Sie sich nach Stakeholdern oder Geschäftsbereichen.
• Benutzerdefinierte Felder: Zeigen Sie das Benutzersegment oder ein anderes benutzerdefiniertes Feld an, das für Ihr Unternehmen von Bedeutung ist.

Kanban- und Jira-Boards können verschiedene Projektmanagementprozesse unterstützen, vom Projektplan über das Workflow-Management bis hin zur Kommunikation mit Stakeholdern. Du musst nur herausfinden, was verfügbar ist, und mit deinen Jira-Anpassungen kreativ werden.

Organisieren Sie sich mit den Projektmanagement-Tools von Jira

Unabhängig von Ihrer Präferenz für agile Methoden sind eine effektive Projektorganisation und -überwachung ohne eine Art von Projektmanagement-Software fast unmöglich. Aber seien wir ehrlich — das Letzte, was Ihr Team oder Ihre Organisation braucht, ist ein anderes Tool.

Deine Softwareentwickler lieben es, Jira Software zu verwenden. 🤟 Du kannst konfigurieren Jira-Workflows und Anpassungen, um selbst den anspruchsvollsten Projektmanagementanforderungen mit nur wenig Aufwand gerecht zu werden. Sie sparen Zeit und den Aufwand, ein externes Produkt zu integrieren oder schlimmer noch, Projektdaten für Ihre Berichterstattung und die Kommunikation mit Ihren Stakeholdern manuell zusammenzuführen.

Der Atlassian Marketplace ist eine großartige Quelle, um Add-Ons für noch mehr Funktionen zu finden, um die Anforderungen Ihres Aufgabenmanagements und Ihres Projektteams zu erfüllen. Easy Agile hat zwei Apps speziell zur Unterstützung von Projektmanagern entwickelt: Einfacher agiler Teamrhythmus und Einfache agile Programme.

Einfacher agiler Teamrhythmus hilft Scrum- und Kanban-Teams bei der Planung und Verwaltung ihrer Arbeit mit dem Kontext, den ein User-Story-Map-Format bietet. Die Funktion „Team-Retrospektive“ hilft Ihrem Team, sich auf kontinuierliche Verbesserungen zu konzentrieren.

Sehen Sie sich Team-Swimlanes an, verfolgen Sie teamübergreifende Abhängigkeiten und konzentrieren Sie sich auf Programmebene mit epischen und Feature-Only-Ansichten mit unseren App „Programme“.

Egal, ob du ein Kanban- oder Scrum-Team unterstützt, die Erstellung von Roadmaps, die Versionsplanung und die Planung von Programminkrementen in Jira ist jetzt noch einfacher!