Agile Teams

So wie Sie sich vor einem Roadtrip eine physische Landkarte ansehen, um die Etappen jeder Reise zu verstehen, helfen Roadmaps agilen Teams dabei, ihre Arbeitsbelastung für die kommenden Monate zu verstehen. Jira-Roadmaps bieten weitere Vorteile, wie z. B. die Visualisierung des Zeitplans und die Möglichkeit, relevante Informationen mit externen Stakeholdern zu teilen.

In diesem Artikel werden wir den Zweck von entpacken Produkt-Roadmaps und ob sie alle gleich sind und warum Einfache Agile Roadmaps für Jira ist das einfachste Roadmapping-Tool für Jira. Du wirst entdecken, wie Roadmaps helfen Produkteigentümer, agile Teammitglieder, Kunden und Stakeholder. Sie werden auch den Unterschied zwischen Roadmaps und Gantt-Diagrammen verstehen.

Lassen Sie uns damit beginnen, den Zweck von Roadmaps für agile Teams zu erörtern.

Warum braucht ein agiles Team eine Roadmap?

Roadmaps helfen agilen Teams dabei, ihre großen Arbeitsbereiche zu definieren und zu definieren, bis wann sie abgeschlossen werden müssen. Es ist ein Artefakt, mit dem Team, Kunden und anderen Projektbeteiligten zu kommunizieren.

Mithilfe von Roadmaps haben agile Teammitglieder einen Überblick über ihre Reise für die nächsten 3-6 oder sogar 12 Monate. Wenn Teams diese Reise verstehen, können sie die Entwicklung ihres Produkts besser verstehen.

Wenn Sie ein Product Owner sind, sind Roadmaps eine großartige Möglichkeit für Sie:

• Zeigen Sie, dass Sie die Unternehmensziele verstehen
• Zeigen Sie der C-Suite und dem agilen Team, dass Sie sich dessen bewusst sind Bedürfnisse des Kunden
• Zeigen Sie, dass Sie wissen, wie Sie Ihren Kunden ein wertvolles Produkt liefern und gleichzeitig die Ziele Ihres Unternehmens erreichen

Roadmaps sind auch eine großartige Möglichkeit, Sie und Ihr Team daran zu erinnern, wie ihre Arbeit in das Gesamtbild passt. Sie geben dir die Möglichkeit, Teammitglieder zu motivieren und ihnen zu helfen.

Außerdem, indem Sie Epen in Benutzergeschichten aufteilen in der Produkt-Backlog, Product Owner und das Entwicklungsteam können diese Arbeitselemente besser priorisieren, planen und Ressourcen zuweisen.

Nachdem wir die Grundlagen der Jira-Roadmaps behandelt haben, schauen wir uns an, wie wir sie für verschiedene Rollen anpassen können.

Maßgeschneiderte Roadmaps auf spezifische Bedürfnisse

Verschiedene Teammitglieder benötigen unterschiedliche Ansichten der Roadmaps. Einige Rollen konzentrieren sich auf die Analyse bestimmter Roadmap-Elemente, während andere Rollen sich auf andere Teile konzentrieren.

Das Entwicklungsteam benötigt Roadmaps mit voraussichtlichen Veröffentlichungsdaten, Meilensteinen und einer detaillierten Erläuterung des Kundennutzens.

Sie können Roadmap-Elemente nach dem Kundennutzen priorisieren, was sinnvoll ist, wenn Sie die agile Methode des Kunden in Betracht ziehen.

Oft haben Entwicklungsteams Roadmaps, die nach Sprints organisiert sind, und Arbeitsaufgaben, die auf einem Zeitplan angeordnet sind. Ein Arbeitselement kann eine Benutzergeschichte, eine Aufgabe oder ein Bug.

Die C-Suite verwendet Roadmaps, um die Arbeit der Entwicklungsteams den Unternehmenszielen und -kennzahlen zuzuordnen.

Diese Roadmaps zeigen Arbeitselemente an, die nach Monaten oder Quartalen geordnet sind. Diese Organisation hilft dabei, Fortschritte im Laufe der Zeit zu verfolgen und Schlussfolgerungen zur Zielerreichung zu ziehen.

Beim Roadmapping für die C-Suite müssen Sie sich keine Gedanken darüber machen, ihnen detaillierte Arbeitsaufgabenbeschreibungen zur Verfügung zu stellen.

Das Verkaufspersonal stützt sich auf Roadmaps, um mehr über neue Funktionen und den Kundennutzen zu erfahren. Diese Art von Informationen kann dazu beitragen, die Umsatzerlöse zu verbessern. Roadmaps sind eine großartige Möglichkeit für die Vertriebsmitarbeiter, bevorstehende Entwicklungen zu verstehen, für die sie die Kunden begeistern können.

Sie sollten auch Ihr Bestes tun, um Ihren Kunden visuell ansprechende und gut lesbare Roadmaps anzubieten. Sie werden nach einer priorisierten Übersicht über neue Funktionen suchen.

Jira-Roadmaps können dir bei der Bereitstellung dieser verschiedenen Arten von Roadmaps helfen.

Jira-Roadmaps

Atlassian hat Roadmaps in die Jira-Software der nächsten Generation aufgenommen. Mit Jira-Roadmaps kannst du Elemente in einer Zeitleiste definieren und organisieren und sie auf dem neuesten Stand halten. Du kannst den Arbeitsstatus sogar mit Stakeholdern teilen.

Aber das Coolste an Roadmaps in Jira ist, dass sie mit der Arbeit der Entwickler synchronisiert werden.

Da sich der Umfang eines Projekts ändern kann, während agile Teams arbeiten, kann es schwierig werden, eine aktuelle Roadmap aufrechtzuerhalten, insbesondere wenn Sie ein statisches Tool wie Excel oder Confluence verwendet haben. Zum Glück können Sie mit Jira-Roadmaps den Arbeitsstatus und die Prioritäten der Elemente schnell und einfach aktualisieren.

Agile Teams können User Stories an das Jira-Projekt anhängen, an dem sie gerade arbeiten. Infolgedessen aktualisiert Jira Software die eigentliche Arbeit in ihrer Roadmap.

Du kannst auch die Jira-Software verwenden, um das Problem zu lösen Roadmap-Elemente oder Epen, was bedeutet, die Arbeit in kleine Teile aufzuteilen. Und als ob das nicht schon genug Spaß gemacht hätte, kannst du die Drag-and-Drop-Funktionalität von Jira Software verwenden, um die Prioritäten von Elementen in der Timeline anzupassen. Folglich passt Jira Software die Daten in den Epen automatisch an.

Dies sind einige weitere Gründe, warum es sich lohnt, sich die Roadmaps von Jira anzusehen. Sie bieten:

• Zusammenarbeit der Interessengruppen bei der Erstellung und Pflege der Roadmap
• Die Fähigkeit, Informationen mit externen Stakeholdern zu teilen
• Höhere Verfügbarkeit und Sichtbarkeit für Teammitglieder
• Enge Verbindungen zwischen der Arbeit eines Teams und der Roadmap
• Nahtlose Aktualisierbarkeit von Gegenständen
• Visualisierung des Projektstatus
• Sowohl allgemeine als auch detaillierte Artikelbeschreibungen
• Verbindungen zwischen Jira-Ausgabedaten und Daten auf der Roadmap

Einfache Agile Roadmaps für Jira kann dir dabei helfen, deine Roadmap als Zeitleiste mit Swimlanes zu gestalten, die auf Arbeitsthemen oder Teams basieren. Ziehen Sie Elemente per Drag & Drop auf die Zeitleiste, um festzulegen, wann das Team mit der Bearbeitung beginnen und enden soll. Sie können auch:

• Meilensteine definieren
• Die Ansicht der Roadmap filtern
• Verfolge den Fortschritt der epischen Fertigstellung
• Teilen Sie eine PDF-Version der Roadmap mit Stakeholdern

Bevor Sie loslegen, sollten wir uns mit Gantt-Diagrammen und Roadmaps befassen.

Was sind Gantt-Diagramme?

Wenn wir sagen: „Gantt-Diagramme sind nützlich für agile Teams„, denkst du vielleicht sofort, „Das kann nicht stimmen!“ 😮 Gantt-Diagramme können jedoch im richtigen Kontext nützlich sein. Sie sind einfach nicht sehr agil.

Das Gantt-Diagramm, benannt nach dem Schöpfer des Diagramms, Henry Lawrence Gantt, bietet einen grafischen Zeitplan für die Planung und Visualisierung von Aufgaben, die nach Projektphasen organisiert sind.

Projektmanager verwenden Gantt-Diagramme, um Aufgabenabhängigkeiten und den kritischen Pfad zu verwalten. Dieser Pfad ist die Abfolge von Aufgaben, die die Teammitglieder pünktlich ausführen müssen, um das Enddatum des Projekts nicht zu gefährden.

Einfach ausgedrückt, wenn Sie ein Rechenzentrum bauen, müssen Sie die Reihenfolge definieren, in der das Team Aufgaben ausführen muss. Im Grunde kann das Team einige Aufgaben nicht beginnen, bevor es andere erledigt hat.

Lassen Sie uns nun klären, warum Roadmaps agil sind, Gantt-Diagramme jedoch nicht.

Warum Gantt-Diagramme und Roadmaps nicht austauschbar sind

Auf den ersten Blick scheinen Gantt-Diagramme Roadmaps zu ähneln. Im Kern dienen sie jedoch unterschiedlichen Zwecken und Zielgruppen.

Gantt-Diagramme gehen davon aus, dass die Teammitglieder ihre Arbeit linear erledigen. Das bedeutet, dass die Ausführung einiger Aufgaben von der Ausführung anderer Aufgaben abhängt. Und jede Änderung des Zeitplans kann das Enddatum des Projekts gefährden. Daher sollten Sie eine Neuplanung von Aufgaben vermeiden und die Ausführung der Aufgaben regelmäßig überwachen.

Aus diesem Grund widerspricht die Linearität von Gantt-Diagrammen den Prinzipien der Agilität. 🛑

Die agile Methodik entstand aus der Notwendigkeit, die Ineffizienzen traditioneller Projektmanagementpraktiken in der Softwareentwicklung zu beheben. Eine dieser Methoden ist die Wasserfallmethode.

Agile Teams planen adaptiv und liefern kontinuierlich Ergebnisse. Sie konzentrieren sich auch auf kontinuierliche Verbesserung. Deshalb würde kein Gantt-Diagramm in ein agiler Arbeitsablauf.

Gantt-Diagramme folgen einem linearen Bereitstellungsmodell mit vielen Aufgabenabhängigkeiten, das in der Regel langsam ist. 🐌

Auf der anderen Seite hat der agile Workflow kürzere Entwicklungszyklen — Iterationen — mit häufigen Lieferungen und den geringsten Aufgabenabhängigkeiten. Das beschleunigt die kontinuierliche Verbesserung. Darüber hinaus passen agile Teams ihre Roadmaps sehr gut an sich ständig ändernde Prioritäten und Anforderungen an.

Roadmaps sind gut, aber Jira-Roadmaps sind fantastisch

Jira-Roadmaps wie Einfache agile Roadmaps hilft dabei, Arbeitselemente nach Priorität zu ordnen und ihren Status zu aktualisieren. Projektbeteiligte können in Jira gemeinsam Änderungen an Roadmaps vornehmen, was sehr praktisch ist.

Das vielleicht beste Feature von Jira-Roadmaps ist, dass Entwickler sowohl die Arbeit in den Jira Software-User Stories als auch die Aufgaben auf diesen Roadmaps verfolgen können. Aus Sicht des Product Owners besteht der Vorteil darin, wie er die Arbeit der Entwickler visualisiert und mit den Stakeholdern kommuniziert.

Es ist wirklich wichtig sicherzustellen, dass sowohl die C-Suite als auch das agile Team sich an die Roadmap halten. Wenn sie das nicht tun, stimmen Sie die Arbeit Ihres Teams möglicherweise nicht auf die Unternehmensziele und Kundenbedürfnisse ab.

Denken Sie daran, dass die Vorteile von Roadmaps auf zwei Arten wirken: Die Teammitglieder erkennen besser, wie sie zur Erreichung der Unternehmensziele beitragen, und Sie können diesen Prozess überwachen.

Testen Sie unsere Einfache Agile Roadmaps für Jira. Ob du dem folgst Scrum-Rahmenwerk oder die Kanban-Framework, es hilft Ihnen dabei, die Arbeitsaufgaben Ihres Teams in einer Zeitleiste zu organisieren, Meilensteine zu definieren und den Fortschritt zu verfolgen.

Sprints sind das Herzstück von agile Prinzipien. Und so nutzt ein Scrum-Team einen vordefinierten Zeitraum, um gemeinsam auf ein vereinbartes Ziel hinzuarbeiten. Ein Sprint konzentriert sich auf Interaktion und Zusammenarbeit, um funktionierende Software zu entwickeln. Ein Team muss viel Arbeit leisten, um seine Sprint-Workflows in Jira aufrechtzuerhalten. Das Ändern des Aufgabenstatus, das Informieren von Teamkollegen über Sprint-Änderungen und das Synchronisieren der Codeänderungen der Entwickler mit den Jira-Aufgaben können zu einer Menge manueller Mausklicks führen. 🖱

Viele dieser manuellen Schritte können automatisiert werden, um Ihrem Team den Aufwand zu ersparen.

Hilf deinem Scrum-Team mit Jira-Automatisierungen

Gedränge ist ein Framework, um agiles Arbeiten zu erledigen. Das Scrum Veranstaltungen sind:

• Sprint: Der Zeitraum, in dem das Team auf sein Sprintziel hinarbeitet (z. B. die Fertigstellung einer bestimmten Anzahl von User Stories aus dem Produkt-Backlog). Der nächste Sprint beginnt, wenn der vorherige endet.
• Sprint-Planungsmeeting: Ein Meeting, in dem der Umfang des Aufwands festgelegt wird, der für Backlog-Elemente erforderlich ist, die vom Product Owner priorisiert wurden. Das Softwareentwicklungsteam verpflichtet sich, diesen Arbeitsaufwand zu erledigen.
• Tägliches Scrum: A kurzes Treffen an jedem Werktag wenn sich die Mitglieder des Scrum-Teams gegenseitig über den Fortschritt ihrer Arbeit innerhalb des Sprints informieren. Es ist an der Zeit, einem anderen Teammitglied, das möglicherweise bei einem Problem feststeckt, Unterstützung zu gewähren oder die Blockierung zu entsperren.
• Sprint Review: Eine Gelegenheit für das Scrum-Team und die Stakeholder, die Ergebnisse des abgeschlossenen Sprints zu überprüfen und zu erörtern, welche Auswirkungen sie auf zukünftige Sprints haben.
• Sprint-Retrospektive: Ein Meeting, um Möglichkeiten zur Verbesserung der agilen Prozesse des Teams und seiner Interaktionen untereinander zu finden.

Welche Scrum-Rollen sind beteiligt:

• Softwareentwickler: Sie erledigen die Arbeit, wollen aber keine Sprint-Überraschungen.
• Product Owner: Diese Person priorisiert die Arbeit und muss manchmal ungeplante Änderungen mitten im Sprint vornehmen.

Jeder Spieler im Softwareentwicklungsteam, von Startups bis hin zu etablierten Unternehmen, hat sich wiederholende Aufgaben, die er während seiner Sprint-Events ausführen muss. Da wir alle Menschen sind, vergessen wir beim Sprinten manchmal, den Status von Problemen zu ändern oder die kleinen Dinge in Jira zu erledigen, damit jeder im Team in Echtzeit weiß, was in unserem Sprint passiert.

Automatisieren Sie Ihre Sprint-Workflows mit Jira

Hab keine Angst. Jira kann dabei helfen, typische Sprint-Workflows wie Aufgabenübergänge und Teambenachrichtigungen zu automatisieren. 🤯 Agiles Projektmanagement in der Softwareentwicklung ist eine Methode, die der Automatisierung förderlich ist. Du kannst Verhaltensweisen in deinen Jira-Problemen verknüpfen, um Aktionen über Tools wie Slack und MS Teams, E-Mail, GitHub, Bitbucket und GitLab auszulösen.

Du kannst Jira-Automatisierungen verwenden, um Dinge wie die folgenden zu tun:

• Informieren Sie Teammitglieder und Stakeholder über alle Änderungen an einem Sprint
• Auslösen von Aktionen auf der Grundlage von Aufgabenübergängen innerhalb einer Sprint-Iteration
• Synchronisiere den Status und die Story Points von Jira-Aufgaben und Unteraufgaben
• Verbinde Code-Commits und Build-Statuen mit Jira-Issues

Oh mein Gott!

Wenn Sie nicht wussten, dass es diese Tools gibt, haben Sie hier die Gelegenheit, sie zu erlernen.

Automatisieren Sie Ihren Weg zur Konnektivität

Halten Sie agile Teamkollegen auf dem Laufenden

Wenn ein Sprint beginnt, ist es wichtig, dass der Product Owner die Teammitglieder benachrichtigt, wenn sich etwas ändert. Auf diese Weise können Sie sicherstellen, dass sich dies nicht negativ auf Ihre Fähigkeit auswirkt, Ihr Sprintziel zu erreichen.

Die Kommunikation innerhalb agiler Teams ist von größter Bedeutung, und Jira bietet Möglichkeiten, dein Scrum-Team automatisch zu benachrichtigen, basierend auf Regeln, die du für deinen Sprint festgelegt hast. Du kannst zum Beispiel E-Mails oder Slack-Benachrichtigungen senden, wenn sich der Status einer Aufgabe ändert.

Koordination von Aufgaben und Unteraufgaben

Unteraufgaben sind eine praktische Funktion in Jira. Sie helfen dir dabei, Aufgaben in kleinere Schritte zu unterteilen und ihren Fortschritt zu verfolgen, während sie bearbeitet werden. Scrum Master empfehlen dies in agilen Methoden allgemein, aber es kann leicht sein, dass Unteraufgaben nicht mehr mit ihren übergeordneten Aufgaben synchronisiert werden. Wir werden bald eine Jira-Automatisierung erlernen, um dies zu verhindern.

Verbinde die Arbeit mit Entwicklercode und Jira-Problemen

Ihr Entwicklungsteam hat während eines Sprints viel um die Ohren. Es muss nicht nur alle seine User Stories fertigstellen, sondern es gibt auch die Mechanik, Code-Commits von Entwicklern mit ihren zugehörigen Jira-Tickets zu synchronisieren. Und immer daran zu denken, diese mit Jira-Tickets im Einklang zu halten, ist lästig. Wie du sehen wirst, gibt es Möglichkeiten, die in GitHub, Bitbucket und GitLab durchgeführten Aktionen miteinander zu verbinden und Jira-Tickets zu aktualisieren.

Jira-Automatisierungen FTW

Hier sind unsere neun Lieblings-Jira-Automatisierungen, die unseren Sprint-Workflow optimieren.

1. Benachrichtige Teammitglieder, wenn eine Story zu einem Sprint hinzugefügt wird

Scope Creep (Hinzufügen neuer Punkte zu einem Sprint, nachdem er gestartet wurde) ist niemandes Freund. Es gibt jedoch Zeiten, in denen ein Product Owner einen Artikel aus dem Produkt-Backlog abrufen und zum aktuellen Sprint hinzufügen muss. In diesem Fall empfiehlt es sich, das gesamte Team darüber zu informieren, dass eine Änderung vorgenommen wurde. Verwenden Sie diese praktische Automatisierungsvorlage um eine E-Mail an Ihr Team zu senden, wenn Backlog-Elemente zu einem Sprint hinzugefügt werden.

2. Weisen Sie eine Aufgabe automatisch zu, wenn sich ihr Status ändert

Einige Teammitglieder müssen darauf aufmerksam gemacht werden, wenn ein Problem auf ihren Teller gerät. Wenn der Status eines Vorgangs beispielsweise zu In Bearbeitung wechselt, können Sie weist es automatisch einem QA-Teamkollegen zu.

3. Feiere, wenn dein Sprint vorbei ist, indem du eine Slack-Nachricht sendest

Während eines Sprints passiert viel Arbeit. Da Ihr nächster Sprint immer sofort beginnt, wenn der aktuelle endet, ist es oft schwierig, Zeit zu finden, um Siege zu feiern. Nutze diese Feier, um sende eine lustige Slack-Nachricht an dein Team, wenn die letzte Ausgabe des Sprints abgeschlossen ist. Mit Automatisierung kannst du dafür sorgen, dass Sprints Spaß machen!

4. Automatisches Einfügen von „In Bearbeitung“ -Vorgängen in den aktuellen Sprint

Um sicherzustellen, dass Jira-Probleme in Progress im aktuellen Sprint sichtbar sind, gibt es viele bewegliche Teile. Niemand will versteckte Arbeit. Wenn ein Entwickler eine Aufgabe in „In Bearbeitung“ verschiebt, können Sie automatisch zuweisen zum aktuellen Sprint.

5. Addiere die Storypoints der Unteraufgaben und aktualisiere den Wert der übergeordneten Aufgabe

Vergewissern Sie sich, dass Ihre Storypoint-Gesamtwerte korrekt sind automatisches Summieren der Punkte Ihrer Unteraufgaben und Aktualisierung der übergeordneten Aufgabe mit dem Wert. Mit dieser raffinierten Automatisierungsregel werden sie nie aus dem Gleichgewicht geraten.

6. Schließen Sie ein Problem, wenn alle zugehörigen Unteraufgaben abgeschlossen sind

Manche Leute arbeiten gerne mit Unteraufgaben, was großartig ist. Es kann jedoch leicht übersehen werden, eine übergeordnete Aufgabe zu schließen, nachdem Sie Ihre Arbeit abgeschlossen und alle Unteraufgaben abgeschlossen haben. Nun... du kannst schließt automatisch eine übergeordnete Aufgabe wenn alle Unteraufgaben abgeschlossen sind, damit dies nicht passiert. 🤖

7. Verschieben Sie eine Aufgabe nach einem Commit in Progress

Sparen Sie Ihren Entwicklern Zeit, indem Sie redundante Aufgaben reduzieren. Wenn ein Code-Commit erfolgt, bedeutet dies, dass an einer Aufgabe gearbeitet wird. Verbinde Jira mit deinem Commit-Repository (GitHub, Bitbucket oder GitLab), sodass bei einem Code-Commit das zugehörige Jira-Problem angezeigt wird wechselt zu In Bearbeitung.

8. Füge einem Ticket einen Kommentar hinzu, wenn eine Pull-Anfrage gestellt wird

Das Hinzufügen von Details zu einem Jira-Ticket aus einem Pull-Request kann ein Copy-and-Paste-Job sein — muss es aber nicht. Verwende einen Trigger, um die Details aus der Anfrage hinzuzufügen in einen Jira-Kommentar.

9. Benachrichtige das Entwicklungsteam, wenn ein Jenkins-Build fehlschlägt

Bestimmte Probleme können es kaum erwarten, beim nächsten täglichen Stand-up vom gesamten Team erkannt zu werden. Wenn Ihr Jenkins-Build fehlschlägt, ist dies eine großartige Möglichkeit lass es das ganze Team wissen per Slack, MS Teams oder E-Mail... sofort.

Machen Sie agile Sprints einfach

Automatisierungen in Jira erleichtern einem Sprint-Team das Leben, indem sie die manuelle Arbeit reduzieren, die erforderlich ist, um die Mechanik eines Sprints am Laufen zu halten.

Sie können modifizierte Versionen dieser Automatisierungen mit Easy Agile verwenden, um Agile noch einfacher zu machen! Feiern Sie zum Beispiel Erfolge in der Roadmap, indem Sie Ihr Team benachrichtigen, wenn Probleme in Ihrem Unternehmen abgeschlossen sind Einfache Agile Roadmaps für Jira, oder synchronisiere deine Jira-Datenfelder mit deiner Roadmap. Es gibt viele Möglichkeiten, Regeln und Trigger zu kombinieren, damit Jira-Automatisierungen für dich funktionieren.

Vor ein paar Wochen hat unser Partner Adaptavist veröffentlichte ihren State of the Atlassian Ecosystem Report, in dem rund 1.000 Nutzer von Atlassian-Tools und -Services befragt wurden. Nachdem ich das über 50-seitige Dokument gelesen hatte, kam ich zu dem Schluss, dass die Erkenntnisse der Berichte äußerst wertvoll und es wert sind, geteilt zu werden.

Sie können auch den vollständigen Bericht herunterladen hier. Es ist eine fantastische Lektüre und unglaublich interessant für jeden, der im Atlassian-Ökosystem arbeitet.

Wichtige Erkenntnisse vom Chief Information Officer bei Adaptavist

• Trotz eines turbulenten Jahres wächst und entwickelt sich das Atlassian-Ökosystem weiter. In diesem Jahr übertraf das Unternehmen zum ersten Mal den Quartalsumsatz von 500 Millionen US-Dollar
• Für diejenigen, die sich auf Atlassian Server verlassen, hat die Entscheidung des Unternehmens, seine Serverprodukte einzustellen, einige Überlegungen angestellt und schwierige Entscheidungen erzwungen
• Atlassian konzentriert sich weiterhin darauf, Verbesserungen in den Bereichen Sicherheit, Anpassung und Funktionsparität voranzutreiben
• Lassen Sie uns die Zusammenarbeit im gesamten Ökosystem eröffnen und neue Wege finden, um die vor uns liegenden Herausforderungen zu bewältigen.

Wichtigste Ergebnisse

• Verbrauch steigt: Die Nutzung von Atlassian ist gestiegen, obwohl die IT-Ausgaben insgesamt gesunken sind. Einschließlich Jira, Access, Trello, Align und Advanced Roadmaps
• Nicht technisch versierter Nutzer: Zunahme der Teams ohne technischen Hintergrund, die Atlassian-Tools wie Operations und Marketing verwenden.
• Herausforderung: Die größte Integrationsherausforderung für Unternehmen besteht darin, Atlassian mit anderen Drittanbieter-Apps wie Zoom, MS Office, Slack, Gitlab, Github und Salesforce zu verbinden.
• Wolke: Die Akzeptanz von Atlassian Cloud nimmt langsam aber sicher zu: 28% 2020 bis 34% 2021. Server machen den Großteil der Bereitstellung aus, gefolgt von DC
• Herausforderung: Anpassung (57% besorgt), App-Integration (48% besorgt), Kosten und Funktionsfunktionen (43% besorgt) sind die wichtigsten Bedenken bei der Migration zu Atlassian Cloud
• Einsatz ändern: 65% der Befragten gehen davon aus, dass sie die Art und Weise, wie sie Atlassian-Produkte einsetzen, in den nächsten drei Jahren ändern werden. Der Ausfall des Servers hat dies vorangetrieben.
• Was die Leute wollen mehr Automatisierung - treibt Geschäftsprozesse voran, senkt die Betriebskosten und verbessert die Integration mit Tools
• DevOps ist da: 27% der Befragten entwickeln in den nächsten 3 Jahren eine DevOps-Strategie. Akzeptanz in allen Branchen. Warum? Automatisiert Arbeitsabläufe, schnellere Entwicklungszyklen, bessere Koordination zwischen Teams, kürzere Markteinführungszeiten. Warum nicht? Mangelnde Fähigkeiten, unzureichende Schulung, unzureichendes Budget (Genau wie die Vorteile, die Organisationen von DevOps erwarten können!)
• Agile Adoption Up, aber Hindernisse für eine Skalierung der Bemühungen: 67% der großen Unternehmen (> 5.000 Mitarbeiter) verfolgen hohe Absichten zur Einführung agiler Methoden. Die Einführung von Agile in großem Maßstab ist von 10% im Jahr 2020 auf 49% im Jahr 2021 gestiegen. Die größten Hindernisse für die Einführung von Agile at Scale: andere Prioritäten, aktuelle Methode funktioniert einwandfrei, unklarer ROI. Warum wollen Organisationen Agile in großem Maßstab einführen? Bessere Teamkoordination, Abstimmung von Strategie und Umsetzung, erhöhte Sichtbarkeit.

Im vergangenen Mai präsentierte John Walpole von Twitter auf der Facebook-Veranstaltung für technische Programmmanager im Silicon Valley Story Maps: Ein visuelles Tool für kundenorientierte Entwicklung. Und unser Produkt, Easy Agile User Story Maps for JIRA, erhielt einen Shoutout — danke John!

Schau dir jetzt John's Lightning Talk an:

John Walpole ist technischer Programmmanager bei Twitter in San Francisco. Bevor er zu Twitter kam, war er als Ingenieur, Produkt- und Programmmanager an den Xbox-, Azure- und Windows-Projekten bei Microsoft beteiligt.

In diesem Lightning Talk, der auf Facebook aufgezeichnet wurde, untersucht John Storymaps, um herauszufinden, worauf sich Ihr agiles Softwareentwicklungsteam konzentrieren sollte (um die Kundenbedürfnisse zu erfüllen). Storymaps stellen die Customer Journey während der Entwicklung in den Mittelpunkt und machen deutlich, was in einem Sprint eines Teams enthalten sein sollte. Weitere Informationen zum Story-Mapping finden Sie unter Verstehen Sie mit agilen User Story Maps, was Ihre Kunden wollen.

Softwareentwicklungsteams sind dafür bekannt, eine Vielzahl agiler Methoden, Ansätze und Tools einzusetzen, um Kunden einen Mehrwert zu bieten. Je nach den Bedürfnissen des Teams und der am Produkt Beteiligten ist es üblich, dass Teams eine Kombination von Softwareentwicklungsmethoden einsetzen und nutzen.

Die meisten Entwicklungsteams kombinieren Methoden und Frameworks, um ihren eigenen einzigartigen Ansatz für die Produktentwicklung zu entwickeln. Sie werden feststellen, dass sich viele Prinzipien von einer Methode zur nächsten überschneiden. Der Schlüssel liegt darin, ein System auszuwählen und als Team daran zu arbeiten, diesen Ansatz zu verfeinern und zu verbessern, damit Sie weiterhin Verschwendung reduzieren, die Effizienz maximieren und die Zusammenarbeit optimieren können.

In diesem Beitrag werden wir die folgenden acht Softwareentwicklungsprozesse skizzieren und vergleichen:

1. Methodik der agilen Softwareentwicklung

2. Wasserfall-Methodik

3. Funktionsorientierte Entwicklung (FDD)

4. Methodik der schlanken Softwareentwicklung

5. Methodik der Scrum-Softwareentwicklung

6. Extreme Programmierung (XP)

7. Schnelle Anwendungsentwicklung (RAD)

8. DevOps-Bereitstellungsmethodik

1. Methodik der agilen Softwareentwicklung

Agil ist der gebräuchlichste Begriff zur Beschreibung von Entwicklungsmethoden. Er wird häufig als Überbegriff für Methoden verwendet, die agil sind. Dabei handelt es sich um einen iterativen Prozess, der Verschwendung reduziert und die Effizienz maximiert.

Die meisten Softwareentwicklungsmethoden sind agil und legen im Gegensatz zum traditionellen Projektmanagement einen starken Schwerpunkt auf Iteration, Zusammenarbeit und Effizienz. Es ist, als würde man Jazz mit klassischer Musik vergleichen. 🎷

Traditionelle, lineare Managementmethoden, wie die Wasserfallmethode, auf die wir weiter unten eingehen werden, sind wie klassische Musik, die von einem Dirigenten geleitet wird, der einen festen Plan hat, wie die Musik gespielt werden sollte. Der agile Prozess ähnelt dagegen eher dem Jazz, der durch Zusammenarbeit, Experimente und Iteration zwischen den Bandmitgliedern zustande kommt. Er ist anpassungsfähig und entwickelt sich mit neuen Ideen, Situationen und Richtungen weiter.

2. Die Wasserfall-Methodik

Das Wasserfall-Ansatz ist eine traditionelle Methode, die in der Softwareentwicklung nicht mehr sehr verbreitet ist. Viele Jahre lang war das Wasserfallmodell die führende Methode, aber sein starrer Ansatz konnte den dynamischen Anforderungen der Softwareentwicklung nicht gerecht werden.

Es ist üblicher, dass die Wasserfallmethode eher für das Projektmanagement als für die Produktentwicklung verwendet wird. Zu Beginn eines Projekts sammeln Projektmanager alle notwendigen Informationen und verwenden sie, um im Vorfeld einen fundierten Aktionsplan zu erstellen. Normalerweise ist dieser Plan ein linearer, schrittweiser Prozess, bei dem eine Aufgabe in die nächste übergeht, was ihr den Namen „Wasserfall“ gibt.

Der Ansatz ist planorientiert und starr, sodass wenig Spielraum für Anpassungen bleibt. Es ist mehr oder weniger das Gegenteil von agil und legt Wert darauf, sich an den Plan zu halten, anstatt sich an neue Umstände anzupassen.

3. Funktionsorientierte Entwicklung (FDD)

Feature-getriebene Entwicklung wird auch als ältere Methode angesehen. Obwohl sie einige agile Prinzipien verwendet, wird sie als der Vorgänger der heutigen agilen und schlanken Methoden angesehen.

Wie der Name schon sagt, konzentriert sich dieser Prozess auf die häufige Implementierung von Funktionen, die vom Kunden geschätzt werden. Es ist ein iterativer Prozess, bei dem alle Augen darauf gerichtet sind, den Endbenutzern greifbare Ergebnisse zu liefern. Der Prozess ist adaptiv und verbessert sich auf der Grundlage neuer Daten und Ergebnisse, die regelmäßig gesammelt werden, um Softwareentwicklern zu helfen, Fehler zu erkennen und darauf zu reagieren.

Diese Art von fokussierter agiler Methodik kann für einige Teams funktionieren, die einen stark strukturierten Ansatz und klare Ergebnisse wünschen und gleichzeitig einen gewissen Spielraum für Iterationen lassen.

4. Methodik der schlanken Softwareentwicklung

Schlanke Softwareentwicklung basiert auf den Prinzipien der schlanken Fertigung. Im Kern zielt Lean Development darauf ab, die Effizienz zu verbessern, indem Verschwendung vermieden wird. Durch die Reduzierung von Aufgaben und Aktivitäten, die keinen echten Mehrwert bieten, können die Teammitglieder mit optimaler Effizienz arbeiten.

Das fünf Lean-Prinzipien Stellen Sie einen Arbeitsablauf bereit, den Teams verwenden, um Verschwendung zu identifizieren und Prozesse zu verfeinern. Lean ist auch ein Leitgedanke, der Menschen helfen kann, effizienter, produktiver und effektiver zu arbeiten.

Die Philosophien und Prinzipien von Lean können auf agile und andere Softwareentwicklungsmethoden angewendet werden. Die Lean-Entwicklung bietet eine klare Anwendung für die Skalierung agiler Praktiken in großen oder wachsenden Organisationen.

5. Methodik der Scrum-Softwareentwicklung

Gedränge ist ein System, das regelmäßig von Softwareentwicklungsteams verwendet wird. Wie viele Softwareentwicklungsmethoden ist Scrum agil und konzentriert sich auf einen wertorientierten Ansatz. Der Scrum-Prozess basiert auf Empirismus, der Theorie, dass Wissen aus praktischer Erfahrung und beobachtbaren Fakten stammt.

Ein Scrum findet über einen voreingestellten Zeitraum statt, der als Sprint bezeichnet wird. Normalerweise liegt der Zeitrahmen zwischen zwei und vier Wochen und das Scrum befindet sich zu Beginn des Sprints. Das Ziel jedes Sprints ist es, eine unvollständige, aber fortschrittliche Version eines Produkts herauszugeben, die den Stakeholdern zur Verfügung gestellt werden kann, sodass Feedback sofort in den nächsten Sprint integriert werden kann.

Das Spezifische Ziele jedes Sprints werden bestimmt durch Produkteigentümer wer ordnet und priorisiert Backlog-Elemente (die Artefakte, die fertiggestellt werden müssen). Der Sprint-Prozess wiederholt sich immer wieder, wobei das Entwicklungsteam auf der Grundlage von Erfolgen, Misserfolgen und dem Feedback der Stakeholder Anpassungen vornimmt und iteriert.

Lernen mehr über Scrum — die komplette Programmplanungslösung für Jira.

6. Extreme Programmierung (XP)

Extremes Programmieren, auch XP genannt, ist eine Methode, die auf der Verbesserung der Softwarequalität und Reaktionsfähigkeit basiert. Es handelt sich um einen agilen Ansatz, der sich auf der Grundlage der Kundenanforderungen weiterentwickelt. Das ultimative Ziel ist die Erzielung qualitativ hochwertiger Ergebnisse. Qualität beschränkt sich nicht nur auf das Endprodukt — sie bezieht sich auf jeden Aspekt der Arbeit und gewährleistet Entwicklern, Programmierern und Managern ein großartiges Arbeitserlebnis.

Die Entscheidungsfindung beim Extremprogrammieren basiert auf fünf Werten: Kommunikation, Einfachheit, Feedback, Mut und Respekt. Die Besonderheiten von XP können nicht für alle Situationen gelten, aber das allgemeine Framework kann unabhängig vom Kontext einen Mehrwert bieten.

7. Schnelle Anwendungsentwicklung (RAD)

Schnelle Anwendungsentwicklung (RAD), manchmal auch Rapid Application Building (RAB) genannt, ist eine agile Methode, die darauf abzielt, qualitativ hochwertige Ergebnisse mit einer kostengünstigen Investition zu erzielen. Der Prozess priorisiert das schnelle Prototyping und häufige Iterationen.

Die schnelle Anwendungsentwicklung beginnt mit der Definition der Projektanforderungen. Von dort aus entwerfen und bauen die Teams unvollkommene Prototypen, um sie den Stakeholdern so schnell wie möglich zur Verfügung zu stellen. Prototyping und Bau wiederholen sich immer wieder in Iterationen, bis ein Produkt vollständig ist und die Kundenanforderungen erfüllt.

Dies ist ideal für kleinere Projekte mit einem klar definierten Ziel. Der Prozess hilft Entwicklern, auf der Grundlage häufiger Rückmeldungen von Interessengruppen schnelle Anpassungen vorzunehmen. Es geht darum, schnelle Prototypen zu erstellen, die den Benutzern so schnell wie möglich konstruktives Feedback geben können. Dieses Feedback fließt in das Benutzerdesign ein, sodass Entwicklungsentscheidungen auf den direkten Gedanken und Bedenken derjenigen basieren, die das Produkt verwenden werden.

8. DevOps-Bereitstellungsmethodik

Das DevOps-Bereitstellungsmethodik ist eine Kombination aus Dev (Softwareentwicklung) und Ops (Information Technology Operations). Zusammen entwickeln sie eine Reihe von Verfahren zur Verbesserung der Kommunikation und Zusammenarbeit zwischen den Abteilungen, die für die Entwicklung eines Produkts verantwortlich sind.

Es handelt sich um eine kontinuierliche Kommunikationsschleife zwischen Produktentwicklern und Betriebsteams (IT-Betrieb). Wie so viele agile Prozesse ist es auf kontinuierliches Feedback angewiesen, um Teams dabei zu helfen, Zeit zu sparen, die Kundenzufriedenheit zu erhöhen, die Markteinführungsgeschwindigkeit zu verbessern und Risiken zu reduzieren.

Die Schritte der DevOps-Bereitstellung wiederholen sich mit dem Ziel, die Kundenzufriedenheit mit neuen Features, Funktionen und Verbesserungen zu erhöhen. Diese Methode weist jedoch einige Nachteile auf. Einige Kunden möchten keine kontinuierlichen Updates für ihre Systeme, sobald sie mit einem Endprodukt zufrieden sind.

Softwareentwicklung leicht gemacht

Die meisten Softwareentwicklungsteams verwenden eine Kombination aus Methoden und Frameworks, die zu ihrer Teamgröße, Teamdynamik und Art der zu erledigenden Arbeit passen. Der Schlüssel liegt darin, eine agile Methode zu verwenden und zusammenzuarbeiten, um Ihre Systeme kontinuierlich zu verbessern, während Sie lernen und wachsen.

Easy Agile hat es sich zur Aufgabe gemacht, Teams dabei zu helfen, besser mit Agile zusammenzuarbeiten. Wir entwerfen agile Apps für Jira mit einfacher, kollaborativer und flexibler Funktionalität. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Apps können Ihren agilen Teams helfen, Ihre Kunden besser zu beliefern.

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

„Tu es oder tu es nicht; es gibt keinen Versuch.“ Dies ist sicherlich das berühmteste Zitat von Jedi-Meister Yoda, aber es trifft nicht gerade auf die agile Entwicklung zu. Tatsächlich ist es quasi das Gegenteil von agil. Wenn Yoda ein Scrum Master wäre, würde das Zitat jedoch viel eher so aussehen: „Versuche es und versuche es noch einmal; so machst du es.“

Der Scrum Master unterstützt das Scrum-Team und führt es zu einem hoffnungsvollen Sieg. Es ist lohnend, aber die Rolle des Scrum Masters ist voller Druck. Der Erfolg des Scrum und das Wohlbefinden des Teams liegen auf den Schultern des Scrum Masters.

Wenn Sie ein Scrum Master sind oder einer werden möchten, sind Sie bei uns genau richtig. Meistern Sie die Scrum-Theorie und Ihre Führungsqualitäten mit unseren sechs Strategien für Scrum Master.

Scrum-Werte und die Rolle des Scrum Masters verstehen

Scrum ist eine agile Praxis, die häufig für die Produktentwicklung verwendet wird. Es basiert darauf, eine bestimmte Menge an Arbeit in kurzen Phasen — sogenannten Sprints — zu erledigen, sodass Teams kontinuierlich Iterationen erstellen können, während sie mehr über ein Produkt und seine Stakeholder erfahren.

Kenneth Schwaber hat in den frühen 1990er Jahren das Scrum-Framework mitentwickelt, um Teams bei der Verwaltung komplexer Entwicklungsprojekte zu unterstützen. Er gründete auch die Scrum Alliance und gründete Scrum.org, eine Online-Ressource für agile Teams.

Zu Beginn eines Scrums entscheidet der Product Owner, welche Product Backlog-Artikel in den Sprint-Backlog. Von dort aus übernimmt der Scrum Master und führt das Team durch Scrum-Events, darunter:

• Sprint-Planung
• Tägliches Scrum oder tägliche Standups
• Sprint-Bewertung
• Sprint-Retrospektiven

Die Rolle des Scrum Masters besteht darin, das Team durch den Scrum-Prozess zu führen. Sie erleichtern den Prozess und helfen dem Team, das Framework zu beherrschen und sich von einem Sprint zum nächsten zu verbessern.

Eigenschaften, die einen großartigen Scrum Master ausmachen

Ein effektiver Scrum Master zu sein, geht über das einfache Befolgen der Scrum-Regeln hinaus. Hier sind einige zusätzliche Merkmale, die Exzellenz in dieser Rolle wirklich definieren:

1. Emotionale Intelligenz

Ein guter Scrum Master besitzt eine hohe emotionale Intelligenz. Das bedeutet, dass sie:

• Verstehe und verwalte ihre eigenen Emotionen.
• Fühlen Sie sich in die Gefühle und Perspektiven der Teammitglieder ein.
• Ermöglichen Sie eine konstruktive Kommunikation und lösen Sie Konflikte elegant.

2. Starke Fähigkeiten zur Moderation

Es geht nicht nur darum, die täglichen Scrum-Meetings zu verwalten. Sie müssen:

• Ermutigen Sie zu einem offenen Dialog.
• Stellen Sie sicher, dass jede Stimme gehört wird.
• Führe das Team zum Konsens, ohne überheblich zu sein.

3. Anpassungsfähigkeit

Die Landschaft eines Projekts kann sich schnell ändern. Großartige Scrum Master:

• Passen Sie sich schnell an Veränderungen an, ohne den Fokus zu verlieren.
• Helfen Sie dem Team, Strategien schnell zu entwickeln und gleichzeitig die Moral aufrechtzuerhalten.

4. Lebenslanger Lerner

Die Welt von Agile entwickelt sich ständig weiter. Außergewöhnliche Scrum Master:

• Verpflichten Sie sich zu kontinuierlichem Lernen.
• Bleiben Sie mit den neuesten Praktiken, Tools und Methoden auf dem Laufenden.

5. Dienende Führung

Im Mittelpunkt der Rolle eines Scrum Masters steht die servative Führung. Das beinhaltet:

• Stellen Sie die Bedürfnisse des Teams über ihre eigenen.
• Beseitigung von Hindernissen, die den Fortschritt des Teams behindern.
• Befähigung der Teammitglieder, Verantwortung zu übernehmen und Entscheidungen zu treffen.

6. Analytisches Denken

Ein guter Scrum Master sollte in der Lage sein:

• Analysieren Sie die Prozesse des Teams und identifizieren Sie Engpässe.
• Nutzen Sie datengestützte Erkenntnisse, um kontinuierliche Verbesserungen zu fördern.

7. Motivierende Fähigkeiten

Die Motivation des Teams zu erhalten, ist entscheidend für eine nachhaltige Produktivität. Sie zeichnen sich aus durch:

• Kleine Erfolge anerkennen und feiern.
• Förderung einer positiven, kollaborativen Teamkultur.

8. Exzellente Kommunikation

Kommunikation ist der Schlüssel. Sie müssen:

• Vermitteln Sie Ideen klar und präzise.
• Stellen Sie sicher, dass alle Beteiligten auf derselben Wellenlänge sind.

Indem ein Scrum Master diese Eigenschaften verkörpert, ermöglicht er nicht nur ein effektives Projektmanagement, sondern fördert auch ein florierendes Teamumfeld, das Innovation und Erfolg fördert.

Sechs Strategien, um ein großartiger Scrum Master zu werden

Hier sind sechs Strategien für Scrum Master, um ihre Fähigkeiten zu verbessern oder sich auf ihre zukünftigen Rollen vorzubereiten.

1. Vergiss nicht, selbst agil zu sein

Lebst du selbst nach agilen Prinzipien? Wie agil sind Sie in Ihrem Führungsstil?

Effektive Scrum Master wissen, dass sie sich auch aufgrund neuer Erfahrungen, Erfolge und Misserfolge kontinuierlich verbessern müssen. Es ist wichtig, aus Ihren Fehlern zu lernen, damit Sie sie nicht noch einmal machen, aber es ist genauso wichtig, aus Ihren Erfolgen zu lernen. Nehmen Sie sich die Zeit, Ihren Prozess zu überprüfen, einschließlich dessen, was gut gelaufen ist und was nicht, damit Sie wissen, wie Sie sich als Führungskraft und Moderator verbessern können.

2. Lerne dein Team kennen

Ihre Fähigkeit, Ihr Team zu führen, hängt davon ab, wie gut Sie es kennen. Sie sollten kontinuierlich die Stärken und Schwächen Ihres Teams kennenlernen. Wie gut arbeiten sie zusammen? Wer bringt das Beste aus einander heraus und wer arbeitet nicht so gut zusammen? Gehen Sie tief in die Tiefe, um die grundlegende Dynamik des Teams wirklich zu verstehen.

Erfahre auch mehr über jeden Einzelnen im Team. Wobei benötigen sie Hilfe? Worin zeichnen sie sich aus? Welches Feedback können Sie ihnen geben, um ihnen zu helfen, in ihrer Rolle weiterzuentwickeln? Wie können Sie ihnen zum Erfolg verhelfen? Bauen Sie eine Beziehung zu Ihren Teammitgliedern auf, indem Sie sie fragen, wie es ihnen geht, Feedback geben und entgegennehmen und Gemeinsamkeiten finden.

3. Fördern Sie eine Kultur des kontinuierlichen Feedbacks

Die agile Methodik basiert auf kontinuierlicher Verbesserung. Wie werden sich die Personen in Ihrem Team verbessern, wenn Sie ihnen kein Feedback geben? Und wie wirst du dich verbessern, wenn du das Team nicht um Feedback bittest und es nicht akzeptierst?

Feedback ist eine Einbahnstraße, und es funktioniert nur, wenn es konstruktiv und kontinuierlich ist. Warten Sie nicht, bis Sie etwas Negatives zu beheben haben — Sie müssen regelmäßig sowohl positives als auch negatives Feedback geben. Wenn Sie dies regelmäßig tun, können Sie und Ihr Team sich daran gewöhnen, Feedback zu hören, sodass es nicht erschütternd oder abschreckend wirkt, wenn Sie dies tun.

Als Scrum Master sollten Sie ein Umfeld fördern, in dem alle Mitglieder geben und empfangen konstruktives Feedback.

4. Verbessern Sie Ihre Kommunikationsfähigkeiten

Das Sagen zu haben bedeutet nicht, dass du ständig redest. Das Gegenteil ist der Fall: Gute Führungskräfte sind großartige Kommunikatoren. Als Führungskraft müssen Sie Ihrem Team ständig zuhören und beide Ohren offen halten für alle Probleme, mit denen sich Ihr Team oder die Mitglieder des Teams möglicherweise befassen.

Hören Sie sich aktiv die Anliegen des Entwicklungsteams an und überlegen Sie, wie jeder Einzelne in Ihrem Team am liebsten kommuniziert. Bevorzugen sie mutige und auf den Punkt gebrachte Interaktionen? Oder brauchen sie Zeit, um ein Gespräch zu beginnen? Jeder kommuniziert ein bisschen anders, und wenn Sie die Präferenzen Ihres Teams verstehen, können Sie das Beste aus jeder Interaktion herausholen.

Scrum Master müssen ihre Kommunikationsfähigkeiten verbessern, um effektive Führungskräfte für ihre Teams zu sein. Beurteilen Sie regelmäßig Ihren Kommunikationsstil und dessen Effektivität und bitten Sie Ihr Team um Feedback dazu, wie es Ihnen geht.

5. Machen Sie das Beste aus jeder Retrospektive

Die Retrospektive ist die letzte Veranstaltung eines Scrums. Sie sind ein unglaublich wichtiger Teil des Scrum-Prozesses und sollten nicht übersehen, überstürzt oder zu wenig genutzt werden. Als Scrum Master müssen Sie die Verantwortung dafür übernehmen, dass Retrospektiven wirksam sind und nach jedem Scrum stattfinden. Gehen Sie mit einem Plan los, um das Beste aus jedem Retro-Meeting herauszuholen.

Das bedeutet nicht, dass Sie sich um alles kümmern müssen. Es ist hilfreich, Ihr Team gelegentlich eine Retrospektive durchführen zu lassen. Alle Beteiligten sollten kontinuierlich ihre eigenen Ideen einbringen, um das Meeting zu verbessern.

Sammeln Sie regelmäßig Feedback von Ihrem Team darüber, wie Ihre Retrospektiven ihrer Meinung nach verlaufen. Fragen Sie nach Ideen, wie sie sich verbessern und die Dinge ändern könnten. Die Wiederholung exakt derselben Fragen und rückblickende Aktivitäten langweilen Ihr Team und führen zu geringerem Engagement.

Einen tieferen Rückblick finden Sie in unseren fünf Schritten zu Durchführung effektiver Sprint-Retrospektiven.

6. Werden Sie zertifizierter Scrum Master

Eine Scrum Master-Zertifizierung kann Sie vom einfachen Scrum Master zum meisterhaften Scrum Master machen. Eine Zertifizierung ist zwar nicht erforderlich, um ein professioneller Scrum Master zu werden, aber sie hilft auf jeden Fall.

Scrum.org, die vom Mitbegründer von Scrum gegründete Website, bietet ein dreiteiliges Zertifizierungsprogramm namens The Professional Scrum MasterTM an. Das Programm besteht aus drei Bewertungsstufen, die Ihr Wissen über das Scrum-Framework und die praktische Anwendung der Scrum-Theorie bestätigen.

• Der professionelle Scrum MasterTM I (PSM I)
• Der professionelle Scrum MasterTM II (PSM II)
• Der professionelle Scrum MasterTM III (PSM III)

Wir sind auch große Fans der SAFe-Trainingsprogramme von Pretty Agile:

• SAFe Scrum Master SSM Zertifizierung
• SAFe Advanced Scrum Master

Eine Zertifizierung ist eine großartige Ergänzung zu Ihrem Lebenslauf und hilft Ihnen dabei, Ihre Moderationsfähigkeiten und Ihr Scrum-Wissen zu verfeinern.

Easy Agile für Scrum Master

„Versuche es und versuche es noch einmal; so machst du es.“

Das Schöne an Agilität ist, dass unabhängig davon, wie viele Zertifizierungen oder Jahre Erfahrung Sie haben, es immer mehr zu verbessern gibt. Agile ist ein iterativer Prozess, bei dem das Lernen von Sprint zu Sprint und von Projekt zu Projekt fortgesetzt wird. Als Scrum Master liegt es an Ihnen, das Handwerk weiter zu erlernen und Ihre Moderationsfähigkeiten zu perfektionieren. Die Rolle des Scrum Masters beinhaltet lebenslanges Lernen.

Easy Agile entwickelt Produkte, die Scrum Mastern und agilen Entwicklern helfen, effizienter und effektiver zu arbeiten. Unsere Tools wurden speziell für Teams entwickelt, die Jira verwenden und lieben, aber mehr Funktionen benötigen, um die Kundenbedürfnisse zu priorisieren.

Versuche Einfacher agiler Teamrhythmus um die Agilität Ihres Teams von der Planung bis zur Überprüfung zu unterstützen. TeamRhythm unterstützt das Mapping von User-Storys, die Verfeinerung des Backlogs, die Sprint- und Versionsplanung sowie Team-Retrospektiven und baut so einen kontinuierlichen Verbesserungszyklus direkt in Jira auf. Es ist eine Win-Win-Situation für Scrum Master, Entwicklungsteams und Kunden. Testen Sie unsere Produkte 30 Tage lang absolut kostenlos.

Du kannst dich an den manuellen Scrum-Workflow halten oder mit der kostenlosen Jira-Software automatisieren. Wir wissen, welche Methode wir bevorzugen.

Wofür Sie sich auch entscheiden, die Implementierung des Scrum-Frameworks sorgt für einen optimierten Arbeitsablauf. Jede Person hat in allen Schritten des Frameworks eine bestimmte Rolle.

Das Scrum-Arbeitsablauf bietet Teammitgliedern einen einfachen Prozess, mit dem Teams die Bedürfnisse der Stakeholder erfüllen können.

Während die agile Methodik an Scrum, Kanban und Lean angelehnt ist, konzentrieren wir uns hier darauf, was ein Scrum-Workflow ist und wie diese Methode die organisatorische Teamarbeit unterstützen kann.

Was ist Scrum?

Teams verwenden das Scrum-Framework, um ihren Arbeitsablauf zu steuern. Wenn sie eine Struktur haben, der sie folgen müssen, können sie ihre Ergebnisse problemlos teilen, verfolgen und verbessern.

Scrum unterteilt die Arbeit in kleinere Arbeitspakete, sogenannte Sprints, die in der Regel 2-4 Wochen dauern. Sobald der Sprint vorbei ist, veranstalten die Teammitglieder ein Sprint-Retrospektiv-Meeting (auch bekannt als Sprint-Review), um darüber zu sprechen, was gut funktioniert hat und was verbessert werden kann.

Scrum-Rollen

Schauen wir uns die verschiedenen Rollen an, aus denen ein Scrum-Team besteht.

1. Inhaber des Produkts

Der Product Owner spielt eine zentrale Rolle im Scrum-Workflow. Sie leiten agile Teamdiskussionen über Produkt-Backlog Artikel und Funktionen. Darüber hinaus leiten die Produktverantwortlichen die Qualitätssicherung, um sicherzustellen, dass die Ergebnisse den Anforderungen entsprechen.

2. Scrum Master

Der Scrum Master wird sich genau an die Prinzipien in der agiles Manifest zur Unterstützung der Sprint-Planung. Scrum-Master führen Entwicklungsteams durch agile Methoden, um den Stakeholdern einen Mehrwert zu bieten.

3. Team für Softwareentwicklung

Entwicklungsteams sind kompetent und funktionsübergreifend. Teams, die in agilen Softwareentwicklungsumgebungen arbeiten, bestehen in der Regel aus Designern, Entwicklern, Testern und anderen, um zu verhindern, dass externe Unterstützung erforderlich ist.

Mit den Grundlagen können wir uns die agilen Workflow-Phasen genauer ansehen.

Bestandteile des Scrum-Workflows

Der Jira-Workflow beinhaltet einen iterativen Feedback-Zyklus, der sich auf die Wertschöpfung während des gesamten Produktentwicklungsprozesses konzentriert. Sie können die grundlegenden Scrum-Workflow-Schritte verwenden oder diese anpassen.

Die Teile eines agilen Workflows lauten wie folgt.

1. Entwicklung des Backlogs

Eine Produkt-Roadmap unterstützt die Teammitglieder bei der Erstellung von User Stories und Produktanforderungen, die das Sprint-Backlog ausmachen. Im Backlog schlagen die Teams eine Liste von Funktionen oder User Stories vor, die das Team bereitstellen muss. Die Product Owner entscheiden, aus welchen Funktionen das Backlog bestehen soll.

2. Veröffentlichung des Backlogs

Produkteigentümer und Team entscheiden nun gemeinsam, welche User Stories es in die jeweilige Story schaffen. Backlog-Veröffentlichung. Jede Backlog-Version ist der Abschluss einer kleineren Reihe von Aktivitäten, aus denen schließlich eine Sprint-Version besteht. Nach Abschluss dieser Planung und der Festlegung des Zeitrahmens für jedes Aktionselement wählen die Teammitglieder bestimmte Funktionen für jeden Sprint aus.

3. Arbeit im Sprint

In einem Sprint erledigen die Teammitglieder eine Reihe von Backlog-Aufgaben innerhalb vorgegebener Zeitrahmen (normalerweise 14-28 Tage). Während dieser Zeit erstellt das agile Team die Produktfunktionen anhand eines bestimmten Sprint-Backlogs.

Scrum- oder Sprint-Meeting

Teams halten auch Scrum- oder Sprint-Meetings ab. Bei Sprint-Meetings setzt sich das Team ein Sprintziel (in der Regel die Arbeit an einem bestimmten Feature). Sie einigen sich darauf, welche Artikel im Produkt-Backlog abgeschlossen werden müssen, um diese Produktiteration abzuschließen. Das Team priorisiert, plant und schätzt die Zeit, die für die Erledigung der einzelnen Aufgaben innerhalb des Sprints benötigt wird.

Tägliche Stand-ups

Agile Teams nutzen diese täglichen Standup-Meetings, um ihren agilen Arbeitsablauf zur Erreichung der Sprintziele zu verfolgen. Tägliche Standup-Meetings werden in der Regel — natürlich — im Stehen abgehalten, da sie nicht länger als 15 Minuten dauern sollten. Standup-Meetings helfen Teams dabei, Lösungen für die täglichen Arbeitsprobleme zu besprechen.

4. Das Burndown-Diagramm

Teammitglieder können die Jira-Software verwenden, um ihre zu erstellen Burndown-Diagramme. Burndown-Diagramme zeigen ursprüngliche Zeitschätzungen im Vergleich zu Aktivitäten in Echtzeit, was zeigt, wo Erwartungen oder Teamressourcen angepasst werden müssen.

5. Testen

Während der Tests demonstriert das Team den Stakeholdern die Produktfunktionalitäten. Feedback aus Produkttests hilft bei allen erforderlichen Änderungen.

6. Sprint-Retrospektive und Folgeplanung

Die letzte Phase des Jira-Workflows besteht darin, eine Sprint-Rückblick. Sprint-Retrospektiven sind Rückblicke auf den vorherigen Arbeitsablauf. In dieser Phase hinterfragen agile Teams, was sie gut gemacht haben, was nicht so lief, wie sie es sich erhofft hatten, und welche Änderungen sie im nächsten Sprint vornehmen sollten. Gruppen veranstalten diese Sprint-Retrospektiven, um sich durch kontinuierliche Verbesserungen auf Ergebnisse zu konzentrieren, die ein besseres Preis-Leistungs-Verhältnis bieten.

Die Jira-Software bietet eine visuelle Anzeige der Geschwindigkeit, des Aufgabenfortschritts und des Projektstatus des Teams. All diese Elemente sind mit der User Story verknüpft, und die Gruppe beginnt einen neuen Lebenszyklus, um ihr Projekt abzuschließen.

Erstelle deinen Jira Scrum Workflow in wenigen einfachen Schritten

Du kannst entweder weiterhin einen manuellen Scrum-Prozess verwenden oder zu einem automatisierten Jira-Workflow für Scrum übergehen.

Um einen automatisierten, benutzerdefinierten Workflow zu erstellen, gehen Sie zu Jira Workflow-Designer. Von dort aus können Sie das Workflow-Schema für Ihr Jira-Projekt verwalten. Du kannst auch Backlogs, komplexe Workflows und Workflow-Status organisieren oder mithilfe benutzerdefinierter Felder den Status eines Vorgangs einsehen.

In Ihrem Arbeitsablauf können Sie:

• Verwenden Sie Status wie „In Bearbeitung“ oder „Wird überprüft“.
• Statuselemente in Zeilen für Übergänge anzeigen.
• Weitere Informationen finden Sie unter Problemlösungen.
• Prüfen Sie die Bedingungen, die die Rolle des Beauftragten einschränken, wenn es darum geht, Probleme auf die nächste Stufe zu bringen.
• Verwenden Sie Validatoren, um einzuschränken, wer Übergänge vornehmen kann.
• Verknüpfen Sie weitere Änderungen mit Übergängen.
• Verwenden Sie Trigger, um Übergänge innerhalb bestimmter Parameter zu automatisieren.
• Legen Sie Workflow-Eigenschaften für Übergänge fest.
• Stellen Sie mithilfe von Workflow-Schemata eine Verbindung zwischen dem einfachen oder komplexen Arbeitsablauf und den Problemtypen her.

Da das agile Team den Produktlebenszyklus in einer Reihe von Sprints durchläuft, benötigt es ein Tool, das es auf seiner Reise begleitet.

Mit dem kostenlosen Einfacher agiler Scrum-Workflow für Jira Plugin, du kannst Jira-Issues zwischen den Abschnitten „Zu erledigen“, „In Bearbeitung“ und „Erledigt“ verschieben. Du kannst auch die Schaltfläche oben rechts verwenden, um bestimmte Vorgangstypen in die Bereiche „Backlog“ und „Zur Entwicklung ausgewählt“ auf das Board zu ziehen und dort abzulegen.

Weitere Funktionen aus dem Jira Workflow-Plugin

In Bezug auf die Automatisierung stehen zahlreiche Tools zur Verfügung. Sie können Easy Agile kostenlos verwenden Jira-Workflow-Plugin als wertvolle Unterstützung für agiles Projektmanagement. Dies kann dir helfen, komplexe Workflows zu erstellen und alle Details in der Jira Cloud zu speichern, um sicherzustellen, dass nichts verloren geht. Das kostenlose Jira-Workflow-Plugin enthält auch dein Burndown-Diagramm und deinen Sprint-Bericht.

Füge das Confluence-Wiki-Tool zu deiner Jira-Software für eine bessere Teamzusammenarbeit. Verwende außerdem die Team-Kalender Add-on für eine bessere Teamzusammenarbeit.

Automatisieren Sie jetzt Ihren Jira-Workflow

Warte nicht darauf, dass die Vorsehung an deine Tür klopft. Automatisieren Sie Ihren Scrum-Workflow noch heute mit einer Software, die funktioniert.

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

Geschäftliche Agilität allein reicht nicht mehr aus, um im heutigen, sich schnell verändernden digitalen Zeitalter erfolgreich zu sein. Um wettbewerbsfähig und erfolgreich zu sein, müssen Unternehmen schnell Mehrwert schaffen und alles entfernen, was einem reibungslosen Arbeitsablauf im Wege steht. SAFe® -Flow-Beschleuniger können der Schlüssel sein, um diese Dynamik freizusetzen — aber wie setzt man sie erfolgreich ein, um dauerhaft Mehrwert zu schaffen?

Die SAFe-Methodologin Rebecca Davis hat sich mit Jasmin Iordanidis von Easy Agile getroffen, um über das Konzept von Flow und Geschäftsagilität nachzudenken. In diesem Artikel geben wir ihre Tipps, wie Sie den Flow in Ihrem Unternehmen beschleunigen können. Sie werden lernen:

• Warum Sie ein Flow-Mindset benötigen, damit Strömungsbeschleuniger erfolgreich sind
• Wie die Verbesserung des Ablaufs die Kundenergebnisse verbessert
• Wie arbeitet man mit Strömungsbeschleunigern

Warum Flow mit dem richtigen Mindset beginnt

Im Rahmen des SAFe® -Frameworks ist Flow dann vorhanden, wenn ein Unternehmen schnelle, kontinuierliche und effektive Bereitstellung hochwertiger Produkte und Dienstleistungen, die einen Mehrwert bieten. Dies setzt voraus, dass alle Personen und Teams im Wertstrom optimal arbeiten, mit minimalen Verzögerungen und Nacharbeiten, ein Ansatz, der sich erheblich von den herkömmlichen Arbeitsweisen unterscheidet.

„Die Denkweise ist wichtig, wenn es darum geht, auf diese Weise zu arbeiten“, sagte Rebecca. „Anstatt einfach nur Richtlinien oder die Art und Weise zu befolgen, wie Dinge immer gemacht wurden, müssen die Mitarbeiter Gespräche führen und Fragen stellen, um Wege zu finden, wie sie sich verbessern können. Und das bedeutet, dass jeder im Unternehmen, egal ob Sie auf der Team-, Lösungs- oder Führungsebene tätig sind, diese Prinzipien wirklich verstehen und umsetzen müssen.“

Aus diesem Grund ist es unerlässlich, eine Flow-Mentalität mit offener Kommunikation und Informationsaustausch zwischen allen Teams und Ebenen zu pflegen. Es ebnet den Weg für beschleunigte Feedback-Schleifen, die helfen, Blockaden frühzeitig zu erkennen, Probleme schnell zu beheben und einen kontinuierlichen, nahtlosen Arbeitsablauf zu ermöglichen.

Wie die Verbesserung des Ablaufs die Kundenergebnisse verbessert

SAFe® -Durchflussbeschleuniger sorgen dafür, dass Arbeitsabläufe ohne Unterbrechungen im System ablaufen, sodass Ihr Unternehmen in kürzester Zeit kontinuierliche Werte liefern kann. Sie tun dies, indem sie dazu beitragen, Unterbrechungen zu vermeiden, die Arbeit schnell voranzutreiben und einen reibungslosen Arbeitsablauf zu schaffen, was zusammen die Produktivität im gesamten Wertstrom verbessert. „Beschleuniger sind greifbare Hebel, die Sie nutzen können, um den Arbeitsablauf zu verbessern“, so Jasmin. „Sie können auf jeden Beschleuniger Metriken anwenden, sodass Sie schnell beurteilen können, ob er funktioniert, und entsprechend anpassen können“.

Diese verbesserte Produktivität führt in der Regel zu einer besseren Leistung Ihrer Mitarbeiter. „Indem Sie Hindernisse beseitigen, können Sie den Mitarbeitern in Ihrem Unternehmen mehr Zeit für die Arbeit geben, die sie glücklicher macht und die einen Unterschied macht“, sagte Jasmin. „Sie können tiefgründiger arbeiten — in welcher Form auch immer das für sie aussieht — und das führt letztendlich zu besseren Kundenergebnissen.“

Was sind die acht SAFe® -Strömungsbeschleuniger?

Das SAFe® -Framework umfasst acht Strömungsbeschleuniger, wobei jedes für eine bestimmte Aktivität konzipiert ist, die den Wertefluss unterbricht.

1. WIP visualisieren und einschränken: Zu viel WIP verwirrt die Prioritäten, überlastet die Mitarbeiter und verringert die Produktivität. Passen Sie WIP kontinuierlich an, um die Nachfrage besser an die Kapazität anzupassen und den Durchfluss im System zu erhöhen.
2. Engpässe beheben: Engpässe führen dazu, dass der Wertstrom deutlich unter der Kapazität arbeitet. Konzentrieren Sie sich darauf, dominante Engpässe zu beseitigen, indem Sie zusätzliche Fähigkeiten, Mitarbeiter oder andere Ressourcen hinzufügen.
3. Minimiere Übergaben und Abhängigkeiten: Übermäßige Übergaben und Abhängigkeiten können zu Nacharbeiten und Verzögerungen führen. Stellen Sie Teams und ARTs zusammen, die über das gesamte Wissen, die Ressourcen, Fähigkeiten und Entscheidungsbefugnisse verfügen, um einen durchgängigen Wertfluss zu schaffen.
4. Schnelles Feedback erhalten: Schnelles Feedback beschleunigt das Lernen und Verbessern. Entwickeln Sie Mechanismen und Prozesse, um Daten zu einem frühen Zeitpunkt des Entwicklungsprozesses zu sammeln, zu analysieren und auszuwerten.
5. Arbeiten Sie in kleineren Chargen: Je kleiner die Chargengröße, desto schneller können Teams Feedback sammeln, auswerten und anpassen. Optimieren Sie die Größe, indem Sie die Kompromisse zwischen Lagerkosten und Transaktionskosten abwägen.
6. Warteschlangenlänge reduzieren: Lange Warteschlangen führen zu Verschwendung, Verzögerungen und Informationsverfall. Fangen Sie an, die Länge der Warteschlangen zu verfolgen und den Rückstand kurz zu halten, damit Sie flexibel an neuen Aufgaben mit hoher Priorität arbeiten können.
7. Optimieren Sie die „Zeit in der Zone“: Die Menschen und Teams in der Zone zeigen eine höhere Kreativität, Produktivität, Zufriedenheit und Erfüllung. Konzentrieren Sie sich darauf, ein Umfeld zu schaffen, in dem die Mitarbeiter Zeit und Raum frei von Unterbrechungen haben.
8. Korrigieren Sie veraltete Richtlinien und Verfahren: Veraltete Richtlinien können Teil der Kultur werden und den Fluss behindern, auch wenn sie ihren Zweck nicht mehr erfüllen. Ergreifen Sie Maßnahmen, um diese Richtlinien zu identifizieren und sie dann zu entfernen, zu ändern oder abzuschwächen.

‍

Einfacher Agile-Podcast

Erfahren Sie, wann Sie das Scaled Agile Framework mit Ihrer agilen Transformation verbinden sollten, wie wichtig es ist, eine gemeinsame Sprache zu haben, damit Unternehmen effektiv skalieren können + mehr!

Hör jetzt zu

‍

‍4 Schritte zum Erfolg mit SAFe® -Flussbeschleunigern

1. Stellen Sie eine Hypothese auf

Der erste Schritt besteht darin, Ihre Hypothese zu erstellen. Klären Sie, was sich Ihrer Meinung nach ändern wird, und überlegen Sie, wann Sie vielleicht zum ersten Mal sehen, ob sich der Flow anders bewegt als zuvor.

TIPP: Starten Sie Gespräche und sammeln Sie Erkenntnisse von den Teams, die von diesen Änderungen direkt betroffen sein werden.

2. Wählen Sie Hochleistungsbeschleuniger

Bei der Auswahl der Beschleuniger, auf die du dich konzentrieren möchtest, musst du damit beginnen, sie alle zu lesen, zu verdauen und zu verstehen. Sie können diese Erkenntnisse dann nutzen und Gespräche mit den Menschen vor Ort beginnen, um sich ein Bild davon zu machen, wo Verbesserungen vorgenommen werden können. „Bei den Beschleunigern gibt es keine sequentiellen Schritte, die befolgt werden müssen“, so Rebecca. „Sobald Sie Verbesserungsmöglichkeiten gefunden haben, können Sie selbst auswählen, welche Beschleuniger Ihrer Meinung nach die größte Wirkung haben, und mit diesen beginnen.“

TIPP: Denken Sie daran, wenn Sie es nicht sehen können, können Sie es nicht beschleunigen. Wenn Sie also nicht wissen, wo Sie mit Verbesserungen beginnen sollen, achten Sie auf Reibungspunkte oder Lücken im Wertstrom.

3. Entscheide, wann du den Fortschritt überprüfen möchtest

„Es gibt keine allgemeingültige Antwort darauf, wann überprüft werden muss, ob ein Beschleuniger den Durchfluss verbessert“, sagte Rebecca. „Wie lange Sie warten müssen, hängt von den Maßnahmen und den Erkenntnissen ab, die Sie bei der Erstellung Ihrer Hypothese gewonnen haben.“ Das bedeutet, dass Sie bei einigen Aktionen am nächsten Tag überprüfen können, ob sich der Ablauf verbessert hat, während es bei anderen einige Wochen dauern kann, bis Sie Ergebnisse sehen.

TIPP: Identifizieren Sie den frühesten Moment, an dem Sie zurückblicken und feststellen können, dass sich etwas geändert hat, und notieren Sie sich dies als Ihre Zeit zum Einchecken.

4. Verwenden Sie die Flow-Metriken richtig

Es ist wichtig, sich daran zu erinnern, dass Durchflussmetriken nicht als Strafmaßnahmen verwendet werden dürfen, sondern als Indikator dafür, ob ein Beschleuniger den Durchfluss verbessert hat. Für viele Menschen erfordert dies einen Mentalitätswandel weg von der Vorstellung, dass, wenn etwas schief geht oder scheitert, es nicht funktioniert hat. Und das bedeutet, dass manchmal das Risiko besteht, dass die Kennzahlen negativ genutzt werden.

„Es hilft zu verstehen, dass Menschen manchmal auf alte Verhaltensweisen zurückgreifen, wenn es schwierig wird — und dazu gehören auch Menschen in Führungspositionen“, sagte Rebecca. „Seien Sie also ehrlich und mutig, wenn Sie sehen, dass Kennzahlen negativ verwendet werden. Das kann dem Team helfen, zu den Gründen zurückzukehren, warum die Metriken überhaupt verwendet werden.“

TIPP: Bauen Sie Vertrauen auf und bewahren Sie es, indem Sie klarstellen, wie jede Kennzahl dazu beiträgt, die Ergebnisse zu verbessern und einen Mehrwert zu schaffen. Wenn es keinen eindeutigen Zusammenhang gibt, sollten Sie erwägen, ihn fallen zu lassen.

Die Beschleunigung des Ablaufs hilft Teams, sich auf die Wertschöpfung zu konzentrieren

Wenn Sie den Teams Zeit und Raum geben, damit sie sich auf die Wertschöpfung konzentrieren können, kann Ihr Unternehmen schneller auf sich ändernde Kundenbedürfnisse und Geschäftsbedingungen reagieren. SAFe® Flow Accelerators können dabei helfen, unnötige Arbeit und Hindernisse zu beseitigen und so ein Umfeld der kontinuierlichen Verbesserung, Optimierung und konsistenten Wertschöpfung zu schaffen.

Erfahren Sie, wie Sie den Arbeitsablauf in Ihrem Unternehmen verbessern Einfache agile Programme ermöglicht es Ihrem Unternehmen, zu visualisieren, wo Sie Konflikte oder Risiken haben könnten, weil Ihre Arbeit nicht voranschreitet, und diese einfach zu entsperren, damit die Teams die Dynamik aufrechterhalten und weiterhin Mehrwert liefern können.

‍

Einfache agile Programme

Skalieren Sie ganz einfach die Planung und Zusammenarbeit über Teams und Zeitzonen hinweg. Richten Sie Teams aus und befähigen Sie sie, gemeinsam einen Mehrwert in großem Maßstab zu bieten

Probieren Sie einfache Agile-Programme aus

Wenn Sie vor 2020 schon einige Zeit Retrospektiven veranstaltet haben, kennen Sie vielleicht die folgende Tagesordnung für eine einstündige Sitzung:

Es ist durchaus möglich, dass, als Ihr Team ab 2020 auf Telearbeit umgestellt wurde, Retrospektiven immer noch in Echtzeit durchgeführt wurden, aber in einer virtuellen Umgebung mit Zoom/Teams/Meet und nicht persönlich.

Hier bei Easy Agile, wo wir flexible Arbeitsregelungen haben, verbringen die meisten Teammitglieder normalerweise 1-2 Tage die Woche im Büro, obwohl wir jetzt auch Teammitglieder haben, die zwischenstaatlich arbeiten und zu 100% von zu Hause aus arbeiten. Daher schätzen alle unsere Teams ihre F2F-Besprechungszeit wirklich, egal ob persönlich oder virtuell. Deshalb versuchen wir, diese F2F-Zeit so weit wie möglich für wichtige Debatten und Gespräche zu maximieren, bei denen das gesamte Team zuhören und in Echtzeit teilnehmen kann.

Wie Easy Agile TeamRhythm-Retrospektiven nutzt, um die Teamzeit zu maximieren

1. Teammitglieder können dem Retrospective-Board jederzeit während des Sprints Elemente hinzufügen

Das Team wird daran erinnert und ermutigt, jederzeit während des Sprints Elemente zum Retrospektiv-Board hinzuzufügen, wann immer es gerade im Vordergrund steht. Das kann getan werden asynchron ohne zeitliche Einschränkungen. Solche hinzugefügten Artikel sind in der Regel besser formuliert, weil sie nicht innerhalb der Timebox einer traditionellen Retro-Umgebung platziert wurden. Das Erfassen des Gegenstands, wenn er im Vordergrund steht, sorgt dafür, dass diese Gegenstände weniger wahrscheinlich vergessen werden, wenn sich das Team am Ende des Sprints zusammensetzt, um den Retro zu laufen.

2. Das Team selbst überprüft das Retro-Board während des Sprints

Das Team kann die Gegenstände auf dem Retro-Board während des Sprints überprüfen und den Autor eines bestimmten Artikels anpingen, wenn er sich über den Inhalt des Artikels nicht sicher ist. Aufgrund dieses Feedbacks und im Laufe der Zeit haben die Teams von Easy Agile gelernt, spezifischer zu schreiben, sodass es weniger wahrscheinlich ist, dass der Gegenstand falsch verstanden wird.

3. Die Moderatoren kategorisieren die Themen vor dem Meeting

Das Gruppieren und Sortieren von Retroartikeln während des Meetings selbst kann oft eine überstürzte und manchmal stressige Angelegenheit sein, vor allem, wenn es allein dem Moderator überlassen wird, dies zu tun, während das Meeting gleichzeitig durchgeführt wird. Bei Easy Agile schaut sich der nominierte Moderator im Rückblick die Elemente des Boards im Voraus an und verwendet Kategorien, um gleichgesinnte Elemente zu kennzeichnen und zu gruppieren.

4. Die Zeit von Angesicht zu Angesicht dient in erster Linie der Debatte und der Festlegung von Aktionen

Die Retrospektiv-Meetings von Easy Agile konzentrieren sich jetzt hauptsächlich darauf, die rückblickenden Themen, die bereits vorab in bestimmte Kategorien unterteilt sind, zu überprüfen und zu diskutieren und zu entscheiden, welche Maßnahmen ergriffen werden müssen, um zukünftige Sprints zu verbessern.

Der Zeitpunkt einer Retrospektive bei Easy Agile sieht jetzt typischerweise so aus:

Einpacken

Indem das Team ermutigt wird, alle Lektionen/Gedanken, die es im Verlauf eines Sprints teilen möchte, festzuhalten, indem sie sie festhalten, sobald sie auf dem Retro-Board des Sprints erscheinen, konzentriert sich der Großteil der Zeit, die während des Retrospektiv-Meetings am Ende eines Sprints verbracht wird, auf bedeutsame Gespräche, Ideenfindung, ehrliches Feedback und Diskussionen sowie durchdachtere Aktionen.
Es wird weniger Zeit verschwendet, wenn das Team still sitzt und versucht, sich daran zu erinnern, was in den letzten zwei Wochen funktioniert hat oder nicht, und es dann schnell abtippen muss, damit es für den Rest des Teams Sinn macht.

Nur noch eine Sache...

Wenn du das liest, werden wir Nutzern die Möglichkeit gegeben haben, Artikel direkt aus dem Jira Issue Viewer zu einem rückblickenden Board hinzuzufügen. Das bedeutet, dass das Hinzufügen eines rückblickenden Artikels jetzt um einen Schritt weniger reduziert wird.

Außerdem planen wir, auf dem aktuellen Retro-Board die Möglichkeit zu bieten, alle noch ausstehenden retrospektiven Aktionen aus früheren Sprints anzuzeigen.

Wie führen Sie und Ihre Teams Retros durch? Hast du irgendwelche Tipps, die du mit uns teilen möchtest? Wir würden uns freuen, auch von Ihnen zu lernen. Bitte mailen Sie uns an hello@easyagile.com mit Betreff: Retro-Tipps.

Die Softwareentwicklung ist unglaublich dynamisch und ergebnisorientiert, da sich Innovationen und Technologien ständig ändern. Wenn Sie also bei allem bleiben wollen — genau wie bei den Kardashians —, benötigen Sie eine flexible Arbeitsweise, die zu Ihrem Unternehmen passt. Wenn Sie Schwierigkeiten haben, herauszufinden, wie Sie mehrere agile Teams koordinieren und agile Transformationen skalieren können, ist Scaled Agile (SAFe) möglicherweise genau das Richtige für Sie.

Aber was genau meinen wir mit SAFe und wie kann es Ihrem Unternehmen helfen, besser zusammenzuarbeiten und Ihre Kunden effektiver zu bedienen?

Lesen Sie weiter, während wir die Unterschiede zwischen SAFe und Agile besprechen und wie Sie SAFe in größeren Unternehmen einsetzen können. Im Folgenden werden wir erläutern, warum Agile immer noch am besten für kleine Teams geeignet ist und warum Unternehmen eine Skalierung in Betracht ziehen sollten.

Möchten Sie Ihr Team befähigen, das Scaled Agile Framework (SAFe) zu implementieren?

Probieren Sie einfache Agile-Programme aus

Nehmen Sie an einer Demo teil

Was ist SAFe?

Das Scaled Agile Framework (SAFe) erleichtert großen Unternehmen die Implementierung schlanker Agile-Praktiken, um ihr Produkt zu verbessern und die Anforderungen der Stakeholder zu erfüllen.

SAFe ist ein Wissensbestand, der strukturierte Anleitungen zu Rollen und Verantwortlichkeiten, Arbeitsplanung und Arbeitsmanagement sowie zu Kernwerten enthält.

SAFe ist eine Kombination verschiedener agiler Praktiken, die jedoch einen einzigartigen Aspekt mit sich bringt: Lean Thinking.

Lean Thinking sollte sicherstellen, dass während des Softwareentwicklungsprozesses keine Ressourcen verschwendet werden. Vertrauen Sie uns, Ihre Sparsamkeit wird es Ihnen danken. #ZeroWaste 💃🏼

SAFe ermutigt auch Menschen, sich zu bewerben systemisches Denken auf drei entscheidende Bereiche: Lösungen für Problembereiche, Workflow-Management und Einnahmequellen.

Lösungen beziehen sich hier auf Produkte, Dienstleistungen oder Systeme, die an den Kunden geliefert werden. Große Lösungen bestehen aus mehreren miteinander verbundenen Teilen. Daher benötigen Manager einen umfassenderen Ansatz, um zu sehen, wie sie in das Gesamtbild passen.

Personen, die dem SAFe-Framework folgen, sollten über die beteiligten Interessengruppen und Prozesse nachdenken. Wenn ein Unternehmen die Arbeitsweise seiner Teams optimieren möchte, muss es funktionsübergreifend arbeiten, Silos beseitigen und neue Arbeitsvereinbarungen mit Lieferanten und Kunden treffen.

Dies kann für viele große Unternehmen mit schlechter funktionsübergreifender Zusammenarbeit eine große Veränderung sein.

Das Unternehmen muss auch definieren, wie der Wertfluss vom Konzept bis zur Auszahlung in der Lösungsabteilung erfolgt. Dabei handelt es sich um eine Reihe von Schritten, die zur Wertschöpfung in SAFe verwendet werden. Darüber hinaus ist es Aufgabe des Managements, den Wertfluss über organisatorische und funktionale Grenzen hinweg zu maximieren.

Die Leute verwechseln Agile oft mit SAFe, aber sie haben einige wichtige Unterschiede.

Testen Sie Easy Agile Programs für Jira

SAFe vs. Agile: Wie unterscheiden sie sich?

Agile ist eine sich wiederholende Produktentwicklungsmethode, die dazu beiträgt, die kontinuierliche Erfüllung der zugewiesenen Aufgaben sicherzustellen. Mit anderen Worten, es ist wie Monica von Friends. Sie ist zuverlässig und gut in dem, was sie tut.

In agilen, funktionsübergreifenden Entwicklungsteams arbeiten an einem einzigen Backlog und teilen die Arbeit in Sprints auf, was bedeutet, dass Aufgaben in zeitlich definierte, kleinere Gruppen aufgeteilt werden. Dadurch wird jeder Person bewusst, was von ihr erwartet wird, was wiederum die Produktivität fördert und die Wahrscheinlichkeit besserer Ergebnisse erhöht.

Agile ist jedoch hauptsächlich für kleinere Teams konzipiert. Denken Sie an 10 oder weniger Personen. Aber wenn Sie ein Unternehmen sind, fangen Sie noch nicht an zu schwitzen. In seiner einfachsten Form ist SAFe ein agiles Framework für Unternehmen, die auf Unternehmensebene tätig sind. Unternehmen sind in der Regel Unternehmen mit Hunderten, wenn nicht Tausenden von Mitarbeitern und Teams. Die Anzahl der engagierten Personen ist also definitiv größer.

Die Vorteile sind ebenfalls unterschiedlich.

Agile bietet Projektmanagern, Führungskräften, Sponsoren und Kunden verschiedene Vorteile, darunter schnellere Bearbeitungszeiten, Reduzierung der Ressourcenverschwendung, bessere strategische Ausrichtung auf Kundenbedürfnisse, bessere Teamzusammenarbeit und Feedback.

Der größte Vorteil von SAFe ist, dass es für Unternehmensprobleme geeignet ist. Es berücksichtigt die Größe der Teams, da es dazu beiträgt, die Produktivität zu steigern, eine effiziente Projektrahmenplanung zu ermöglichen und agile Praktiken schneller zu kodifizieren.

Allerdings befinden sich SAFe und Agile nicht gerade auf verschiedenen Planeten.

Die wesentlichen Kernwerte von SAFe und Agile sind ähnlich — aber sie sind nicht exakt. Die SAFe-Prinzipien priorisieren die folgenden vier:

• Ausrichtung
• Transparenz
• Integrierte Qualität
• Ausführung des Programms

Zu den Kernwerten von Agile gehören dagegen:

• Zusammenarbeit mit dem Kunden statt Vertragsverhandlungen
• Schnellere Reaktion auf Planänderungen
• Arbeitssoftware der umfassenden Arbeitsdokumentation
• Personen und Interaktionen im Zusammenhang mit Prozessen und Tools

Erreichen Sie eine skalierbare Teamausrichtung mit

Einfache agile Programme

Nehmen Sie an einer Demo teil

SAFe inspiriert also zu schlanken, agilen Entscheidungen in großen Produktmanagementprojekten, während agile Entwicklung selbstorganisierende, autonome Teams fördert.

Organisationen, die in größerem Maßstab tätig sind, sollten eine agile Skalierung in Betracht ziehen — und genau das ist SAFe. Lesen Sie weiter, während wir das ausführlicher besprechen.

Warum Unternehmen erwägen sollten, von Agile aus zu skalieren

Bevor Sie weiter über SAFe sprechen, müssen Sie verstehen, was mit Beziehungen und Kommunikation passiert, wenn Teams größer werden.

Je größer das Team ist, desto größer ist die Anzahl der Beziehungen. Jede neue Person erweitert das Team um eine individuelle Perspektive, kann aber auch die Kommunikation im Team erhöhen.

Lassen Sie uns die Dinge aus mathematischer Sicht erklären.

Stellen Sie sich ein Team vor, das aus sieben Mitgliedern besteht. Die Gesamtzahl der Eins-zu-Eins-Beziehungen innerhalb des Teams beträgt 21. Wenn Sie jedoch auf neun Mitglieder aufsteigen, werden die Beziehungen zwischen jedem Einzelnen auf 36 erhöht. Ja, das ist der Unterschied, den es machen kann! *umwerfend*

Wie bedient SAFe größere Teams besser?

Sie kennen vielleicht bereits Scrum und Kanban — beides agile Frameworks, die auf der Ebene einzelner Teams in Sektoren, die hauptsächlich aus der Softwareentwicklung hervorgegangen sind, am effektivsten sind, darunter DevOps und Portfoliomanagement.

Es bedeutet auch, dass es nicht sinnvoll ist, diese Perspektiven einzunehmen, wenn mehrere Teams beteiligt sind. #Frustration 😔 Obwohl groß angelegtes Scrum eine Möglichkeit ist, suchen Product Owner und Produktmanager oft nach anderen Lösungen.

SAFe geht über die Teamebene hinaus, was wiederum zu einer besseren Abstimmung zwischen den Teams und einer besseren Sichtbarkeit der Arbeitslast führt. Sie sind auch in der Lage, bessere Prognosen in Bezug auf dynamische Marktbedingungen und sich ständig ändernde Kundenerwartungen zu treffen.

*Geben Sie die PI-Planung oder die Programminkrementplanung ein*

PI-Planung innerhalb von SAFe kann sorgen Sie für eine bessere Zusammenarbeit und Entscheidungsfindung zwischen Teams. Teamleiter können entscheiden, an welchen Funktionen sie als Nächstes arbeiten möchten, Abhängigkeiten identifizieren und auf viel effektivere und effizientere Weise einen neuen Plan für die Programminkrementierung entwickeln.

Teams arbeiten also miteinander und nicht gegeneinander. #Win 🥳

Eine vollständige Einführung von SAFe kann die Probleme des Unternehmens lösen und die Kompetenzen stärken

Lesen Sie weiter, während wir darüber sprechen, wie SAFe die Probleme großer Unternehmen auf eine Weise löst, wie Agile allein es nicht kann.

Prozesse konfigurierbar und skalierbar machen

Die Implementierung von SAFe für größere Teams ist nicht schwierig — Sie müssen lediglich eine Ebene zur Prozesslandkarte hinzufügen. Und lassen Sie Ihre Geduld ein paar Stufen höher schlagen. Diese Änderungen können dem Team helfen, sich vorzustellen, wie die verschiedenen Teams nach jeder Änderung weiterhin harmonisch zusammenarbeiten können.

Mit anderen Worten, die Agilität des Unternehmens muss nicht beeinträchtigt werden.

Der Agile Release Train (ART)

Ein KUNST ermöglicht es Scrum- und Lean-Teams, die Vorteile einer korrekten Prozessausrichtung zu erleben, die die Programm- und Portfolioprozesse erweitern, wenn das Team zu wachsen beginnt.

Klar definierte Prozesse und Rollen

Es ist normal, dass Teams mit Problemen konfrontiert werden, aber mit SAFe bekommen sie eine bessere Vorstellung davon, wie sie diese lösen können, indem sie ihre Denkprozesse verbessern und spezifische Tools einsetzen.

Darüber hinaus enthält die SAFe-Website eine ausführliche Erläuterung der Konzepte sowie Prozesslandkarten, die als visuelle Hilfe zum Verständnis der genannten Konzepte und Prozesse dienen.

Scaled Agile verbessert die Teamzusammenarbeit

SAFe hilft großen Organisationen dabei, große, missionsintensive Projekte besser durchzuführen. Die Kombination aus bestehenden Lean- und Agile-Prinzipien kann eine sehr positive Rolle dabei spielen, eine bessere Kommunikation und Kontrolle zwischen mehreren Teams zu ermöglichen.

Als stolzer Scaled Agile Platform Partner ermöglicht Easy Agile Programs Release Train Engineers und Program Managern, Programme auf Team-of-Team-Ebene effektiv zu verwalten, um die Abstimmung im großen Maßstab zu gewährleisten.

Melden Sie sich für eine Demo an

Tagelang kostenlos testen

Wenn du mehr über agile Teams und Frameworks erfahren möchtest, wir haben viele Anleitungen das kann Ihnen helfen, bessere Ergebnisse für Ihr Unternehmen zu erzielen.

Du bist am Ende deines Sprints angelangt. Ihr Team hat die wichtigsten Aufgaben geplant, priorisiert und so gut wie möglich ausgeführt. Es ist fast an der Zeit, wieder mit der Planung zu beginnen und mit dem nächsten Sprint zu beginnen...

ABER — es gibt einen wichtigen Schritt, den Sie übersehen haben. Das Rückblick auf das Team.

Was ist gut gelaufen? Was ist nicht gut gelaufen? Was musst du beim nächsten Mal verbessern?

Wir haben diesen Leitfaden auf der Grundlage jahrelanger Erfahrung in agilem Training und Softwareentwicklung erstellt. Unser ultimativer Leitfaden für Retrospektiven enthält alles, was Sie für die Durchführung effektiver Retrospektiv-Besprechungen benötigen, einschließlich der Vorteile von Retrospektiven, ihrer guten Durchführung und zusätzlicher Ressourcen.

Ein Intro: Was ist Agile?

Aber zuerst ein Rückblick auf Agile. Wenn Sie bereits damit vertraut sind, können Sie gerne zum nächsten Abschnitt über Rückblicke übergehen.

Eine unserer bevorzugten Methoden, um die agile Methode vom traditionellen Wasserfall-Projektmanagement zu unterscheiden, besteht darin, die Herangehensweisen an Jazz und klassische Musik zu vergleichen.

In der klassischen Musik bringt ein Dirigent ein Musikstück in ein Orchester. Der Dirigent führt die Gruppe durch das Stück und diktiert genau, was wo und wann passiert, basierend auf seinen eigenen, zuvor festgelegten Ideen. Es ist dem traditionellen Projektmanagement sehr ähnlich. Ein Projektmanager erstellt einen Plan, stellt ihn seinem Team vor und erklärt ihnen, wie sie ihn ausführen sollen. Jeder Schritt läuft so ab, wie er geplant wurde, unter der sorgfältigen Beobachtung des Projektleiters.

Denken Sie nun an Jazzmusik. Jazz ist kollaborativ, wobei sich jeder Bandkollege in einer flexiblen Umgebung voneinander ernährt. Die Band geht nicht völlig blind rein. Jeder arbeitet an einem Musikstück — aber es wird nicht strikt eingehalten, sodass im Moment neue Richtungen entdeckt werden können. Die Band arbeitet wie ein agiles Team zusammen, um flexibel und iterativ Musik zu kreieren, wobei jede Iteration ein bisschen anders — und hoffentlich sogar besser — ist als die letzte.

💡 Erfahre mehr: Agile 101: Ein Leitfaden für Anfänger zur agilen Methodik

Traditionelles Projektmanagement ist nicht flexibel. Stattdessen müssen die Teammitglieder in einer Reihenfolge arbeiten, die vom ursprünglichen Plan und vom Projektmanager vorgegeben wird. Stellen Sie sich eine Montagelinie vor. Die gleichen Schritte werden von Projekt zu Projekt befolgt. Die lineare Struktur bedeutet, dass, wenn ein Teil eines Projekts ins Stocken gerät, das gesamte Projekt ins Stocken gerät.

Agile hingegen ist nichtlinear. Es konzentriert sich auf die Zusammenarbeit zwischen den Teammitgliedern, Flexibilität und die Bereitstellung eines gleichbleibenden Mehrwerts für die Stakeholder während des gesamten Entwicklungsprozesses. Jede neue Iteration liefert umsetzbare Erkenntnisse darüber, was funktioniert und was nicht. Diese multidimensionale Arbeitsweise beseitigt die Engpässe und Abhängigkeiten, die beim traditionellen Projektmanagement üblich sind.

Was ist eine Retrospektive?

Retrospektiven sind ein fester Bestandteil vieler agiler Prozesse. Sie können für Teams ein entscheidender Moment sein, um zusammenzukommen und Feedback darüber zu geben, wie Prozesse verbessert werden können. Retrospektiven halten den agilen Prozess aufrecht — nun ja — wendig und fördern die kontinuierliche Verbesserung. Egal wie gut der letzte Sprint gelaufen ist, es gibt immer etwas, das für die nächste Iteration verbessert werden kann.

Agile Retrospektiven helfen agilen Teams, Daten und Feedback von den am Scrum-Prozess Beteiligten zu sammeln. In Scrum findet am Ende jedes Sprints, in der Regel alle zwei Wochen, eine Retrospektive statt. Die Retrospektive ist eine Gelegenheit für alle Teammitglieder, sich darüber auszutauschen, was gut gelaufen ist, was nicht und was beim nächsten Mal verbessert werden könnte. Die Erkenntnisse werden in der nächsten Planungssitzung berücksichtigt, um sicherzustellen, dass die Teams aus ihren Fehlern, Erfolgen und untereinander lernen.

Wie Retrospektiven zu Scrum passen

Retrospektiven werden in einer Vielzahl von agile Methoden, aber für die Zwecke unseres Retrospektiven-Leitfadens werden wir Retrospektiven innerhalb des Scrum-Prozesses besprechen. Es ist eines von vier wichtigen Meetings, die in Scrum verwendet werden und am Ende jedes Sprints stattfinden. Also, wie werden retrospektive Meetings in Scrum genutzt?

Scrum-Artefakte

Artefakte sind die Arbeiten, die das Team im Laufe des Sprints erledigt. Das Produkt-Backlog ist eine Zusammenstellung von Aufgaben, von denen das Team glaubt, dass sie erledigt werden müssen, um ein Produkt oder eine Iteration eines Produkts fertigzustellen. Der Produktbestand ist groß und nicht sehr ausgefeilt.

Artikel aus dem Produkt-Backlog werden in den Sprint-Backlog wenn es an der Zeit ist, sie abzuschließen. Das Sprint-Backlog steht für alles, was das Team in einem Sprint, der in der Regel zwei Wochen dauert, zu erreichen hofft. Das Sprint-Backlog ist ausgefeilter — es konzentriert sich auf den aktuellen Stand des Produkts, das Feedback der Stakeholder und die Kundenbedürfnisse.

Scrum-Rollen

Es gibt drei Scrum-Rollen, und jede hat unterschiedliche Aufgaben innerhalb des Scrum-Frameworks. Die Produkteigentümer priorisiert die Arbeit, die im Laufe jedes Sprints abgeschlossen werden muss. Sie verfeinern und priorisieren Backlog-Elemente und verschieben die erforderlichen Produkt-Backlog-Elemente in das Sprint-Backlog.

Die nächste Rolle ist die Scrum Master, der das Team während des zweiwöchigen Sprints leitet und sicherstellt, dass das Scrum-Framework eingehalten wird. Diese Person ist ein Experte für alles, was mit Scrum zu tun hat, und kann bei täglichen Stand-ups und anderen wichtigen Besprechungen als Moderator fungieren. Der Scrum Master spielt in der Regel eine Schlüsselrolle bei der Leitung von Retrospektiven.

Schließlich kommt der Entwicklungsteam. Sie machen den Großteil des Teams aus und erledigen die im Sprint-Backlog festgelegten Arbeiten. Das Entwicklungsteam beteiligt sich an der Planung, nimmt an täglichen Stand-up-Meetings teil und liefert die Arbeit an den Kunden und die Stakeholder.

Stakeholder und Kunden gehören zwar nicht direkt zum Scrum-Team, spielen aber eine wichtige Rolle im Scrum-Prozess. Die Bedürfnisse von Stakeholdern und Kunden müssen bei Entwicklungsentscheidungen immer im Vordergrund stehen. Stakeholder sollten frühzeitig und häufig hinzugezogen werden, um während der Entwicklung eines Produkts kritisches Feedback zu geben.

Scrum-Zeremonien

Die Scrum-Zeremonien sind die Veranstaltungen, die im Scrum-Rahmen stattfinden. Zuerst kommt die Sprint-Planung, um die Voraussetzungen zu schaffen, dann tägliche Scrums oder Standup-Meetings, gefolgt von einem Sprint-Review und einer Sprint-Retrospektive.

Das Sprint-Planung Bei einem Meeting wird alles für den nächsten Sprint vorbereitet. Besprechungen zur Sprint-Planung bieten die Gelegenheit, Backlog-Elemente zu priorisieren und das gesamte Team auf seine Ziele für die kommenden zwei Wochen abzustimmen. Ohne Planung wird das Team keine klaren Ziele haben und es wird nicht wissen, welche Aufgaben es als Nächstes angehen soll.

Das täglicher Stand-up, manchmal auch als tägliches Scrum bezeichnet, findet an jedem Tag des Sprints statt. Das gesamte Team nimmt an diesem täglichen Meeting teil, das alle am Sprint Beteiligten auf dem Laufenden hält. Während des Meetings informieren sich die Teammitglieder gegenseitig darüber, was sie in den letzten 24 Stunden erreicht haben und was sie in den nächsten 24 Stunden zu erreichen hoffen. Diese Zeit dient auch als Gelegenheit, alle aufgetretenen Probleme oder mögliche Hindernisse zu besprechen, die einen reibungslosen Arbeitsablauf verhindern könnten.

Das Sprint-Überprüfung Das Meeting findet am Ende des Sprints statt und ist eine Gelegenheit, den Erfolg des Sprints anhand der Aufgaben zu besprechen, die als „Erledigt“ gelten. Das Sprint-Review kann auch die Stakeholder in den Scrum-Prozess einbeziehen, um sicherzustellen, dass sich alle Beteiligten immer noch darüber einig sind, wohin das Produkt gehen soll und was als Nächstes passieren soll. Die Beteiligten liefern unschätzbare Erkenntnisse, die sicherstellen, dass das Team auf dem richtigen Weg bleibt, um die Kundenbedürfnisse zu erfüllen.

Die letzte Zeremonie im Scrum-Framework ist der leuchtende Stern in unserem Leitfaden. Die Sprint-Rückblick Das Meeting findet am Ende jedes Sprints statt. Es ist ein wichtiges Meeting, das dem Team hilft, sich von einem Sprint zum nächsten zu verbessern. Es ermöglicht den Teammitgliedern, sich darüber auszutauschen, was gut gelaufen ist, was nicht so gut gelaufen ist und was beim nächsten Mal verbessert werden könnte.

Im weiteren Verlauf dieses Leitfadens werden wir die Elemente einer guten Sprint-Retrospektive analysieren.

💡 Erfahre mehr über die Unterschiede zwischen diesen vier Treffen in unserem Artikel: Agile Ceremonies: Ihr Leitfaden für die vier Stufen.

Die Vorteile von Retrospektiven

Retrospektiven machen das Iterative agil. Sie bieten Teams eine fokussierte Zeit, in der sie aus der Vergangenheit und voneinander lernen können, sodass sie den Entwicklungsprozess ständig verbessern können. Die Vorteile im Nachhinein sind enorm und wirken sich auf alle Entwicklungsbereiche aus. Die Erkenntnisse aus einer Retrospektive können die Produktivität, die Teamdynamik, das Teamvertrauen, den Kundennutzen und den gesamten Scrum-Prozess verbessern.

Zu den rückwirkenden Leistungen gehören:

• Dokumentation des Feedbacks in Echtzeit nach jedem Sprint
• Aufdecken von Problemen aus dem vorherigen Sprint, die das Produkt oder das Team behindern
• Das Team auf die wichtigsten Themen ausrichten
• Allen Beteiligten die Möglichkeit geben, Ideen, Gedanken und Erfahrungen auszudrücken
• Information der Führung über potenzielle Hindernisse
• Das Team zusammenbringen, um gemeinsame Ziele und Aktionspunkte zu erreichen
• Schaffung eines sicheren Raums für den Austausch von positivem und konstruktivem Feedback
• Förderung einer Denkweise zur kontinuierlichen Verbesserung
• Wir helfen Produktbesitzern, Entscheidungen für den nächsten Sprint zu treffen
• Das Team auf einen positiven Weg für den nächsten Sprint bringen

6 Effektive Techniken der Retrospektive

Jetzt, da Sie wissen, warum Retrospektiven für den agilen Prozess so wichtig sind, ist es an der Zeit, sich damit zu befassen, wie Sie sie effektiv durchführen können. Nutzen Sie unsere 7 Techniken zur Retrospektive für ein reibungsloses Meeting, das alle Beteiligten bei der Stange hält und stets zu qualitativ hochwertigen Erkenntnissen führt.

1. Wählen Sie eine Zeit, die für alle funktioniert, und halten Sie sich daran

Es ist wichtig, dass jedes Mitglied des Scrum-Teams an der Retrospektive teilnimmt. Das bedeutet, sie abzuhalten, wenn alle verfügbar sind, egal ob persönlich oder virtuell.

Holen Sie sich Feedback von Ihrem Team zum besten Zeitpunkt für dieses Meeting. Es sollte direkt nach dem Ende des Sprints, aber vor dem Planungstreffen für den nächsten Sprint stattfinden. Dies kann ein enges Zeitfenster sein, weshalb es hilfreich ist, dieses Meeting alle zwei Wochen zur gleichen Zeit zu planen.

Einheitliche Besprechungszeiten tragen dazu bei, dass die Besprechung tatsächlich stattfindet und dass eine optimale Anzahl von Teammitgliedern teilnehmen kann.

2. Finden Sie neue und kreative Wege, um Feedback einzuholen

Das Format Start, Stop, Continue kann viele Formen annehmen, der allgemeine Vorgang ist jedoch derselbe. Das Team bespricht, womit es beginnen möchte, womit es aufhören möchte und was es im nächsten Sprint weitermachen möchte. Es ist ein einfaches Framework, das sowohl darauf eingeht, was beim vorherigen Sprint gut gelaufen ist, als auch darauf, was beim nächsten Mal verbessert werden könnte.

Dies ist eine bewährte Methode, aber es ist auch wichtig, dass Sie Ihr Format ändern und andere Fragen stellen, um das Team bei der Stange zu halten.

Sie versuchen jedes Mal, ähnliche Informationen zu erhalten (was Sie beginnen, beenden und fortsetzen sollen), aber die Art und Weise, wie Sie diese Informationen sammeln, kann sich ändern und weiterentwickeln. Bringen Sie Abwechslung in Ihre Scrum-Retrospektive und bringen Sie ab und zu etwas Abwechslung ins Spiel, um alle Beteiligten bei der Stange zu halten.

Finden Sie neue Möglichkeiten, ähnliche Fragen zu stellen, und bringen Sie neue Eisbrecher hinzu, damit sich das Team wohl fühlt, wenn es ehrlich und klar über die letzten zwei Wochen spricht.

Andere Versionen von „Start, Stop, Continue“ beinhalten die Übung Rose, Bud, Thorn, bei der die Teammitglieder etwas Positives über das Erlebnis besprechen, eine „aufkeimende“ Gelegenheit, die beim nächsten Mal erweitert werden kann, und etwas Negatives über das Erlebnis, das verbessert werden sollte. Eine weitere Alternative ist die Übung „Anchors and Sails“. Was war mit dem letzten Sprint, der das Team belastet oder verankert hat, und welche positiven Aspekte haben ihnen sozusagen Wind in die Segel gegeben?

Langweilige Rückblicke werden die Teammitglieder vor dem Meeting fürchten lassen und die Teilnehmerzahl erheblich verringern. Wenn die Teilnehmer nicht engagiert sind, werden sie nicht so offen ihren Beitrag leisten und sie werden nicht die Verantwortung für den Prozess übernehmen.

Dinge durcheinander zu bringen ist auch eine gute Möglichkeit, Erkenntnisse zu gewinnen, die das Team zuvor noch nicht berücksichtigt hat. Neue Fragen werden zu neuen Ideen, Problemen und Lösungen führen, die sonst nicht entdeckt worden wären.

3. Stellen Sie sicher, dass alle Stimmen gehört werden

In der Retrospektive müssen alle Stimmen gehört werden. Es liegt in der Verantwortung der Moderatoren, sicherzustellen, dass jeder während des Meetings die Möglichkeit hat, zu sprechen, und dass laute oder dominante Persönlichkeiten das Gespräch nicht überholen. Sie müssen auch gehört werden, aber nicht auf Kosten introvertierter Teammitglieder.

Wenn Sie feststellen, dass einige Mitglieder Ihres Teams nicht teilnehmen, stellen Sie ihnen direkte Fragen. Wenn sie sich dadurch nur weiter in ihre Schale zurückziehen, nehmen Sie sie am Ende der Besprechung für ein Einzelgespräch zur Seite. Wie können Sie die Besprechungsumgebung für sie angenehmer gestalten? Was ermöglicht ihnen am besten, effektiv zusammenzuarbeiten? Stellen Sie sicher, dass dies richtig formuliert ist, damit es nicht so klingt, als ob sie in Schwierigkeiten stecken, sondern so, als ob Sie ihren Beitrag schätzen und schätzen.

4. Schaffen Sie eine komfortable Umgebung

Sorgen Sie dafür, dass sich die Retrospektive für alle Beteiligten sicher und angenehm anfühlt, indem Sie Vertrauen, Zusammenarbeit und offenen Dialog vermitteln. Jedes Teammitglied sollte das Gefühl haben, dass seine Stimme wichtig ist. Es sollte ein Ort der Positivität sein, keine Gelegenheit für Teammitglieder, sich gegenseitig zu verlieben. Es liegt an dem Moderator, dafür zu sorgen, dass sich alle wohl fühlen.

Es sollte Platz für alle geben, zu Wort zu kommen. Das gesamte Team sollte das Gefühl haben, seine Gedanken und Meinungen dazu äußern zu können, was im Laufe des Sprints passiert ist. Wenn sich die Leute unwohl fühlen oder denken, dass ihre Stimme nicht geschätzt oder gehört wird, werden sie sich zurückhalten und ihr ehrliches Feedback nicht wirklich äußern.

Dies wirkt sich nachteilig auf den Prozess aus, da es dazu führen kann, dass wiederkehrende Probleme im Laufe zukünftiger Sprints weiter schwelen und sich verschlimmern. Es ist im Interesse aller, offen und ehrlich zu sein und allen zuzuhören. Das Ziel einer Retrospektive ist es, Probleme zu lösen, Hindernisse zu vermeiden und die Prozesse des Teams zu verbessern. Wenn Teammitglieder schweigen oder unehrlich darüber sind, wie die Dinge ihrer Meinung nach laufen, wird nichts gelöst.

Komfort spielt eine große Rolle dabei, wie ehrlich jeder sein wird. Stellen Sie sicher, dass alle respektvoll sind und dass die Redezeit im gesamten Team aufgeteilt wird. Nehmen Sie sich Zeit, um Vertrauen aufzubauen und dem Team zu ermöglichen, sich kennenzulernen. Ein Team, das sich gegenseitig vertraut, kann zusammenarbeiten und sich gegenseitig aufbauen — und Sie werden in der Lage sein, Probleme zu bewältigen, bevor sie die Produktivität, das Wohlbefinden des Teams oder den Scrum-Prozess beeinträchtigen.

5. Dokumentieren Sie alles und erstellen Sie klare Aktionspunkte

Wenn Sie es nicht dokumentieren, ist es nicht passiert. Verlassen Sie sich nach der Retrospektive nicht allein auf die Erinnerung. Dokumentieren Sie das Feedback, das die Teammitglieder geben, und stellen Sie sicher, dass alle wichtigen Ideen oder Probleme in die nächste Planungsbesprechung eingebracht werden.

Verwandeln Sie wichtige Erkenntnisse in Maßnahmen, um sicherzustellen, dass Ideen nicht verloren gehen. Stellen Sie sicher, dass die Aktionspunkte spezifisch und klar sind und dass das gesamte Team versteht, was „erledigt“ für jede Aufgabe tatsächlich bedeutet. Sobald ein Aktionspunkt erstellt wurde, stellen Sie sicher, dass weitere Maßnahmen ergriffen werden, idealerweise zu Beginn der nächsten Retrospektive. Ermitteln Sie, wer für den Aktionspunkt verantwortlich ist und wie wichtig er im Gesamtbild Ihres Produkt-Backlogs ist.

6. Überprüfe deine Aktionspunkte bei der nächsten Retrospektive

Sie haben also Ihre Erkenntnisse und die Ihres Teams gesammelt und diese Erkenntnisse in Maßnahmen umgesetzt. Der letzte Schritt besteht darin, diese Aktionspunkte in der nächsten Retrospektive zu behandeln. Wurden sie gelöst oder traten immer wieder dieselben Probleme auf?

Es empfiehlt sich, zu Beginn der nächsten Retrospektive noch einmal einen Blick auf deine bisherigen Aktionsgegenstände zu werfen. Hat das Team bei der Aufgabe Fortschritte gemacht? Was muss noch passieren? Müssen Sie beim nächsten Rückblick noch einmal darauf eingehen?

Was passiert nach der Retrospektive?

Die Retrospektive mag das letzte Treffen des Sprints sein, aber sie endet nicht dort. Nehmen Sie diese Erkenntnisse mit in den nächsten Sprint.

Nach der Retrospektive bewertet der Product Owner das Produkt-Backlog neu und entscheidet, was für die nächste Arbeitsrunde in das Sprint-Backlog aufgenommen wird. Sie sollten vergangene Fehler, Erfolge, das Feedback der Stakeholder und rückblickende Erkenntnisse berücksichtigen, wenn sie Entscheidungen treffen.

Das Sprint-Planungsmeeting findet im Anschluss an die Retrospektive statt und hilft dem Team, sich neu zu formieren und abzustimmen, was als Nächstes erreicht werden muss. Mit jedem Sprint erhalten Sie mehr Informationen über das Produkt, Ihre Kunden, die Zusammenarbeit des Teams und Ihren gesamten Prozess. Diese Erkenntnisse werden berücksichtigt, um Verbesserungen von Sprint zu Sprint und von Produkt zu Produkt vorzunehmen.

Für bessere Sprints lesen Sie unseren Leitfaden zur Sprint-Planung, der alles enthält, was Sie für effiziente und effektive Planungsbesprechungen benötigen. ➡️ Der ultimative Leitfaden zur agilen Sprint-Planung.

Verwandeln Sie ein Aktionselement mit nur wenigen Klicks in eine Jira-Ausgabe und planen Sie dann die Arbeit, um sicherzustellen, dass Ihre Ideen am Ende der Retrospektive nicht verloren gehen.

Verwenden Sie Easy Agile TeamRhythm

MEHR ERFAHREN

Fehler, die es im Nachhinein zu vermeiden gilt

Das Einholen von Feedback mag einfach klingen, aber es gibt viele Möglichkeiten, wie eine Retrospektive schief gehen kann — von überforderten Teammitgliedern über sich wiederholende Fragen bis hin zum Versäumnis, Erkenntnisse effektiv zu erfassen. Lesen Sie unsere Liste der häufigsten Fehler im Rückblick, um sicherzustellen, dass Ihr Team nicht den Ball fallen lässt.

❌ Überspringen oder Verschieben der Retrospektive

Aufgrund von Zeit- oder Ressourcenmangel könnten Teams erwägen, die Retrospektive zu überspringen. Das ist ein kostspieliger Fehler.

Überspringen Sie unter keinen Umständen eine Sprint-Retrospektive. Dies ist eine kritische Zeit, in der das Team die Möglichkeit hat, seine Prozesse zu verbessern. Das Überspringen einer Retrospektive ermöglicht den Status Quo und fördert Selbstzufriedenheit. Beim agilen Prozess geht es um kontinuierliche Verbesserung — ohne die Retrospektive verpassen Sie eine wichtige Gelegenheit, mehr über die Stärken und Schwächen Ihres Teams und seiner Prozesse zu erfahren.

Eine Verzögerung der Retrospektive kann sich auch nachteilig auf Ihren Fortschritt als Scrum-Team auswirken. Es ist wichtig, dass Sie direkt nach Ende des Sprints Erkenntnisse sammeln — solange die Ideen und Probleme noch frisch sind.

Das Hinauszögern des Retro-Prozesses könnte dazu führen, dass die Teammitglieder vergessen, wie der Prozess tatsächlich abgelaufen ist, was zu langweiligem Feedback führt, dem die Details fehlen, die positive Veränderungen bewirken können. Und wenn es zu lange verzögert wird, könnte etwas anderes auftauchen, das Vorrang vor der Retrospektive hat, was bedeutet, dass das Meeting möglicherweise überhaupt nicht stattfindet.

❌ Stell immer die gleichen Fragen

Der Scrum-Prozess wiederholt sich von Natur aus, aber das bedeutet nicht, dass Ihre Retrospektiven langweilig oder unerträglich trocken sein sollten. Das Festhalten am Status Quo ist ein großer Fehler bei Retrospektiven.

Wenn Sie dasselbe Meeting alle zwei Wochen wiederholen, müssen Sie für Abwechslung sorgen, um das Team bei Laune zu halten. Sobald Sie die Aufmerksamkeit des Teams verlieren, sinkt das Engagement und auch die Qualität des Feedbacks, das Sie erhalten, sinkt.

Wenn Sie eine Retrospektive veranstalten, sprechen Sie mit sich selbst und dem Team, um sicherzustellen, dass Engagement und Interesse hoch bleiben. Wenn Sie die Aufmerksamkeit der Leute verlieren und feststellen, dass das Engagement sinkt, ändern Sie Ihr Format oder die Art der Fragen, um alle wach, aufmerksam und auf Trab zu halten. Eine weitere Möglichkeit, Abwechslung in die Mischung zu bringen, besteht darin, die Moderation des Meetings zu ändern.

❌ Einem Teil der Gruppe erlauben, das Gespräch zu dominieren

Jede Stimme im Team muss gehört werden, aber manchmal sind es die Lautesten, die durchkommen, naja, am lautesten. 📢 Effektive Retrospektiven erfordern mehrere Perspektiven, um neue Erkenntnisse zu liefern.

Lassen Sie nicht zu, dass einige wenige Stimmen das Gespräch dominieren. Ein dominierendes Teammitglied wird die gesamte Zeit des Meetings nutzen und die Erkenntnisse, die Sie sammeln können, einschränken. Wenn nicht jede Stimme gehört wird, können Probleme mit dem Prozess auch in mehreren zukünftigen Sprints bestehen bleiben und die Effektivität Ihres Teams erheblich beeinträchtigen. Außerdem fühlen sich diejenigen, die nicht so laut sind, weniger involviert und unterschätzt.

❌ Es gelingt nicht, weichere Stimmen zu stärken

Neben dem entmutigenden Verhalten müssen Sie auch die leisen Stimmen verstärken.

Manche Menschen werden sich weniger engagieren, oder sie sind möglicherweise zu schüchtern oder haben Angst, ihre Meinung in einer Gruppe zu äußern. Achte darauf. Wenn du es merkst, finde Wege, diesen ungehörten Stimmen Gehör zu verschaffen. Es könnte bedeuten, ihnen direkt während des Meetings Fragen zu stellen, oder es könnte bedeuten, ein schüchternes Teammitglied nach dem Meeting zur Seite zu nehmen, um im Einzelgespräch Erkenntnisse zu sammeln.

Wenn sie die Gruppe oder deinen Prozess als einschüchternd empfinden, nimm die notwendigen Anpassungen vor, um sicherzustellen, dass sich alle wohl fühlen, wenn sie ihre Gedanken über den Sprint äußern. Eine Retrospektive ist ein kollaborativer Prozess. Tun Sie, was Sie können, um jedes Mitglied des Teams einzubeziehen und zu stärken.

❌ Ohne Diskussion voreilige Schlüsse ziehen

Eine einzige Aussage eines Teammitglieds ist nicht das Ende der Konversation. Wenn Teammitglieder Probleme oder Ideen zur Sprache bringen, müssen sie als Team besprochen werden. Geht es anderen genauso? Ist es wichtig, dass diese Idee sofort umgesetzt wird, oder kann sie vorerst auf die lange Bank geschoben werden? Wie wirkt sich eine bestimmte Erkenntnis konkret auf das Produkt oder die Kundenbedürfnisse aus?

Ziehen Sie keine voreiligen Schlüsse, ohne eine sinnvolle Diskussion zu führen. Sie können schnell Informationen von Ihrem Team einholen, ohne Ihren festgelegten Besprechungszeitplan zu verschieben. Lassen Sie sich von keinem Thema vom Kurs abbringen, aber stellen Sie sicher, dass Sie nichts übersehen. Wenn das Team der Meinung ist, dass eine Idee sinnvoll ist, machen Sie daraus einen Aktionspunkt, der bei der nächsten Besprechung weiterverfolgt werden kann.

❌ Keine Implementierung von Erkenntnissen in den nächsten Sprint

Leider ist das durchaus üblich. Ein Team hält ein retrospektives Meeting ab und macht fast alles richtig, nur um dann die Erkenntnisse seines Teams nicht gründlich aufzuzeichnen und in die Praxis umzusetzen.

Der ganze Sinn der Retrospektive besteht darin, Ihrem Team zu helfen, sich zu verbessern. Wenn Sie das Feedback, das Sie vom Team erhalten, nicht ordnungsgemäß dokumentieren und diese Erkenntnisse nicht in die Tat umsetzen, holen Sie nicht das Beste aus Ihren Retrospektiven heraus.

Verwandeln Sie Feedback- und Diskussionsthemen in klare Aktionspunkte, die Sie später weiterverfolgen können. Nehmen Sie wichtige Maßnahmen und Erkenntnisse in Ihr Sprint-Planungstreffen auf und schauen Sie bei Ihrer nächsten Retrospektive vorbei. Konnten Sie bei den Aktionspunkten der letzten Retrospektive Fortschritte erzielen? Auf welche Straßensperren bist du gestoßen? Erfordern die Aktionspunkte weitere Aufmerksamkeit oder Weiterverfolgung?

❌ Du verbesserst deinen Rückblick nicht

Sogar eine Retrospektive könnte eine Retrospektive gebrauchen! 🤯

Nehmen Sie sich hin und wieder Zeit, um Ihren Rückblick zu überprüfen. Bitten Sie Ihr Team, Feedback dazu zu geben, wie die Besprechungen ihrer Meinung nach verlaufen. Was mögen sie, was mögen sie nicht und wie könnten ihrer Meinung nach die retrospektiven Besprechungen verbessert werden?

Sie können jeden Aspekt Ihres agilen Prozesses verbessern. Gehen Sie direkt zur Quelle, um die Meinungen der an dem Meeting Beteiligten einzuholen. Fühlen sich die Teammitglieder gehört? Wurden Probleme zu ihrer Zufriedenheit gelöst? Haben die Treffen stagniert?

Wenn es darum geht, Ihre Retrospektiven zu verbessern, hat Ihr Team die Daten. Zögern Sie nicht zu fragen.

Nur weil Retrospektiven im Scrum-Prozess an letzter Stelle stehen, heißt das nicht, dass sie nicht wichtig sind. Verlieren Sie nicht die Fahrt, wenn Sie die Ziellinie überqueren. Halten Sie am Ende jedes zweiwöchigen Sprints eine Retrospektive ab. Stellen Sie sicher, dass jede Sprint-Retrospektive Erkenntnisse von jedem Teammitglied enthält und dass die Erkenntnisse dokumentiert und in klare Maßnahmen umgewandelt werden.

📚 Zusätzliche Ressourcen

Wir haben eine Fülle kostenloser Ressourcen auf der Einfacher Agile-Blog, und wir fügen es jede Woche hinzu. Wir empfehlen, unsere anderen Leitfäden sowie unsere leistungsstärksten agilen Inhalte zu lesen.

• Der ultimative Leitfaden zur PI-Planung
• Der ultimative Leitfaden für User Story Mapping
• Produkt-Roadmaps: Ihr Leitfaden, warum und wie Sie sie verwenden
• Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map
• Was ist der Unterschied zwischen Kanban und Scrum?
• DEEP: Die 4 Merkmale eines guten Produkt-Backlogs

Vielen Dank, dass Sie unseren ultimativen Leitfaden für Retrospektiven gelesen haben! 👏 Wenn Sie Fragen zu diesem Handbuch, unseren anderen Inhalten oder den Easy Agile-Produkten haben, wenden Sie sich an unser Team. Wir lieben es, mit Teams und Einzelpersonen über Agile zu sprechen und darüber, wie man besser zusammenarbeiten kann. Wir werden diesen Leitfaden weiter aktualisieren, sobald wir mehr rückblickende Einblicke, Techniken, Tools und Best Practices gewinnen.

Verwenden Sie Easy Agile, um Ihren Agile-Prozess zu verbessern

Wenn Ihre Sprint-Retrospektive nicht wirksam ist, wird Ihr nächster Sprint unter den gleichen Problemen leiden. Es ist unerlässlich, dass sich die Scrum-Teams am Ende jedes Sprints treffen, um zu besprechen, was gut gelaufen ist, was nicht so gut gelaufen ist und was beim nächsten Mal verbessert werden kann. Andernfalls laden Sie Selbstgefälligkeit und Stagnation in Ihren Scrum-Prozess ein — das Gegenteil von Agile.

Verbessern Sie Ihre Retrospektiven mit Einfacher agiler Teamrhythmus. Die Retrospektiv-Funktionen in TeamRhythm helfen Ihrem Team, auf dem Weg der kontinuierlichen Verbesserung zu bleiben. Schau dir das an Höhepunkttour um zu sehen, wie Easy Agile TeamRhythm die Sprint-Planung, die Verwaltung Ihres Backlogs und Team-Retrospektiven einfacher macht. Besuche den Atlassian Marketplace und starte dein kostenloses, 30-Tage-Testversion heute.

Viele Organisationen haben Schwierigkeiten, Großprojekte zu verwalten. SAFe can help.

SAFe provides them the frame and the training that they need to carry a nachhaltig change in big measure. If they want to carry changes on a low team level, distribution level or the whole company, you shows SAFe, how that goes.

The implementation of SAFe offers many benefits. Aber was genau ist das und wie können Sie SAFe verwenden, um ein schlankes Unternehmen aufzubauen?

Mögen Sie Ihr Team befähigen, das Scaled Agile Framework (SAFe) zu implementieren?

Probiert simple Agile-Programme aus

AN EINER DEMO TEILNEHMEN

SAFE-Hintergrund

SAFe ist die Abkürzung für „Scaled Agile Framework“. Da sich Agile auf kontinuierliche Verbesserungen in einem kleinen Maßstab konzentriert, wendet SAFe seine Philosophie auf Unternehmensebene an.

SAFe erhöht die geschäftliche Agilität und führt zu flexiblen und reaktionsschnellen Teams für große Organisationen. SAFe verwendet zusammen mit Lean-Agile seine eigenen Werte Principes.

This agile Framework began, as the software system expert Dean Leffingwell from the traditional working processes in the software market. He developed the SAFE method to change working processes, which are listed.

You can use this framework to understand a Lean-Agile-Thinking in large measure. Es konzentriert sich auf ständige Verbesserungen. Independent improve company the work performance and productivity.

About Scaled Agile Inc. you can take an training, to scale work and improve the performance in their company.

The implementation of SAFe on team-, program or enterprise level is absolut machbar.

Testing Easy Agile Programs for Jira

SAFE-Werte

The Scaled Agile Framework used vier Kernwerte:

1. Ausrichtung by business decisions with the business vision, strategy, implementation and objectives in little to great measure.
2. Integrated quality um wünschenswerte Ergebnisse zu erzielen, die zum Erfolg führen.
3. Durchsichtigkeit: Gute Entscheidungen können nur getroffen werden, wenn umfassende Informationen verfügbar sind.
4. Execution of the program das führt zurück zu Strategy and Vision

Durch die Anwendung dieser Werte steigern Teams und Organisationen das Engagement, indem sie deutlich machen, was sie von agilem Teamverhalten und Aktionen erwarten.

Wenn alle zusammenarbeiten und ihre Verantwortung verstehen, steigen die Erfolgschancen dramatisch. SAFe fördere offenheit und engagement bei der Erfüllung von Einzel- und Teamaufgaben. Wenn also eine Einzelperson oder ein Team auf einer Straßensperre steht, kommunizieren sie miteinander, um gemeinsame Lösungen für Probleme zu finden.

Use company the Lean-Agile-method in wide measure, to:

• Sorgt für die termingerechte Lieferung von Softwareentwicklungsprodukten
• Unterstützen Sie qualitativ hochwertige Produktlieferungen
• Amore the engagement and the satisfaction your stakeholder
• Optimiert die Leistung auf der Grundlage regelmäßiger, vorhersehbarer Zeitpläne

💥 Teamausrichtung im großen Maßstab erreichen: Produktdemo von Easy Agile Programs 💥

AN EINER DEMO TEILNEHMEN

Was ist agil?

SAFe wendet die agile Methode auf größere Teams an. Lassen Sie uns auch behandeln, was agil bedeutet.

Agile Methodology sie konzentriert sich auf Flexibilität, Zusammenarbeit und Wertschöpfung. Es bedeutet, ein Produkt ständig an die sich ändernden Bedürfnisse von Usern und Interessengruppen anzupassen oder zu wiederholen. Agile Teams reagieren schnell auf Veränderungen und passen sich schnell an, unabhängig davon, ob sie Scrum verwenden oder Kanban.

Jede Iteration hat eine festgelegte Timebox. The team members use this increments, to support optimated working processes. Sie erstellen, testen und liefern Ergebnisse, die besser funktionieren als normale Arbeitsprozesse.

Was ist Lean?

The Lean Methodology plays also in SAFe.

Das Lean-Method hat seine Wurzeln in der Autoindustrie. Ford Motors, Toyota erweiterte die Ford-Methode, um den Abfall weiter zu minimieren und einen Mehrwert zu erzielen. Jetzt verfügt Lean über einen umfassenden Satz von Prinzipien mit praktischen Anwendungen.

Lean betont, how important is to check value stream, to improve the efficiency and more customer use.

Wenn sie Lean-Prinzipien anwenden, schaffen Teams mehr Wert, höhere Leistung und höhere Produktivität. With other terms, Lean supports the agility of the company.

SAFe includes this lean-work method. Sie können SAFe auch anwenden auf schlankes Portfoliomanagement (LPM) and many other areas of the organization.

SAFe Agile Principes

The SAFe Agile Framework is also focus on 10 SAFE-Prinzipien. This principles are also to connecting performance, quality and profit with.

1. „Nimm einen economic view. “
2. „Bewerben systemisches Denken. “
3. “variability annehmen; options beibehalten. „Das bedeutet, dass keine Lösung richtig ist, also sollten Teams unvoreingenommen sein, wenn sie über Arbeitsansätze sprechen.
4. “Schnelles Bauen in Schritten um Lernzyklen zu beschleunigen. “
5. “Create Miles zur objektiven Analyse funktionierender Systeme. “
6. “Sende dich vor und schränken Sie ein WIP, limit the size of work stapels and control the warteschlangenlängen. „Jegliche Unterbrechungen und Probleme verlängern die Markteinführungszeit, erhöhen den Einsatz knapper Ressourcen und verringern potenzielle Gewinne. Kurz sagte, „Zeit ist Geld“.
7. “Apply Step frequency, with domain übergreifender planning synchronisieren. “
8. Ermutigen Sie angeborene Motivation des Wissens innerhalb von Scrum-Teams
9. Verteilen the decision process
10. goals and work organisation around to the value, it is schaffe

Was ist das Gesamtbild von SAFe?

Wenn Sie Schwierigkeiten haben, SAFe zu visualisieren, schauen wir uns das Gesamtbild an. When the typical agile team small is small, offers SAFe a possible, agile methods to greater organizations. Es konzentriert sich auf teamübergreifende Zusammenarbeit und motiviert alle, an Lean-Mentality zu denken.

Das bedeutet optimierte Arbeitsprozesse und ein klareres Verständnis dafür, welche Prozesse einen Mehrwert schaffen. Es motiviert auch größere Teams, sich ständig anzupassen und zu verbessern.

Das Framework zeigt, wie strategische Planung in praktische Arbeitsabläufe umgewandelt werden kann. Agile Teams nutzen die Agiler Release-Zug (ART), to reach to each work level, to reach this. SAFe bietet auch Training for Release Train Engineer an, um Veränderungen zu unterstützen.

In jeder Ebene gibt das Framework also die SAFE-Prinzipien an, die Teams müssen anwenden. Quick the application this principles you reach value development by coordination and a flexiblen workflow.

Create and visual they dependencies within one individual teams or between teams

Gezielte Teamplanung

Nehmen Sie teil an einer Produktdemo von Easy Agile Programs

The Benefits of Implementation of SAFe

Leadership and staff can see the SAFe Strassenkarte and working process. Sie können auch die weitreichenden Auswirkungen auf die geschäftliche Agilität erkennen.

Zu den Vorteilen der Implementierung von SAFe gehören:

• Verbesserung des systemischen Denkens im gesamten Unternehmen
• Verbesserung der Wertströme und der Qualität der Ergebnisse
• Steigerung der Produktivität
• Development of team environments through Lean Thinking
• Verkürzung der Markteinführungszeit
• Entwicklung spezifischer Methoden zur Zielerreichung
• Schaffen von Transparenz, die Rollen, Verantwortlichkeiten und Maßnahmen klarstellt
• Diselimination of Silos and agreement small teams on the entire company
• Erhöhung der Unternehmensagilität zur Erreichung der allgemeinen Unternehmensziele

SAFe Agile Certification

Sie können die Vorteile zertifizierter SAFe Agile-Schulungen nutzen, um Ihre agilen Teams weiterzuentwickeln. Scaled Agile Inc. bietet verschiedene Educations um die agile Transformation zu verwalten.

SAFE-Schulungen können Ihnen helfen, die SAFE-Methode zu implementieren, SAFE-Teams als SAFe Scrum Master zu leiten und Lean-Portfolios in SAFe zu verwalten.

SAFe + Jira = Success

Combinate SAFe and Jira, and you have an comprehensive framework for the success. When company started with SAFe, they reports of significant quantifizierbare Verbesserungen bei der Umsetzung von Strategien.

Auschecken Simple Agile Programs for Jira. Diese App hilft dabei, Teams in großem Maßstab an ihrer Programm-Roadmap auszurichten. Anzeige von Abhängigkeiten und anderen Meilensteinen auf ART-Ebene. Teste es free.

Testing Easy Agile Programs for Jira