Agile Teams

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

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

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

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

Free workflow apps

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

Easy Agile Scrum Workflow for Jira

Easy Agile Kanban Workflow for Jira

Why dev teams choose Jira workflows

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

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

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

Jira workflow best practices and lessons learned

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

1. Make customer-focused decisions

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. Don’t over-customize or overcomplicate

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

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

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

6. Keep your workflow simple: limit statuses and transitions

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

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

7. Iterate on your workflow

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

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

8. Involve stakeholders when creating workflows

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

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

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

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

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

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

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

9. Teach stakeholders about the iterative process

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

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

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

10. Test your workflow

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

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

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

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

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

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

Stage 2 - Testing with your team in your actual project

Testing is a continuous process.

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

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

11. Make use of agile Jira apps

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

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

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

Marktplatz

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

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

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

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

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

Scrum-Boards von Jira Software

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

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

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

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

Mit Jira Scrum Boards kannst du:

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

Kanban-Boards von Jira Software

Bildquelle: Atlassian

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

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

Mit Jira Kanban Boards kannst du:

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

Roadmaps für Jira Software

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

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

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

Mit Jira-Roadmaps kannst du:

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

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

Berichterstattung über Jira Software

Bildquelle: Atlassian

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

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

Mit Jira Reporting kannst du:

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

Integrationen mit Jira Software

Bildquelle: Atlassian

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

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

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

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

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

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

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

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

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

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

Was ist besser: Scrum oder Kanban?

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

Scrum wird generell empfohlen, wenn:

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

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

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

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

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

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

So startest du mit einem Kanban-Projekt in Jira

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

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

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

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

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

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

Lassen Sie uns über WIP-Limits sprechen

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

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

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

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

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

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

Tipps zur Verwendung von Kartenfarben und Swimlanes

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

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

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

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

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

Organisieren Sie sich mit den Projektmanagement-Tools von Jira

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

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

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

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

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

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

Wir glauben, dass es eine bessere Art gibt, wie Teams arbeiten können. Aus diesem Grund haben wir eine Suite leistungsstarker Jira-Apps entwickelt. In diesem Beitrag werden wir mehr darüber erzählen Einfache agile Personas, Einfacher agiler Teamrhythmus (ehemals User Story Maps), Einfache agile Roadmaps, und Einfache agile Programme. Wir besprechen die Verwendung dieser Tools sowie die wichtigsten Funktionen, die Ihrem Team helfen werden.

Ein Schlüsselprinzip für agiles Arbeiten ist Flexibilität. Es wirft starre Pläne über den Haufen und setzt stattdessen auf einen iterativen Prozess, der sich mit den Bedürfnissen des Kunden weiterentwickelt.

Wir glauben an die Kraft der Agilität und unterstützen Teams mit Leidenschaft dabei, besser zusammenzuarbeiten. Für uns bedeutet das, mit einfachen Tools zu arbeiten, die flexibel, kollaborativ und kundenorientiert sind. Aus diesem Grund behalten Easy Agile-Apps für Jira den Kunden immer im Mittelpunkt. Schauen wir uns die Plugins genauer an, die die Art und Weise, wie dein Team in Jira arbeitet, verbessern werden.

Produktentwicklung mit Atlassian Jira Software

Bei den Cloud-Lösungen von Jira steht der Kunde im Mittelpunkt der Produktgestaltung. Und Atlassian-Produkte werden häufig von Softwareentwicklungsteams verwendet.

Wenn du in einem agilen Team bist oder deine agilen Fähigkeiten ausbauen möchtest, ist Jira Software von Atlassian ein wichtiges grundlegendes Tool.

Mit Jira kannst du:

• Erstellen Sie Jira-Workflows, um kundenorientierte Produkte zu planen, zu verfolgen und zu veröffentlichen
• Wählen Sie zwischen mehreren Frameworks, einschließlich Kanban, Scrum oder beidem
• Verwalte Backlogs mit vollständiger Transparenz
• Verwenden Sie strukturierte Funktionen, die speziell für die Sprint-Planung entwickelt wurden
• Suche nach Problemen und Jira-Instanzen mit JQL, Jira-Abfragesprache
• Verbessern Sie die Leistung auf der Grundlage von Echtzeitdaten
• Reduzieren Sie physische Abhängigkeiten, indem Sie Ihre agilen Lösungen online verlagern

Einfache Agile Apps für Jira

Jira ist eine fantastische Plattform mit unzähligen Funktionen, die agile Teams gut nutzen können, aber sie bietet möglicherweise nicht die beste Lösung für Ihren speziellen Anwendungsfall. Für spezifische Lösungen, wie z. B. integrierte Kundenpersonas oder ein Tool für PI Planning, benötigst du eine Jira-App aus dem Atlassian Marketplace, wie die Easy Agile-Tools, die wir gleich behandeln werden.

Einfache Agile Personas für Jira

Kunde Personas helfen Sie Entwicklungsteams dabei, sich auf einen kundenorientierten Ansatz zu konzentrieren. Sie graben tief ein, um genau zu verstehen, was Kunden brauchen und wollen, damit Softwareentwicklungsteams diese Wünsche erfüllen können.

Kundenpersönlichkeiten sind entscheidend, um zu verstehen, wie man Kunden einen konsistenten Mehrwert bietet. Sie beantworten Fragen zu Kundenproblemen, Verhaltensmustern, Zielen, demografischen Merkmalen, Kaufgewohnheiten und vielem mehr. Effektive Personas Gehen Sie wirklich auf den Punkt, was Kunden bewegt, sodass jede Softwareentwicklungsentscheidung auf den tatsächlichen Menschen basiert, die das Produkt verwenden.

Einfache Agile Personas für Jira ist darauf ausgelegt, kundenorientiertes Arbeiten zu ermöglichen. Es hilft Teams, sich in die Kunden hineinzuversetzen, sodass sie Entwicklungsentscheidungen auf der Grundlage dessen treffen können, was den Benutzern den größten Mehrwert bietet.

Unser Persona-Tool lässt sich direkt in deine aktuellen Jira-Projekte integrieren. Du kannst Kundenpersonas erstellen und speichern, um ein reibungsloses Erlebnis zu gewährleisten, bei dem die Kundenbedürfnisse bei jedem Schritt im Vordergrund stehen.

Sehen Sie sich eine Demo auf Abruf an um mehr zu erfahren. Und haben wir schon erwähnt, dass unsere Persona-Vorlage so konzipiert ist, dass sie mit Easy Agile TeamRhythm funktioniert? Du kannst füge Personas direkt zu deiner TeamRhythm User Story Map hinzu. Unsere agilen Plugins sind so konzipiert, dass sie besser zusammenarbeiten.

Einfacher agiler Teamrhythmus

Backlogs sind voller Potenzial, aber wenn Sie mehr als ein paar Artikel auf Ihrer Liste haben, ein flacher Rückstand kann schnell überwältigend werden. Womit fängst du zuerst an? Was passt in das Gesamtbild? Und was wird Ihren Kunden den größten Mehrwert bieten?

Flache Landkarten sind fad, kontextlos und bieten keinen Einblick in die Kundenreise. Es ist, als würdest du ein originales Nintendo-Spiel auswählen, wenn du ein VR-Headset zur Verfügung hast. Nett für Nostalgie, aber nicht für die Herstellung herausragender Produkte.

Rufen Sie die TeamRhythm User Story Map auf.

Unser Mitbegründer Nicolas Muldoon beschreibt User Story Mapping als „eine moderierte, kuratierte Konversation, die alle mit auf die Reise nimmt“.

Das User Story Mapping ist eine effektive Methode, um Ihre User Stories zu organisieren und zu priorisieren, um Ihre Arbeit zu planen und Releases zu entwerfen. Es hilft Teams bei der Visualisierung Der Weg des Kunden durch die Entwicklung Ihres Produkts von Anfang bis Ende, einschließlich aller Aufgaben, die auf dem Weg dorthin zu erledigen sind.

Eine User Story ist ein Ziel oder Ergebnis, das der Nutzer oder Kunde erreichen möchte. Es ist die kleinste Arbeitseinheit, die in der Lage ist, dem Kunden einen Mehrwert zurückzugeben.

Hier ist ein Beispiel dafür, wie eine User Story typischerweise geschrieben wird: „Als [Personatyp] möchte ich [handeln], damit [davon] [profitiert].“

Es ist die Geschichte Ihres Benutzers, also schreiben Sie es am besten aus seiner Perspektive. Jede User Story wird dann zu deinem Backlog hinzugefügt, wo sie auf einer User Story Map angeordnet und priorisiert werden kann, je nach deinem geplanten Release oder Sprint. Lesen Sie unsere ultimativer Leitfaden für User Story Maps um loszulegen.

Einfacher agiler Teamrhythmus ist ein Add-on, das Teams dabei helfen soll, Kunden schnell und häufig einen Mehrwert zu bieten. Verwalte und gliedere Epen innerhalb der Storymap auf, plane zentrale Benutzeraktivitäten, ordne Storys nach Priorität, bearbeite Story-Zusammenfassungen und mehr — und das alles während du dich nahtlos in deine agilen Boards in Jira integrierst.

Es ist an der Zeit, Ihren flachen Produktbestand in eine wirkungsvolle und visuelle Darstellung der Kundenreise umzuwandeln. Folgen Sie unseren Einfacher agiler Teamrhythmus um zu sehen, woran wir gerade arbeiten und welche Funktionen als Nächstes hinzukommen.

Jira-Plugin für einfache agile Programme

Program Increment (PI) Planning beinhaltet eine intensive, zielgerichtete Planung, um zu bestimmen, was wann und wie alles miteinander verbunden sein muss. Hier können Produktmanager den Backlog überprüfen, mit den Stakeholdern kommunizieren und letztendlich entscheiden, welche nächsten Schritte den größten Nutzen bringen.

Das Problem ist, dass diese Planungssitzungen ziemlich kompliziert werden können und es schwierig ist, alles auf einem physischen Program Board nachzuverfolgen. Agile Online-Tools helfen Teams dabei, Informationen zu konsolidieren, damit sie das Gesamtbild sehen können. Sie verhindern Informationsverluste, Fehlinformationen, schlechtes Testmanagement, doppelte Bearbeitung und Unzugänglichkeit, während gleichzeitig das Visuelle erhalten bleibt Prozess der PI-Planung.

Einfache Agile-Programme für Jira ist die komplette PI Planning-Lösung für agile Teams. Es ist der effektivste Weg, Programme in Jira zu visualisieren. Behalte alle Teile, die du möchtest, von deiner physischen Programmplatine entfernt, während du gleichzeitig die Automatisierung vorantreibst und die überwältigenden Schichten von Haftnotizen und Verbindern los wirst. Außerdem können Sie mit einem Online-Tool als Team aus der Ferne arbeiten, während Sie PI Planning durchführen.

Sie können Ihr Program Increment mit digitalen Karten planen, die alle Zeichenketten enthalten, die Sie zur Lösung komplexer Probleme benötigen. Unsere App stellt eine Verbindung zu Jira-Dashboards her, um dir zu helfen, Programme nahtlos zu verwalten, Prioritäten zu konfigurieren und die Sichtbarkeit zu optimieren. Mit einer Jira PI Planning-App erhältst du einen besseren Kontext, eine optimierter Arbeitsablauf, verstärkte Zusammenarbeit und verbesserte Transparenz.

Sehen Sie sich unsere Demoversion an und folge unseren Roadmap für einfache agile Programme für die neuesten Produktupdates.

Einfaches Jira-Plugin für Agile Roadmaps

Produkt-Roadmaps sind ein agiles Grundnahrungsmittel. Sie bieten einen iterativen und kollaborativen Prozess, sodass das Softwareentwicklungsteam Kunden und Stakeholdern kontinuierlich einen Mehrwert bieten kann.

Im Gegensatz zu statisch Gantt-Diagramme Oder Excel-Tabellen, Roadmaps sind flüssig und vielseitig. Sie sind ein lebendiges Dokument, das die Hoffnungen des Teams zu einem bestimmten Zeitpunkt wiedergibt, basierend auf den aktuellen Bedürfnissen des Kunden. So wie sich die Bedürfnisse und Anforderungen weiterentwickeln, ändert sich auch die Roadmap.

Einfache Agile Roadmaps für Jira helfen Sie Teams dabei, sich auf eine Produktvision auszurichten, um die wichtigsten Funktionen für die Auslieferung an den Kunden zu ordnen. Unsere Roadmaps ermöglichen es Teams, Themen für Unteraufgaben, Datumsmarkierungen und benutzerdefinierte Felder hinzuzufügen, geplante Arbeiten aufzuteilen, den Fortschritt zu verfolgen und jede Roadmap zu exportieren, um sie mit allen Beteiligten zu teilen.

Es ist intuitiv und einfach für alle in Ihrem Team zu verwenden, von Produktmanagern über Entwickler bis hin zu Stakeholdern. Easy Agile Roadmaps lassen sich nahtlos mit deiner Jira-Instanz verbinden, um Jira-Probleme direkt vom Issues-Panel aus zu planen. Es ist das einfachste und flexibelste Roadmapping-Tool für Jira mit Drag-and-Drop-Funktionalität mit einem Klick und einer supersauberen Benutzererfahrung.

Sie werden es lieben, Ihren Prozess zu visualisieren, und Sie werden es lieben, wie einfach der Einstieg ist. Lernen Sie wie man eine Jira-Roadmap erstellt mit Easy Agile Roadmaps oder eine Demo ansehen für weitere Informationen.

Testen Sie jedes Easy Agile Jira-Plugin 30 Tage lang kostenlos

Jedes unserer Easy Agile Jira-Plugins ist 30 Tage lang kostenlos erhältlich, sodass Sie es unverbindlich nutzen können. Wenn Sie Fragen haben, zögern Sie nicht kontaktiere unser Team.

Was ist eine Kundenpersona?

Customer Personas sind fiktive Verallgemeinerungen Ihrer wertvollsten Kunden.

Sie helfen Teams dabei, ihre Kunden zu verstehen, indem sie demografische Informationen wie Alter, Geschlecht, Standort und Einkommen sowie psychografische Informationen wie Interessen, Frustrationen und persönliche oder berufliche Beweggründe zusammenführen.

Was sind User Personas?

Auf den ersten Blick mag es trivial erscheinen, als Team zusammenzukommen und scheinbar gefälschte Dating-Profile für Ihre wichtigsten Kunden zu erstellen.

Diese Übung bildet jedoch die Grundlage für andere agile Praktiken in der weiteren Entwicklung, und ihre Vorteile werden oft unterschätzt.

Agile-Experten haben mehr funktionsübergreifende Teams gefordert, was bedeutet, dass dieses Wissen darüber, wer der Kunde ist, nicht mehr in der alleinigen Verantwortung Ihres Vertriebs- und Marketingteams liegt. Jeder ist dafür verantwortlich, zu verstehen, wer der Kunde ist.

Teams, die ein gemeinsames Verständnis haben und sich darüber einig sind, wer die von ihnen bereitgestellte Lösung tatsächlich nutzt, haben eine höhere Erfolgswahrscheinlichkeit.

Der Aufbau von Kundenpersönlichkeiten hilft Teams dabei, die folgenden Fragen zu beantworten:

• Wer sind unsere Kunden?
• Was sind ihre gemeinsamen Verhaltensmuster?
• Was sind ihre gemeinsamen Probleme (beruflich und persönlich)?
• Was sind ihre Ziele und Vorgaben?
• Welche allgemeinen demografischen und psychografischen Informationen können ihre Entscheidungen beeinflussen?
• Was treibt sie dazu, Kaufentscheidungen zu treffen?
• Ist der Kunde der Käufer oder der Entscheidungsträger?
  

Sie können zwei Schritte unternehmen, um diese Fragen zu beantworten und herauszufinden, wer Ihre Kundenpersönlichkeiten sind:

Definieren Sie zunächst Ihre Personas im Großen und Ganzen

Es ist nicht verrückt zu glauben, dass die meisten Unternehmen eine umfassende Vorstellung davon haben werden, wer zumindest einige ihrer Kundenpersönlichkeiten sind. Dieses Wissen wird im Laufe der Zeit gesammelt und basiert auf Kundenfeedback, Supportanfragen, Gesprächen/Interviews und ersten Marktforschungen.

Dieses Wissen darf nicht unterschätzt werden und ist ein guter Ausgangspunkt, bevor Sie sich mit Analysen befassen, um diese Personas in spezifischeren Details zu konkretisieren.

Zweitens sollten Sie auf Erkenntnisse und Analysen achten

Sobald Sie sich ein paar Kundenpersönlichkeiten ausgedacht haben, ist es an der Zeit, sie mit qualitativen und quantitativen Daten zu konkretisieren.

Also, wo können wir diese Informationen finden?

Schau dir Quellen an wie:

• Webseiten-Analytik
• Einblicke in Facebook
• Kundenbefragungen und Umfragen
• Branchenberichte
• Kundeninterviews oder
• Produktinterne Analytik

Nachdem Sie all diese Informationen durchgesehen haben, können Sie die Daten Ihren ursprünglichen Annahmen zuordnen.

Am Ende der Übung sollten Sie und Ihr Team eine ziemlich gute Vorstellung davon haben, wer Ihre Kunden sind und wie Sie sie am besten betreuen, mit ihnen kommunizieren und Lösungen für sie entwickeln können.

Kundenpersonas in Jira

Sobald diese Personas entwickelt wurden, besteht die Herausforderung darin, zu entscheiden, wo sie gespeichert werden sollen.

Wenn Sie die Personas gut sichtbar machen, sollten Sie Ihr Team dazu ermutigen, sie jedes Mal in Betracht zu ziehen, wenn neue Arbeit in den Backlog aufgenommen wird. Sie möchten, dass sie denken: „Was würde Sam, der Systemadministrator, von dieser neuen Funktion halten? Würde sie es benutzen? Wie würde sie ihrem Team die Vorteile vermitteln? Auf welche Probleme kann Sam beim ersten Gebrauch stoßen?“

Deshalb haben wir eine App für Jira entwickelt — Easy Agile Personas.

Easy Agile Personas ermöglicht es dir, deine User Personas parallel zu deiner Arbeit in Jira zu erstellen und zu verwalten, sodass das gesamte Team den Kunden im Auge behalten kann.

Unabhängig davon, ob Sie sich für Easy Agile Personas entscheiden oder nicht, die von Ihnen entwickelten Kundenpersonas sind für die Erstellung von User Story Maps von entscheidender Bedeutung.

Probiere es jetzt

Manchmal scheint die Idee, User Stories zu schreiben, eine weitere „Sache“ zu sein, die zu einer ohnehin schon vollen Arbeitsbelastung hinzukommt. Aber für Softwareentwicklungsteams, die ihre eigenen Verbesserungen selbst vorantreiben und Software liefern wollen, die für ihre Kunden funktioniert, ist das Schreiben effektiver User Stories der erste Schritt.

Wenn Sie diesen Beitrag lesen, bedeutet das, dass Sie herausfinden möchten, was für die Menschen, die Ihre Software verwenden, am besten funktioniert, und Ihre Herangehensweise an die Softwareentwicklung verbessern möchten. Das ist großartig! Unser Ziel bei Easy Agile ist es, Ihnen dabei zu helfen.

Beginnen wir also damit, warum gute User Stories wichtig sind.

Warum User Stories schreiben?

Sie fragen sich vielleicht, warum Sie User Stories schreiben sollten, anstatt stattdessen Funktionen oder Aufgaben zu schreiben.

Wenn das nach Ihnen klingt, haben Sie vielleicht noch nicht erkannt, wie wichtig es ist, User Stories zu schreiben, und dass sie einem ganz anderen Zweck dienen als das Schreiben von Funktionen oder Aufgaben.

Es ist leicht, sich in einem Zyklus der Feature-Entwicklung zu verlieren, dem es an Kontext mangelt. Das Ziel besteht mehr darin, sich den Weg durch einen großen Backlog freizumachen, als Lösungen zu entwickeln, die Ihren Kunden einen Mehrwert bieten. Um erfolgreiche Software zu entwickeln, müssen Sie sich auf die Bedürfnisse der Menschen konzentrieren, die sie verwenden werden. Ihre menschlichen Kunden. Nutzerberichte bringen diesen Kontext und diese Perspektive in den Entwicklungszyklus ein.

Was ist eine User Story?

Eine User Story hilft agilen Softwareentwicklungsteams, sich in ihre Kunden hineinzuversetzen. Aus der Sicht des Kunden (oder Benutzers) geschrieben, helfen User Stories dem Entwicklungsteam zu verstehen, was es entwickeln muss und warum es es erstellen muss.

User Stories sind vereinfachte, allgemeine Beschreibungen der Anforderungen eines Benutzers, die aus der Sicht des Endbenutzers verfasst wurden. Eine User Story ist kein kontextloses Feature, das in der Sprache der Entwickler geschrieben ist.

Eine User Story = das „Was“

Eine User Story beschreibt eine Funktion aus der Sicht des Benutzers.

User Stories unterteilen Funktionen in Geschäftsprozesse.

Eine Aufgabe = das „Wie“

Aufgaben sind die Aktivitäten, die ausgeführt werden müssen, um ein Ergebnis zu erzielen.

Aufgaben sind einzelne Arbeiten.

Wie schreiben wir User Stories?

Vielleicht möchten Sie sich eine User Story als „Gleichung“ vorstellen:

Als [Benutzer] + möchte ich [Absicht] +, damit [Wert]

Lassen Sie uns das weiter aufschlüsseln;

Als [Benutzer] — das ist die WHO. Für wen bauen wir das? Wer ist der Nutzer?

Ich will [Absicht] — das ist das WAS. Was bauen wir? Was ist die Absicht?

Also das [Wert] — das ist das WARUM. Warum bauen wir es? Was ist der Wert für den Kunden?

Schauen wir uns ein paar einfache Beispiele an;

Als Internetbanking-Kunde

ich will um einen fortlaufenden Saldo für meine täglichen Konten zu sehen

Also das Ich kann nach jeder Transaktion den Überblick über meine Ausgaben behalten

ODER

Als Administrator

ich will um andere Administratoren für bestimmte Projekte erstellen zu können

Also das Ich kann Aufgaben effizienter delegieren

Gemäß dieser Gleichung sollten Teams sicherstellen, dass ihre User Stories alle der folgenden Checkboxen ankreuzen:

Um erfolgreiche User Stories zu schreiben:

• Halte sie kurz
• Halte sie einfach
• Schreiben Sie aus der Sicht des Benutzers
• Machen Sie den Wert oder Nutzen der Geschichte deutlich
• Beschreiben Sie eine Funktion
• Schreiben Sie im Team User Stories
• Verwenden Sie Akzeptanzkriterien, um einen MVP anzuzeigen.

Akzeptanzkriterien

User Stories ermöglichen es agilen Teams, die Bedürfnisse, Wünsche und Werte ihrer Kunden mit den Aktivitäten in Einklang zu bringen, die sie durchführen müssen, um diesen Mehrwert zu bieten.

Der Link, der diese beiden Dinge miteinander verbindet, sind Akzeptanzkriterien.

Die Akzeptanzkriterien oder „Erfüllungsbedingungen“ geben einen detaillierten Überblick über die Benutzeranforderungen. Sie helfen dem Team, den Wert der User Story zu verstehen und helfen dem Team zu wissen, wann es erwägen kann, etwas zu tun.

Ziele der Akzeptanzkriterien

Die Akzeptanzkriterien sollten:

• klären Sie, was das Team bauen soll, bevor es mit der Arbeit beginnt
• Sicherstellung eines gemeinsamen Verständnisses des Problems oder der Bedürfnisse des Kunden
• Helfen Sie den Teammitgliedern, zu wissen, wann die Geschichte abgeschlossen ist
• helfen Sie dabei, die Geschichte durch automatisierte Tests zu überprüfen.

Schauen wir uns ein Beispiel für eine abgeschlossene User Story mit Akzeptanzkriterien an:

Als potenzieller Konferenzteilnehmer möchte ich mich online für die Konferenz anmelden können, sodass die Registrierung einfach und papierlos ist.

Akzeptanzkriterien:

• Teilnahmeformular für die Konferenz
• Ein Benutzer kann kein Formular einreichen, ohne alle Pflichtfelder auszufüllen (Vorname, Nachname, Firmenname, E-Mail-Adresse, Position, Rechnungsinformationen)
• Informationen aus dem Formular werden in der Registrierungsdatenbank gespeichert.
• Der Schutz vor Spam funktioniert
• Die Zahlung kann per Paypal, Lastschrift oder Kreditkarte erfolgen
• Nach dem Absenden des Formulars wird dem Teilnehmer eine Bestätigungs-E-Mail gesendet

Vor diesem Hintergrund sollten die Teams sicherstellen, dass ihre Akzeptanzkriterien alle folgenden Punkte berücksichtigen:

• Negative Szenarien der Funktionalität
• Funktionale und nicht funktionale Anwendungsfälle
• Leistungsbedenken und Richtlinien
• Was das System oder die Funktion zu tun beabsichtigt
• durch/Benutzerfluss
• Der Einfluss einer User Story auf andere Funktionen
• UX-Bedenken

Die Akzeptanzkriterien sollten NICHT Folgendes beinhalten:

• Die Codeüberprüfung wurde durchgeführt
• Nichtblocker oder größere Probleme
• Leistungstests durchgeführt
• Abnahme und Funktionstest abgeschlossen
  

Warum?

Ihre Akzeptanzkriterien sollten keines der oben genannten Punkte enthalten, da Ihr Team bereits ein klares Verständnis davon haben sollte, was Ihre Definition of Done (DoD) beinhaltet, zum Beispiel:

• Einheit/integriertes Testen
• bereit für den Abnahmetest
• auf dem Demoserver bereitgestellt
• lösbar

Das Schreiben effektiver User Stories ist eine wertvolle Praxis, die Ihnen und Ihrem Team dabei hilft, Software bereitzustellen, die für Ihre Kunden relevant bleibt.

Wenn Sie User Stories als mehr als nur eine weitere Aufgabe auf Ihrer Checkliste betrachten, sondern sie stattdessen als unverzichtbares Instrument betrachten, um Kontext und Wert für Ihre Projekte zu schaffen, können Sie mit Ihrem wichtigsten Fokus in Verbindung bleiben — Ihrem Kunden.

Verwandeln Sie Ihr Backlog in ein aussagekräftiges Bild der Arbeit, um Kontext für die Sprint- und Versionsplanung, die Backlog-Verfeinerung und das User Story Mapping zu erhalten.

Konzentrieren Sie sich auf Ihre Kunden

Einfacher agiler Teamrhythmus

Die Erstellung einer Produkt-Roadmap in Jira kann einige wirklich wichtige Rollen erfüllen.

1. Es kann eine Vision für ein agiles Team entwickeln, das um Dynamik kämpft.
2. Es kann dem breiteren Unternehmen mitteilen, woran Sie in zukünftigen Iterationen oder Sprints arbeiten möchten.
3. Es kann dem Produktmanager helfen, Abhängigkeiten zwischen Problemen visuell aufzuzeichnen.

Bonus: Wenn du eine Jira-Roadmap erstellst, musst du die Roadmap, die du in Google Sheets oder PowerPoint erstellt hast, nicht ausfindig machen (oder habe ich sie als Tabelle in Confluence erstellt?) 🤷

Sortiert. Verkauft. Zeig mir wie!

Ok — so kannst du mithilfe von Easy Agile Roadmaps eine kostenlose Roadmap in Jira erstellen:

Schritt 1. Gehe zum Atlassian Marketplace

Hüpf rüber zum Atlassian Marketplace-Seite für Easy Agile Roadmaps.

Schritt 2. Starten und installieren Sie die kostenlose 30-Tage-Testversion

Klicken Sie auf die gelbe Schaltfläche „Jetzt testen“, um Ihre kostenlose 30-Tage-Testversion zu starten. Das bedeutet, dass Sie eine vollständige Roadmap erstellen und Ihr Team beeindrucken können, bevor Sie entscheiden, ob es das Richtige für Sie ist.

Du benötigst Administratorrechte auf deinem Jira, um eine kostenlose Testversion zu starten. Oder kaufe Kaffee für jemanden, der das tut.

Wähle zwischen Cloud, Server oder Rechenzentrum (je nachdem, welchen Jira-Hosting-Typ dein Unternehmen verwendet).

Schritt 3. Öffnen Sie die Roadmap

Sobald Easy Agile Roadmaps installiert ist, verfügt jedes Scrum- und Kanban-Board in Jira über eine verknüpfte Roadmap.

Um es zu öffnen, suche in der Projekt-Seitenleiste nach dem Roadmaps-Symbol für alle agilen Boards auf Jira Server und für agile Boards für einzelne Projekte in Jira Cloud.

Wenn du in Jira Cloud auf einem agilen Board mit mehreren Projekten arbeitest, findest du den Link zur Roadmap im Drop-down-Menü „...“ oben rechts auf deinem Agile-Board-Bildschirm.

Schritt 4. Füge dein erstes Objekt zur Jira-Roadmap hinzu

Ihre leere Roadmap sollte Sie jetzt anstarren. ✅

Sie können der Roadmap eines Teams jeden Problemtyp hinzufügen. Um vom Agile-Board eines Teams aus auf die Probleme zuzugreifen, wähle oben rechts auf der Roadmap die blaue Schaltfläche mit der Aufschrift „Issues“ oder „Epics“ aus.

Wählen Sie das Drop-down-Menü „Optionen“, um die Problemtypen auszuwählen, die in Ihrem Roadmap-Backlog erscheinen sollen.

Ziehen Sie dann per Drag & Drop auf die Roadmap. Sie können das Start- und Enddatum sowie die Phasen der einzelnen Ausgaben anpassen, indem Sie das linke oder rechte Ende der farbigen Felder ziehen.

Wenn du deine Roadmap an jemanden senden möchtest, der Jira nicht verwendet, kannst du sie als PDF exportieren.

Herzlichen Glückwunsch! Du hast gerade eine Produkt-Roadmap in Jira erstellt. Jetzt kannst du sie deinem Team zeigen und deine Excel-Roadmaps FÜR IMMER löschen.

Easy Agile Roadmaps bietet eine Menge weiterer Funktionen, wie Themes, Versionsmarkierungen und Datumsmarkierungen.

Wir werden das in einem zukünftigen Beitrag behandeln. Sie können all dies in der ausprobieren kostenlose 30-Tage-Testversion.

Aber genießen Sie vorerst die Pracht Ihrer neuen Roadmap.

Lehnen Sie sich zurück und bestaunen Sie, was Sie geschaffen haben. Du hast es verdient.

Testen Sie Roadmapping noch heute mit Einfache Agile Roadmaps für Jira

👉 👉 Weiter lesen: Prinzipien einer agilen Produkt-Roadmap

Heb deine Hand, falls du jemals einen Streit hattest, hoppla 😳 — ich meine eine hitzige Diskussion — darüber, wie Jira eingerichtet und organisiert werden kann. Ja, wir auch.

Zu den heiß umkämpften Themen gehören:

• Projekt: Ist es am besten, nach Team, Funktion, Funktion oder Produkt zu organisieren?
• Agile Epen, Features, Stories, Aufgaben, Unteraufgaben, Bugs — was solltest du wann verwenden?
• Spaltenüberschriften und Swimlanes im Sprint-Board — da gehen wir gar nicht hin.

Leider gibt es in Jira oder einem anderen Tool, das dein Agile-Team verwendet, nicht den besten Workflow. Wichtiger als dein Workflow ist es, deine Teammitglieder so einzurichten, dass sie deinen Endbenutzern einen konsistenten Geschäftswert bieten. Das Ziel Ihres agilen Projektmanagements ist es, Ihr Scrum-Team bei diesem Unterfangen zu befähigen und zu unterstützen.

Wir werden uns einen Aspekt Ihres Prozesses ansehen — anhand der Epics, die agile Teams verwenden. Bleiben Sie bei uns und wir erklären, was ein Epos ist, warum agile Epen wichtig sind und wie Sie einige epische Fehler vermeiden können.

Was ist ein Epos?

Einfach ausgedrückt ist ein Epos ein Eimer, der kleinere Arbeitsaufgaben enthält, die erledigt werden müssen, um die Aufgabe zu erfüllen. Manche Leute betrachten Epics als eine große Nutzerstory. Das ist in Ordnung, wenn es dir hilft, es zu visualisieren, aber Epen unterscheiden sich stark von Geschichten.

• Agile Teams verwenden Epics für die Planung unterschiedlich oder gar nicht.
  Dein Team kann ihm zwar eine T-Shirt-Größe geben, aber der Arbeitsaufwand in einem Epos ist normalerweise zu groß, um ihn in Storypoints abzuschätzen. Manche Epen sind so umfangreich, dass sie in kleinere Epen aufgeteilt werden müssen, bevor du überhaupt nach Schätzungen für das Team fragst.
• Ein Epos ist nicht wie eine User Story geschrieben.
  Sie kennen die Vorlage — „Als Benutzer möchte ich X, damit ich Y kann.“ Das ist perfekt für eine User Story, aber nicht so sehr für ein Epos. Ein episches Beispiel könnte „Cross-Sells hinzufügen“ mit einer Beschreibung sein, die Orte auflistet, an denen der Product Owner dem Endverbraucher Gelegenheiten zum Kauf verwandter Produkte bieten möchte. Das ist keine Geschichte, sondern eine Bitte um Funktionalität.
• Das Epos könnte als Platzhalter für Arbeiten dienen, die noch definiert werden müssen.
  Ihr Product Owner kann Epics als Platzhalter in einer Produkt-Roadmap für die langfristige Planung verwenden. Sie werden mit der Definition der Arbeit warten, bis der Zeitrahmen für die Implementierung näher rückt.
• Ein Epos wird selten in einem einzigen Sprint abgeschlossen.
  Aufgrund ihrer Größe passen Epen normalerweise nicht in eine Iteration. Ihr Softwareentwicklungsteam teilt die Funktionalität so auf, dass es in jedem Sprint funktionierende Software liefern kann. Das kann bedeuten, dass sie zwei Sprints lang eine oder zwei Geschichten aus einem Epos fertigstellen, einen Sprint überspringen und dann im nächsten Sprint zu den Geschichten in diesem Epos zurückkehren.
• Epics können Akzeptanzkriterien haben oder nicht.
  In einigen Scrum-Teams müssen Epics keine Akzeptanzkriterien haben, da diese in den Geschichten enthalten sind. Wenn alle Kindergeschichten dem entsprechen, was das Scrum als Definition von Erledigt definiert, ist das Epos auch erledigt.

Epen sind Eltern und Großeltern von Geschichten und Aufgaben. Entwicklungsteams arbeiten nicht an Epics, sondern programmieren eher für die kleineren User Stories unter dem Epos.

Die Bedeutung von Epics in Ihrer agilen Praxis

Unterschätzen Sie nicht den organisatorischen Wert, den Epen für Ihr Produkt-Backlog haben. Das Korrigieren von 10 oder 20 verwandten Backlog-Elementen kann die Sprint-Planung stören. Epics bieten einen kohärenteren Blick auf die Arbeit und ermöglichen es Ihrem Scrum-Team, das Gesamtbild zu sehen.

Epics bieten Führungskräften und Produktmanagern einen umfassenden Überblick über laufende Arbeiten und zukünftige Entwicklungen.

Product Owner verwenden Epics, um einen Produktplan aus geschäftlicher Sicht zu erstellen. Aktuelle Geschäftsziele können vorschreiben, dass sich die Entwicklungsarbeit auf ein bestimmtes Merkmal konzentriert, das durch Epics repräsentiert wird. Im Gegensatz dazu helfen Epics Product Ownern auch dabei, Sprints mit einem angemessenen Arbeitsverhältnis aus mehreren Epics zu planen. Product Owner können einen Schritt von den detaillierten Nutzerberichten Abstand nehmen und sicherstellen, dass jede Iteration Geschichten aus mehreren Epen enthält, um mehrere Stakeholder zufrieden zu stellen.

Die Art und Weise, wie Epics in Produkt-Backlogs und Roadmaps visuell dargestellt werden, ist für die langfristige Planung von entscheidender Bedeutung. Können Sie sich vorstellen, eine sechsmonatige Roadmap auf User-Story-Ebene zu planen? Es wäre Chaos!

Agile Frameworks fördern — nein — fordern die Fähigkeit, den Kurs nach Bedarf anzupassen, um den sich ändernden Bedürfnissen der Interessengruppen, Marktanforderungen und Geschäftsziele gerecht zu werden. Mit Epics können Sie Ihre Roadmaps einfach und schnell an Veränderungen anpassen.

Wie Epics der agilen Entwicklung einen Mehrwert verleihen

Discovery ist ein wichtiger Aspekt agiler Methoden und des Produktmanagements. Zu Beginn dieses Prozesses werden Ihre Teams Events stürmen, Personas erstellen und Journey Maps erstellen. Die umsetzbaren Ergebnisse dieser Aktivitäten können in Jira mit Epics einfach protokolliert und organisiert werden.

Wenn diese Epen weiter verfeinert werden, werden sie einer Roadmap hinzugefügt und dann auf die Tagesordnung einer Verfeinerungszeremonie gesetzt. Während der Verfeinerung engagieren sich die Mitglieder des Scrum-Teams für Zuordnung von Benutzergeschichten Übungen und beginnen Sie mit der Erstellung der Details, die das Entwicklungsteam zur Ausführung benötigt.

Epics bieten zwar einen weniger detaillierten Überblick über Funktionen und Anfragen Ihres Product Owners, sind aber für die Erstellung von User Stories von entscheidender Bedeutung. Ohne den kohärenten Überblick über Ihren Sprint-Backlog, der mithilfe von Epics präsentiert wird, besteht bei agilen Sprints die Gefahr, dass eine Menge Arbeit geleistet wird, die nichts miteinander zu tun hat, aber nur einen geringen Mehrwert bietet.

Wann sollte man kein Epos benutzen

Wir lieben das Agile Epic, aber es ist nicht für alles perfekt. Hier sind einige Dinge, die Sie bei der Verwendung von Epics vermeiden sollten.

Das immergrüne Epos

Du kennst den einen. Das Epos entstand, als die Leute aufgehört haben, kabelgebundene Telefonleitungen zu benutzen, und es ist seither in einem halbfertigen Zustand in Ihrem Backlog hängen geblieben. Tief im Inneren findest du Geschichten und Aufgaben von Nutzern, die vielleicht kaum oder gar nichts miteinander zu tun haben. Dieses arme Epos ist zur Müllhalde für verwaiste Geschichten geworden, die nirgendwo anders ein Zuhause gefunden haben.

Immergrüne Epen können das Ergebnis einer Änderung der Geschäftsziele oder der Produktmerkmale sein. Das ist großartig — du hast dich angepasst! Jetzt musst du dein Epos aktualisieren, um das widerzuspiegeln. Geschichten können entfernt werden, Code kann bereitgestellt oder zurückgestellt werden, und unvollständige Geschichten können gelöscht oder aus dem Epos entfernt und neu priorisiert werden.

Brainstorming ist auch ein Grund für immergrüne Epen. Oben haben wir erwähnt, dass die Ergebnisse von UX-Aktivitäten eine großartige Möglichkeit sind, umsetzbare Elemente zu verwalten. Wir haben nicht gesagt, dass Sie Epics als Zuhause für jede Idee verwenden sollten, die während des Brainstormings auftaucht und die es vielleicht nie in Ihre Roadmap schaffen wird oder auch nicht.

Epen sind nicht dafür bestimmt, ewig zu leben. Sie stellen eine Reihe von Arbeiten dar, die Ihren Endbenutzern einen Mehrwert bieten. Sie müssen abgeschlossen sein, damit Sie die Ergebnisse Ihrer Bemühungen messen können. Immergrüne Epen überladen Ihre Roadmap, lassen Ihren Fokus verschwimmen und schränken deren Planungswert ein.

Das Themen-Epos

Es ist einfach, Geschichten Epen zuzuordnen, weil sie sich auf einen bestimmten Bereich im Produkt beziehen, eine bestimmte Codebasis berühren oder eine Einzelperson oder eine Gruppe von Stakeholdern zufrieden stellen. Das ist nicht der Zweck eines Epos. Themes eignen sich besser, um Arbeiten nach anderen Attributen als nach einer bestimmten Feature-Implementierung zu gruppieren.

Sie können Ihre Unternehmensziele erreichen, indem Sie Themen verwenden, um diese Geschichten miteinander zu verknüpfen und gleichzeitig die Integrität des Umfangs innerhalb Ihres Epos zu wahren.

Verwenden Sie Epics, um sich auf bestimmte Ergebnisse oder Funktionen zu konzentrieren. Verwandt oder nicht, wenn eine Geschichte innerhalb eines Epos nicht zum Hauptfokus des Epos beiträgt, entferne sie. Das heißt nicht, dass es nicht wichtig ist oder dass es nicht die richtige Arbeit ist, die während der Iteration erledigt werden muss. Das heißt nur, dass es nicht Teil dieses Epos ist.

Wenn Sie sorgfältig mit dem Umfang umgehen, sind Ihre Schätzungen übersichtlicher und für die zukünftige Planung nützlicher. Unnötige Geschichten in Epen übertreiben ihre Schätzungen und den tatsächlichen Aufwand. Wenn Sie einmal auf ältere Arbeitsaufgaben zurückblicken müssen, werden Sie sich wahrscheinlich nicht erinnern, dass das Hinzufügen von zwei Geschichten, die nichts miteinander zu tun haben, ein Epos von einem mittleren zu einem großen gemacht hat. Wenn Sie dieses alte Arbeitselement als Leitfaden für die zukünftige Planung verwenden, haben Sie den Aufwand einfach überschätzt, weil Sie den Umfang nicht auf das Ziel des Epos beschränkt haben.

Denken Sie daran — nicht jede Geschichte braucht ein episches Elternteil. Manche Geschichten stehen für sich alleine gut da und lassen sich anhand von Themen vielleicht besser visualisieren und planen.

Das Release-Epos

Eine Veröffentlichung ist kein Epos. Eine Version ist ein bestimmter Satz von Code und Dateien, die gebündelt und gleichzeitig an die Produktion geliefert werden. Eine Veröffentlichung kann ein Epos oder viele Epen enthalten oder auch nicht. Aber an sich ist eine Veröffentlichung kein Epos.

Es gibt hervorragende Tools auf dem Markt, die speziell entwickelt wurden, um Sie beim Release-Management zu unterstützen. Ordnen Sie Ihre Epics auf jeden Fall einer Version zu, aber verwenden Sie Release-Tools, um Ihre Releases zu organisieren, und verwenden Sie Epics, um Ihre Funktionen zu organisieren.

Epics sind mehr als eine große User Story

Ihr agiler Coach oder Scrum Master hat Sie wahrscheinlich mit den Prinzipien agiler Software vertraut gemacht, daher kennen Sie das folgende Zitat von Die 12 Prinzipien agiler Software:

„Einfachheit — die Kunst, die Menge zu maximieren
wenn die Arbeit nicht erledigt ist — das ist essenziell.“

Aber was hat das mit Epen zu tun?

Epics vereinfachen deinen Backlog. Sie ermöglichen es Ihnen, sich zur richtigen Zeit auf die richtigen Dinge zu konzentrieren und den Lärm fernzuhalten. Sie behalten den Ball im Auge, wenn es darum geht, Werte zu priorisieren und die Knöchelbeißer in Ihrem Backlog zu ignorieren.

Wir glauben, dass die Verwendung von Epics zu einer besseren Organisation Ihres Backlogs und einer besseren Planung für Ihre agilen Teams führt. Epics helfen Ihnen dabei, schneller einen Mehrwert zu liefern, indem Sie sich auf das große Ganze konzentrieren und sich vom Unklaren fernhalten.

Wenn du eine kontextuellere Ansicht deiner Epen und User Stories in Jira haben möchtest, probieren Sie Easy Agile TeamRhythm aus. Das stark visuelle Story-Map-Format verwandelt das flache Jira-Backlog in ein aussagekräftiges Bild der Arbeit, sodass Sie Ihr Backlog einfacher verwalten und Sprints oder Versionen planen können.

DevOps vs. Agile — was ist der Unterschied? Diese beiden Methoden haben viele Gemeinsamkeiten, aber es gibt auch viele wichtige Unterschiede, auf die wir in diesem Beitrag eingehen werden. Man könnte sagen, dass sie sich gegenseitig Komplimente machen. Wir würden nicht so weit gehen zu sagen, dass sie wie Erdnussbutter und Gelee sind, aber wenn sie zusammen verwendet werden, ergeben sie sicherlich eine schöne Kombination.

Im Grunde genommen läuft es auf Folgendes hinaus: Agile löst die Lücke, die zwischen Endbenutzern und Entwicklern bestehen kann, während DevOps die Lücke schließt, die zwischen Entwicklern und Operations bestehen kann.

Klingt einfach genug? Nun, da steckt noch viel mehr dahinter. Lassen Sie uns etwas tiefer in die Definition von Agile und DevOps eintauchen, was diese Methoden gemeinsam haben, was sie unterscheidet und wie sie zusammenarbeiten können.

Definition von Agilität

Die agile Methode wurde zuerst in der Softwareentwicklung populär gemacht, aber in den letzten Jahren haben sich agile Praktiken sowie die Leitprinzipien von Agile auf eine Reihe verschiedener Branchen ausgeweitet, die kontinuierliche Verbesserung und Wachstum priorisieren wollen.

Der agile Ansatz für das Projektmanagement unterscheidet sich stark vom traditionellen Ansatz für das Projektmanagement. Traditionelles Projektmanagement folgt einem Wasserfallmodell. Jedes Projektelement muss abgeschlossen sein, bevor in einer strikten Reihenfolge zum nächsten übergegangen wird, und der Arbeitsablauf bleibt von Projekt zu Projekt gleich.

Agile konzentriert sich auf Flexibilität, Anpassungsfähigkeit, Zusammenarbeit zwischen Teammitgliedern und darauf, den Stakeholdern durch kontinuierliches Kundenfeedback und schnelle Releases einen gleichbleibenden Mehrwert zu bieten. Jede Iteration bietet neue Erkenntnisse darüber, was funktioniert und was nicht und was verbessert werden könnte. Es handelt sich um einen multidimensionalen Ansatz, der die für das traditionelle Projektmanagement so charakteristischen Engpässe beseitigt.

Agile Teams können Agile auf verschiedene Arten implementieren, darunter Scrum, Kanban, schlank, und mehr. Ein wesentlicher Vorteil der agilen Softwareentwicklung ist die Fähigkeit, die Lücke zwischen Kunden oder Benutzern und Entwicklungsteams zu schließen.

Erfahre mehr über Agile, tauche ein in die Agiles Manifest, und lesen Sie unseren Artikel: Agile 101: Ein Leitfaden für Anfänger zur agilen Methodik.

Definition von DevOps

DevOps ist eine Softwareentwicklungsmethode, die es Teams ermöglicht, Software schnell und konsistent zu entwickeln, zu testen und zu veröffentlichen. Dabei werden agile Praktiken und Prinzipien integriert, einschließlich verbesserter Automatisierung und verbesserter Kommunikation und Zusammenarbeit zwischen Entwicklungs- und Betriebsteams.

DevOps konzentriert sich auf die Abstimmung von Entwicklung und IT-Betrieb, um durchgängige Engineering-Prozesse besser zu verwalten. In der Vergangenheit schrieben Entwicklungsteams Anwendungen und gaben sie dann an ein Betriebsteam weiter, das die Software dann bereitstellte und verwaltete. Das Problem bei diesem Ansatz ist, dass das Betriebsteam keinen Einblick in die Entwicklung der Anwendung erhält.

DevOps-Praktiken überbrücken die Lücke zwischen Entwicklern, die die Software entwickeln und schreiben, und den Betriebsabläufen, die die Software ausführen.

➡️ Erfahre mehr über andere beliebte Methoden der Softwareentwicklung.

DevOps vs. Agile: Was haben sie gemeinsam?

Sowohl Agile als auch DevOps zielen darauf ab, den Softwareentwicklungsprozess zu unterstützen, aber woher kommen sie und welche Gemeinsamkeiten haben sie gemeinsam?

In diesem „Was war zuerst da, das Huhn oder das Ei?“ In diesem Szenario wissen wir tatsächlich, was zuerst da war. 🐓🥚 Agile, das in der Anfang der 2000er, bot Entwicklungsteams einen Ansatz zur Lösung komplexer Probleme. Obwohl Agile viele Probleme löste, blieb eine Lücke bestehen: Die Betriebsteams, die die Software einsetzten, wurden ins Abseits gedrängt und verharrten in einem Silo, sodass sie die Vorteile der Agilität nicht nutzen konnten.

Hier kommt DevOps ins Spiel, das agile Prinzipien anwendet, um die Lücke zu schließen, die häufig zwischen Entwicklungs- und Betriebsteams besteht. Es bietet Betriebsteams einen Einblick in den Entwicklungsprozess, sodass sie besser verstehen können, wie und warum ein Produkt hergestellt wurde. Diese Klarheit unterstützt den Entwicklungsprozess, da beide Gruppen von Teams bei der Entwicklung und Bereitstellung zusammenarbeiten können.

Das Ergebnis sind Entwicklungspraktiken, die reibungslos von einem Team zum nächsten ablaufen, eine stärkere Berücksichtigung der Benutzer und eine kontinuierliche Bereitstellung sowohl für Kunden als auch für Stakeholder.

DevOps ist also in vielerlei Hinsicht eine Erweiterung der ursprünglichen agilen Methodik. DevOps-Teams konzentrieren sich auf einen wichtigen Aspekt des Entwicklungsprozesses, um Entwicklung und Betrieb zusammenzubringen. Viele der gleichen agilen Prinzipien werden angewendet, wie z. B. kontinuierliche Bereitstellung, verbesserte Zusammenarbeit, Iteration und Automatisierung sowie die Implementierung von Feedback auf Schritt und Tritt.

Hauptunterschiede zwischen DevOps und Agile

Agile und DevOps haben zwar viele Gemeinsamkeiten, aber es gibt einige wichtige Unterschiede, die es zu beachten gilt. Die Unterschiede sind hauptsächlich auf die verschiedenen Arten von Teams zurückzuführen, die agile Prinzipien anwenden. Diese verschiedenen Teams haben unterschiedliche Bedürfnisse, arbeiten in einem anderen Tempo und werden von separaten Feedbacksystemen geleitet.

AgileDevOpsAgile ist eine breit gefächerte Methode, die sich auf die Lösung komplexer Probleme und die Überbrückung der Kluft zwischen Entwicklungsteams und Produkt-/Projektmanagement durch verbesserte Kommunikation und Zusammenarbeit, kontinuierliche iterative Entwicklung, Feedback von Stakeholdern und häufige Veröffentlichungen konzentriert. DevOps geht noch einen Schritt weiter und konzentriert sich darauf, die Lücke zwischen Entwicklungs- und Betriebsteams zu schließen, um durchgängige Engineering-Prozesse besser verwalten zu können. Agile kann auf jede Branche angewendet werden, die Wert auf kontinuierliche Verbesserung, Zusammenarbeit und Kommunikation legen möchte. DevOps wird hauptsächlich in der Softwareentwicklung eingesetzt. Es gibt viele verschiedene Frameworks, die zur Implementierung von Agile verwendet werden können, darunter Scrum, Kanban, Lean und XP (eXtreme Programming) .DevOps ist ein agiles Framework, das aufgrund von Agilität existiert.Agile konzentriert sich auf iterative Entwicklung und die Arbeit in kleinen Batches. DevOps legt Wert auf ständige Tests und die Automatisierung der Bereitstellung. Die agile Entwicklung wird in der Regel durch Sprints gesteuert: 2 bis 4 Wochen, in denen eine festgelegte Menge an Arbeit abgeschlossen und den Stakeholdern zur Rückmeldung vorgelegt wird. Das Ziel von DevOps ist es, Code so oft wie möglich an die Produktion zu liefern, entweder täglich oder alle paar Stunden. Feedback kommt von Stakeholdern, Kunden und Benutzern. Das Feedback kommt vom internen Team. Agile verwendet den Shift-Left-Testansatz (frühes und häufiges Testen, um den Code gleich beim ersten Mal richtig zu machen, wodurch die Zeit reduziert wird, die benötigt wird, um das Produkt auf den Markt zu bringen). DevOps verwendet sowohl Shift Left- als auch Shift Right-Tests, um den Code gleich beim ersten Mal richtig zu machen und die Funktionalität und Benutzerfreundlichkeit der Software in realen Situationen zu verstehen und zu optimieren, was eine breitere Testabdeckung ermöglicht.

Überbrückung jeder Lücke im Entwicklungsprozess

Lassen Sie uns alles auf die einfache Definition zurückbringen, mit der wir begonnen haben. Obwohl es viele Komplexitäten, Ähnlichkeiten und Unterschiede zwischen DevOps und Agile gibt, läuft es im Grunde genommen auf Folgendes hinaus:

Agile, das vor DevOps existierte, ist eine breit gefächerte Methode, die sich in erster Linie darauf konzentriert, die Kluft zwischen den Kunden-/Benutzern und den Entwicklungsteams zu überbrücken. DevOps, das an zweiter Stelle stand, nutzt agile Praktiken, um die Lücke zwischen Entwicklungsteams und Betriebsteams zu schließen.

Einfach und agil hat es sich zur Aufgabe gemacht, allen Arten von Teams zu helfen, mithilfe verschiedener agiler Methoden besser zu arbeiten. 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, besser zusammenzuarbeiten und Ihre Kunden zufriedenzustellen.

Buchen Sie eine 1:1 -Demo

Inzwischen sind Sie mit Scrum ziemlich vertraut. Es gibt Ihrem Team einen Rahmen, mit dem es arbeiten kann, um interne Ziele zu erreichen, damit es seinen Kunden hochwertige Software liefern kann. Aber du kannst deine Scrum-Praktiken jederzeit verbessern, um deine Kunden weiterhin zu begeistern. 😁 Eine davon ist das tägliche Scrum — eine Praxis, die einfach klingt, aber leicht falsch verwaltet werden kann (dazu bald mehr 😉).

Das tägliche Scrum besteht aus drei Elementen — Scrum-Rollen, Scrum-Artefakte, und Scrum-Ereignisse.

In diesem Artikel zeigen wir Ihnen, wie diese Komponenten in das wichtige tägliche Scrum-Meeting passen, geben einige Tipps, damit Ihr tägliches Scrum reibungslos abläuft, und besprechen, welche Fallen Sie vermeiden sollten, damit Ihr Team immer am Ball ist. Wir weisen Sie auch auf Ressourcen hin, mit denen Sie die anderen Elemente der Agilität beherrschen können. Unser Ziel ist es wie immer, dich zu einem agilen Profi zu machen. 🏄🏽 ‍ ♀️

Was ist das Daily Scrum Meeting?

Lassen Sie uns eine kurze Zusammenfassung der einzelnen Punkte machen, bevor wir in das tägliche Gedränge eintauchen:

• Scrum-Rollen: Dies sind der Product Owner, der Scrum Master und das Entwicklungsteam. Diese Scrum-Teammitglieder arbeiten als Einheit zusammen, um ihre Ziele zu erreichen.
• Scrum-Artefakte: Zu den Artefakten gehören das Produkt-Backlog, das Sprint-Backlog und das Increment. Die Artefakte stellen Informationen für das Team dar, die es ihnen ermöglichen, transparente Ansichten zu haben, anhand derer sie ihren Fortschritt messen können.
• Scrum-Ereignisse: Der Sprint, die Sprint-Planung, das tägliche Scrum, das Sprint-Review und Sprint-Rückblick geben Sie dem Team die Möglichkeit, alle Scrum-Artefakte zu erfüllen und zu verfeinern, die angepasst werden müssen, um die Ziele des Teams im Blick zu behalten.

Das Daily Scrum ist ein Treffen zwischen Teammitgliedern, um den aktuellen Sprintfortschritt zu besprechen. Es ist an der Zeit herauszufinden, ob Anpassungen am Sprint oder am Produkt-Backlog vorgenommen werden müssen, um das Ziel zu erreichen Sprintziel.

Bedeutung von Daily Scrum

Das tägliche Scrum spielt eine entscheidende Rolle bei der Verbesserung der Teamkoordination und Kommunikation. Dieses kurze, fokussierte Meeting bietet dem Team ein strukturiertes Umfeld, in dem es sich über Fortschritte und Hindernisse abstimmen kann. Es leistet einen Beitrag zu mehreren Schlüsselbereichen:

1. Fortschrittstransparenz: Die Teammitglieder erhalten einen klaren Überblick darüber, woran alle gerade arbeiten, was die Rechenschaftspflicht und die gegenseitige Unterstützung fördert.
2. Identifizierung von Hindernissen: Probleme und potenzielle Hindernisse werden frühzeitig erkannt, sodass das Team sie umgehend beheben und Projektverzögerungen minimieren kann.
3. Gezielte Zusammenarbeit: Indem die Diskussionen relevant und auf den Punkt gebracht werden, kann das Team seine Zeit effektiver nutzen und sich auf Lösungen statt auf langwierige Debatten konzentrieren.
4. Ausrichtung der Ziele: Das Treffen hilft dabei, die Bemühungen auf die Sprintziele zu bekräftigen und neu auszurichten und sicherzustellen, dass alle an einem Strang ziehen und sich in die gleiche Richtung bewegen.

Durch die Einhaltung von Best Practices, wie z. B. die Einhaltung des Zeitrahmens für die Besprechung und die Förderung einer inklusiven Atmosphäre, können Teams die Vorteile des täglichen Scrums maximieren, was zu einem kohärenteren und effizienteren Arbeitsumfeld führt.

Die wichtigsten Teilnehmer des Daily Scrum

Entwicklungsteam

Die Mitglieder des Entwicklungsteams sind die Hauptteilnehmer am täglichen Scrum. Während des Treffens berichten sie über ihre Fortschritte bei der Erreichung des Sprintziels, um herauszufinden, ob Anpassungen vorgenommen werden müssen. Sie können dies tun, indem sie jeweils drei Fragen beantworten:

1. Woran habe ich gestern gearbeitet, um das Sprintziel zu erreichen?
2. Wie werde ich heute auf das Sprintziel hinarbeiten?
3. Gibt es etwas, das mich daran hindert, das, woran ich gerade arbeite, zu beenden?

Auf diese Weise ist jeder im Team über den Fortschritt des gesamten Teams auf dem Laufenden. Die Antworten auf diese Fragen ermöglichen es dem Team auch, etwaige Blocker aufzudecken und den Sprint-Backlog entsprechend anzupassen. Ein Beispiel für einen Blocker kann ein Bug sein, der eine Entwicklerin daran hindert, ihre zugewiesene User Story im Sprint fertigzustellen.

Scrum Master und Product Owner

Im traditionellen Scrum ist der Scrum Master und Product Owner nehmen nicht aktiv am täglichen Scrum-Meeting teil — und sind auch technisch nicht erforderlich —, da sie nicht die Entwicklungsarbeit leisten, mit der das Sprintziel erreicht werden kann. Sie können jedoch immer noch wertvolle Besprechungsteilnehmer sein. Es liegt am Scrum-Team, zu entscheiden, ob sie teilnehmen sollen.

• Der Product Owner kann wegweisend bei der Anpassung der Backlog-Elemente des Sprints sein. Zum Beispiel kann der Bug, der andere Arbeiten blockiert, verschoben werden, sodass er rechtzeitig behoben wird, um das Sprintziel in Reichweite zu halten.
• Der Scrum-Master kann sicherstellen, dass die Best Practices für das tägliche Scrum befolgt werden und dass das Team einige der häufigsten Fallstricke vermeidet, die die Ziele des täglichen Scrum-Meetings verraten. Schauen wir uns diese als Nächstes an.

Was ist der Unterschied zwischen Daily Scrum und Daily Standup?

Manchmal kann es verwirrend sein, die Unterschiede zwischen Daily Scrum und täglicher Stand Up — und manchmal werden die Begriffe synonym verwendet. Es lohnt sich jedoch, auf die Unterschiede zwischen den beiden hinzuweisen.

Ein Daily Scrum ist ein Ereignis, das definiert ist in Scrum-Leitfaden. Also, was ist dann täglicher Stand-up und wie unterscheidet er sich? 🤔

Ein tägliches Stand-up ist ein tägliches Meeting, dessen Ziel es ist, den Teammitgliedern Fortschritte auf dem Weg zu einem gemeinsamen Ziel zu vermitteln. Es ist jedoch weniger restriktiv, was die Teilnehmer und die Zeitlimits angeht. Mit anderen Worten, Teammitglieder außerhalb des Scrum-Teams können teilnehmen und das Meeting kann länger als 15 Minuten dauern. Beispielsweise kann ein Unternehmen täglich ein Stand-up durchführen, an dem die gesamte Belegschaft oder eine bestimmte Abteilung teilnehmen, deren Fortschrittsberichte nicht auf die Softwareentwicklung beschränkt sind.

Best Practices für das tägliche Scrum

Was sind also die besten Methoden, um Ihre täglichen Scrum-Meetings effektiv durchzuführen?

1. Schließe das tägliche Gedränge in einer Zeitbox ab

Ein Zeitrahmen von 15 Minuten wird am häufigsten verwendet, um sicherzustellen, dass das Team konzentriert und auf den Punkt kommt. Schließlich müssen die Teammitglieder ihre drei Fragen nur kurz und effektiv beantworten.

2. Führen Sie das Meeting jeden Tag zur gleichen Zeit und am gleichen Ort durch

Dies wird für ein gewisses Maß an Kohärenz und Regelmäßigkeit sorgen und dazu beitragen, Scrum-Werte von Engagement und Fokus.

3. Beziehen Sie in jedes tägliche Scrum-Meeting dieselben Teammitglieder ein

Wenn Sie eine wechselnde Besetzung von Charakteren haben, laufen Sie Gefahr, dass es zu Unterbrechungen kommt. Bei einigen Teilnehmern der Besprechung fehlt wahrscheinlich der Kontext aus früheren Besprechungen und sie müssen auf dem Laufenden gehalten werden.

Tägliche Scrums für entfernte oder verteilte Teams

Tägliche Scrums sind für die Ausrichtung der Teams von entscheidender Bedeutung, aber für Teams an verschiedenen Standorten oder an verschiedenen Standorten ist eine durchdachte Ausführung erforderlich, um die Effektivität aufrechtzuerhalten. So können Sie das Beste aus Ihren virtuellen täglichen Scrums herausholen:

Intelligente Nutzung von Videokonferenzen

Videokonferenzen bieten den Vorteil einer Live-Konversation, die für die Zusammenarbeit und Klarheit in Echtzeit von entscheidender Bedeutung ist.

• Respektiere persönliche Bedürfnisse: Erkenne, dass es anstrengend sein kann, vor der Kamera zu stehen. Bieten Sie Flexibilität, indem Sie den Teammitgliedern die Wahl lassen, wann sie ihre Kameras verwenden möchten.
• Ermüdung vermeiden: Ermutigen Sie dazu, bei wichtigen Diskussionen die Kamera zu verwenden, bieten Sie jedoch die Möglichkeit, nur Audio zu hören, um Erschöpfung zu vermeiden.

Zeitzonen mit Bedacht verwalten

Verteilte Teams erstrecken sich oft über mehrere Zeitzonen. So meistern Sie die Herausforderung:

• Intelligent planen: Finden Sie eine geeignete Besprechungszeit, die für die Mehrheit geeignet ist. Zum Beispiel könnte jemand am Vormittag teilnehmen, während es für andere früh am Morgen ist.
• Ziehen Sie asynchrone Updates in Betracht: Wenn die Zeitzonen sehr unterschiedlich sind, sollten Sie sich auf asynchrone Kommunikation wie Kommentare in der Taskleiste oder Chat-Kanäle verlassen, um alle auf dem Laufenden zu halten, ohne ihre Work-Life-Balance zu stören.

Verwenden Sie visuelle Tools

Visuelle Hilfsmittel können das Verständnis und die Teilnahme an virtuellen Besprechungen erheblich verbessern.

• Bildschirmübertragung: Verwenden Sie die Bildschirmübertragung, um Taskboards oder Projektmanagement-Software anzuzeigen und so einen klaren, visuellen Kontext für Diskussionen zu bieten.
• Tools für die Zusammenarbeit: Nutze Tools wie Miro oder Trello für visuelles Brainstorming und Aufgabentracking während des Scrums.

Arbeitsvereinbarungen definieren

Durch die Erstellung klarer Arbeitsvereinbarungen wird sichergestellt, dass alle in Bezug auf Prozesse und Erwartungen auf derselben Wellenlänge sind.

• Kommunikationsmethoden: Geben Sie an, wie Teammitglieder kommunizieren sollen, sei es über Videoanrufe, Messaging-Apps oder E-Mails.
• Tools für die Zusammenarbeit: Entscheiden Sie, welche Tools Sie für Dokumentation, Zusammenarbeit in Echtzeit und asynchrone Updates verwenden möchten. Zu den beliebten Optionen gehören Slack für die Kommunikation und Jira für das Aufgabenmanagement.

Fallstricke bei Daily Scrum

Es gibt verlockende Aktivitäten, die Sie bei der Durchführung Ihres täglichen Scrum-Meetings vermeiden sollten. Dies sind einige der häufigsten Fallstricke, die es zu vermeiden gilt:

1. Das Meeting als Status-Update verwenden

An den Product Owner, Scrum Master oder andere Stakeholder. Das Hauptziel dieses Treffens besteht darin, dass das Entwicklungsteam seine drei Fragen beantwortet, damit es alle erforderlichen Anpassungen vornehmen kann, um das Sprintziel beizubehalten. Es sollte nicht als Status-Meeting für Entwickler genutzt werden, um über den Fortschritt ihrer Arbeit zu berichten.

2. Machen Sie daraus eine Problemlösungssitzung

Um alle Blockaden, die in der Sitzung besprochen werden, innerhalb des 15-minütigen Zeitrahmens zu lösen. Eines wird zweifellos passieren, wenn das Team dies versucht — das Meeting wird zu lang dauern! Der Scrum Master sollte dem Team raten, während des Meetings bei der Arbeit zu bleiben und diese Problemlösungsversuche auf einen Zeitpunkt außerhalb des täglichen Scrum-Meetings zu verschieben.

3. Konzentrieren Sie sich auf ein Taskboard

Um den Fortschritt zu verfolgen. Das tägliche Scrum-Meeting ist eine Zeit für Diskussionen. Wenn das Team auf ein Taskboard starrt, verschwendet es wertvolle Zeit, indem es sich auf den Status der Aufgaben konzentriert und nicht darüber spricht, Anpassungen an seiner Arbeit vorzunehmen.

Zusätzlich zu diesen wichtigen Punkten gibt es mehrere andere häufige Fehler, die die Effektivität eines täglichen Scrums beeinträchtigen können:

• Es ist ein langweiliges Statusmeeting geworden an dem niemand teilnehmen will. Dies deutet auf einen Mangel an Engagement und Zielstrebigkeit hin.
• Entwickler berichten über persönliche Leistungen an einen Scrum Master oder Manager, was den kollaborativen Geist des Teams untergraben kann.
• Das Treffen findet nicht statt wenn der Scrum Master es an diesem Tag nicht schafft. Diese Abhängigkeit kann die Konsistenz der täglichen Fortschrittskontrollen stören.
• Das Team versucht Probleme zu lösen und finden Sie während des täglichen Scrums Lösungen, die vermieden werden sollten, um die Timebox zu respektieren.
• Das tägliche Scrum wird verwendet, um Arbeitselemente zu verfeinern, was nicht der beabsichtigte Zweck ist. Die Verfeinerung sollte separat erfolgen.
• Die Timebox wird nicht respektiert, was dazu führt, dass einige Teammitglieder das Gefühl haben, dass das Meeting eine Belastung ist. Es ist wichtig, das 15-Minuten-Limit einzuhalten.
• Einige Entwickler denken, dass sie nicht auftauchen müssen, was zu Fehlausrichtungen und verpassten Gelegenheiten zur Teamsynchronisierung führen kann.

Indem Teams sich dieser häufigen Fallstricke bewusst sind und ein konzentriertes und effizientes tägliches Scrum pflegen, können sie sicherstellen, dass sie das Beste aus ihrer gemeinsamen Zeit machen und ihre Sprintziele auf Kurs halten.

Meistere Daily Scrum und werde ein agiler Profi

Bei Einfach und agil, wir bieten Produkte um all Ihre Scrum-Events zu verwalten. Wir setzen uns leidenschaftlich dafür ein, Agile für seine Teilnehmer zugänglich und leicht verständlich zu machen. Zusätzlich zu unseren Produkten stellen wir gerne Ressourcen zur Verfügung, damit du dein agiles Spiel verbessern kannst 💪. Schau dir unsere an Blog und unsere Podcast um ein agiler Profi zu werden!

Agil sein oder agil handeln — was ist der Unterschied?

Organisationen auf der ganzen Welt haben erkannt, dass sie schnell reagieren müssen, um den Herausforderungen des ständigen Wandels zu begegnen. Infolgedessen kämpfen sie um die Einführung agiler Arbeitsweisen, und die Pandemie beschleunigt die Einführung agiler Methoden.

Diejenigen, die es richtig machen, können einen starken Einfluss auf ihr Geschäftsergebnis und ihren Wettbewerbsvorteil haben. Aber für andere sind die Vorteile vielleicht noch abzuwarten.

Hier kann „agil handeln“ und „agil sein“ den entscheidenden Unterschied ausmachen. Denn um die Vorteile agiler Methoden wirklich nutzen zu können, müssen Unternehmen von tun zu Sein.

Dieser Artikel erklärt den Unterschied zwischen agil sein oder agil handeln. Außerdem werden wir Sie durch einige der häufigsten Herausforderungen führen, mit denen viele Unternehmen auf ihrem Weg zur Agilität konfrontiert sind.

Die wichtigsten Punkte

• Um das volle Potenzial agiler Arbeitsweisen auszuschöpfen, müssen Teams eine agile Denkweise entwickeln und agile Prozesse einführen.
• Der Übergang von „agil handeln“ zu „agil sein“ erfordert Zeit, Coaching und einen neuen Managementansatz.
• Richtig gemacht, kann Agilität die Kundenzufriedenheit, das Engagement der Mitarbeiter, das Wachstum und die Rentabilität steigern.

Warum agil und warum jetzt?

Agile erfreut sich bereits seit über 20 Jahren zunehmender Beliebtheit, aber als die Pandemie ausbrach, beschleunigte sich dieses Wachstum.

In allen Branchen ist es heute von entscheidender Bedeutung, digitale Erlebnisse bieten zu können. Unternehmen müssen heute wie Softwareunternehmen handeln und denken, wobei das Online-Erlebnis der Kunden im Mittelpunkt steht. Zusammen mit einem aktiven Ansatz bei der Kundengewinnung müssen Sie einen echten Mehrwert bieten, um sich von der Konkurrenz abzuheben.

Für Unternehmen, die in diesem Umfeld überleben und gedeihen wollen, wenden sich viele an agile Frameworks um schnell einen Mehrwert für Kunden zu schaffen und Geschäftsergebnisse zu erzielen. Agilität ermöglicht es Teams:

• Machen Sie das Komplexe einfach — durch das Arbeiten in einem klaren, strukturierten Rahmen wird aus Chaos Ordnung.
• Behalten Sie den Überblick — Agile Teams haben ein gemeinsames Verständnis von ihren Fortschritten auf dem Weg zu ihren Zielen.
• Erfolge replizieren — Wenn ein Team einen effektiven Weg findet, Ergebnisse zu erzielen, kann es Lösungen für andere Zwecke verwenden und unternehmensweit austauschen.
• Schaffen Sie eine abgestimmte, zielgerichtete Kultur — wenn Hunderte von Mitarbeitern in einer Organisation Dutzende agiler Teams bilden, bilden sie ein stabiles Rückgrat und gehen denselben Weg zum gleichen Ziel.

„Agile Organisationen, die als lebende Systeme betrachtet werden, haben sich weiterentwickelt, um in einem unvorhersehbaren, sich schnell verändernden Umfeld erfolgreich zu sein. Diese Organisationen sind sowohl stabil als auch dynamisch. Sie konzentrieren sich auf die Kunden, passen sich flexibel an Umweltveränderungen an und sind offen, inklusiv und hierarchiefrei. Sie entwickeln sich kontinuierlich weiter und akzeptieren Ungewissheit und Ambiguität. Wir glauben, dass solche Organisationen für die Zukunft weitaus besser gerüstet sind als traditionelle Organisationen.“

- McKinsey & Company

Was bedeutet es, agil zu sein?

Viele Organisationen verwenden einige agile Prozesse, um Projekte zu verwalten. Das heißt aber nicht, dass die Teams die agile Methodik vollständig verstanden und angenommen haben. Es könnte sein, dass sie „agil handeln“, anstatt tatsächlich „agil zu sein“.

Hier ist der Unterschied zwischen den beiden:

Agil handeln

„Agile handeln“ ist das Missverständnis, dass Ihr Unternehmen agil wird und auf Veränderungen reagiert, wenn Sie agile Dinge tun. Unternehmen, die in diese Falle getappt sind, könnten einige agile Prozesse durchmachen, wie zum Beispiel tägliche Stehaufsteher, Sprints, und Rückblicke. Teams sind so strukturiert, dass sie klein, funktionsübergreifend und kollaborativ sind. Aber wenn sie dort aufhören, werden diese Teams nicht wirklich agil und es kann sein, dass sie Schwierigkeiten haben, Ergebnisse zu erzielen.

Agile Zeremonien, Tools und Strukturen sind zwar entscheidend für die Implementierung, aber sie sind nur ein Teil dessen, was ein Unternehmen agil macht.

Agil sein

„Agil sein“ bedeutet, dass Sie die oben genannten Aktivitäten einbeziehen, aber über die Prozesse hinausgehen. Das bedeutet, eine agile Denkweise und agile Werte auf alle Bereiche der Organisation anzuwenden. Teams müssen geschult werden, um die agile Denkweise zu beherrschen und alle Herausforderungen zu meistern, die sich auf dem Weg dorthin ergeben. Es erfordert mehr Zeit und Mühe, als einfach agil zu arbeiten, aber es ist entscheidend, wenn Sie die Vorteile nutzen möchten.

Was ist eine agile Denkweise?

Eine agile Denkweise anzunehmen bedeutet, ihre vier Kernwerte zu verstehen und zu leben. Um agil zu sein, müssen Sie:

1. Respektiere die Menschen - Erkennen Sie, dass Mitarbeiter für den Erfolg Ihres Unternehmens von entscheidender Bedeutung sind. Sorgen Sie dafür, dass die Mitarbeiter gemeinsame Ziele verfolgen, sich sicher und in der Lage fühlen, Ideen auszutauschen, und dass Sie eine „Wir“ -Mentalität gegenüber „Ich“ annehmen.
2. Fluss optimieren - Erhöhen Sie die Qualität bei jedem Schritt, damit Sie Probleme erkennen und frühzeitig Kurskorrekturen vornehmen können. Dies trägt dazu bei, den Wert zu maximieren und Verschwendung zu minimieren und gleichzeitig einen konsistenten, nachhaltigen Arbeitsablauf zu schaffen.
3. Innovation fördern — Fördern Sie das Experimentieren mit Zusammenarbeit, konstruktivem Feedback und Autonomie. Planen Sie Zeit und Raum ein, damit Kreativität und Ideen fließen können.
4. Unermüdlich verbessern - Denken Sie daran, dass es mit der agilen Denkweise keinen Endpunkt gibt. Es geht um kontinuierliche Verbesserung. Daher müssen Sie zukünftige Prozesse im Rahmen einer kontinuierlichen Praxis kontinuierlich reflektieren und verbessern.

Um diese Werte zur Grundlage für die Arbeit in Ihrem gesamten Unternehmen zu machen, müssen Sie agile Prozesse mit einer agilen Denkweise kombinieren. Ohne die agile Denkweise sind Sie nicht „agil“, und Ihre Prozesse werden nicht das volle Potenzial Ihres Unternehmens entfalten.

„Die agile Denkweise ist ein Denkprozess, der Verständnis, Zusammenarbeit, Lernen und Flexibilität beinhaltet, um leistungsstarke Ergebnisse zu erzielen. Durch die Kombination der agilen Denkweise mit Prozessen und Tools kann sich das Team an Veränderungen anpassen und seinen Kunden einen Mehrwert bieten.“

- Atlassian

Agile Prozesse und Tools reichen nicht aus

Agile Prozesse, einschließlich der Zeremonien, Tools und Apps, sind dazu da, die Denkweise des Teams zu unterstützen. Aber ohne die richtige Denkweise in Ihrem Unternehmen zu vermitteln, werden Sie nicht wirklich agil sein.

Die Förderung der agilen Denkweise gibt einem Unternehmen die Möglichkeit, sich jederzeit schnell in eine bestimmte Richtung zu bewegen, um den Kunden den besten Wert zu bieten. Teams, die Agilität beherrschen, sind in der Regel:

• Autonom und ermächtigt um Entscheidungen rund um das Produkt und das Kundenerlebnis zu treffen.
• In der Lage an Veränderungen anpassen schnell.
• Immer bereit zu lernen etwas Neues.

Verlobt mit einem geteilter Zweck und eine Kultur der Zusammenarbeit.

„Es geht darum, sich auf Veränderungen einstellen zu können. Ob das nun in Bezug auf Mitarbeiter, Ressourcen oder Budget ist — wie auch immer das für ein Unternehmen aussieht. Wenn Sie in der Lage sind, schnell von einem Schwerpunktbereich zum anderen zu wechseln, bevor es Ihr Konkurrent tut, dann haben Sie einen Wettbewerbsvorteil auf dem Markt.“

- Sean Blake, Marketingleiter, Easy Agile

Häufige Herausforderungen, auf die Sie achten sollten, wenn Sie von agiler zu agiler Arbeit übergehen

Je früher Sie handeln und von agiler zu agiler Vorgehensweise übergehen können, desto eher profitieren Ihre Kunden, Mitarbeiter und Ihr Geschäftsergebnis.

Im Folgenden finden Sie einige häufig auftretende Herausforderungen und Tipps zu deren Bewältigung.

• Die Leute könnten an alten Gewohnheiten festhalten
  Menschen finden Veränderungen schwierig, besonders wenn Gewohnheiten tief verwurzelt sind. Sie werden vielleicht feststellen, dass einige Leute auf ihrem Standpunkt beharren und an der alten Art festhalten, Dinge zu tun. Es ist wichtig, sich daran zu erinnern, dass dies einige Zeit in Anspruch nehmen kann und die Menschen Unterstützung benötigen, um neue Arbeitsweisen zu erlernen. Stellen Sie sicher, dass Sie genügend Gelegenheiten für Feedback und Diskussionen bereitstellen, damit Sie als Team das wiederholen können, um einen Prozess zu finden, der für Ihr Unternehmen funktioniert.
• Nicht nur das Team muss gecoacht werden
  Agil zu sein ist eine Denkweise für das gesamte Unternehmen, einschließlich Manager und Führungskräfte. Wenn Ihre Führungskräfte Agilität nicht verstehen und unterstützen, wird es schwierig sein, an Dynamik zu gewinnen und alte Prozesse und Hierarchien zu verändern. Scrum Master und Agile Trainer müssen Zeit damit verbringen, Führungskräfte zu coachen, um neue agile Denkweisen und Fähigkeiten zu entwickeln.
• Für viele Unternehmen erfordert Agilität einen neuen Führungsstil
  Der traditionelle Führungsstil von Command and Control mag im Industriezeitalter funktioniert haben. Aber jetzt passt es nicht mehr zu der Art und Weise, wie Unternehmen und Mitarbeiter heute arbeiten müssen, und es unterstützt nicht die agile Denkweise. Um agil zu sein, benötigen Teams das Vertrauen, die Autonomie und die Fähigkeit, eine Idee ohne Hindernisse bis zur Umsetzung umzusetzen. Damit dies gelingt, müssen Führungskräfte hinter diesen vielseitigen Bemühungen zur kulturellen Transformation stehen.

Bist du bereit, agil zu sein?

Über agile Prozesse hinauszugehen und ein agiles Mindset im gesamten Unternehmen zu skalieren, ist nichts, was Sie über Nacht in Angriff nehmen können. Es erfordert Zeit, Mühe, Training und Unterstützung durch Führungskräfte, um agile Werte zu verinnerlichen und die Kommando-Mentalität der Vergangenheit hinter sich zu lassen.

Unterwegs stehen Sie möglicherweise vor Herausforderungen, Sie werden feststellen, dass es immer mehr zu lernen gibt, und Sie müssen agil sein, wenn es um die Einführung von Agile geht.

Der Preis für echte Agilität ist jedoch erheblich, einschließlich der Steigerung der Kundenzufriedenheit, der Steigerung des Mitarbeiterengagements und der Verbesserung der Produktivität — die Investition lohnt sich also.

Agilität hilft modernen Unternehmen, durch Veränderungen in einer unsicheren und unvorhersehbaren Welt erfolgreich zu sein. Für die meisten von uns ist dies keine wünschenswerte Arbeitsweise mehr — sie ist unverzichtbar.

Wenn eines in der Produktentwicklung (oder im Leben) sicher ist, dann ist es, dass die Zeit immer vergeht und es immer Aufgaben gibt, die erledigt werden müssen. Es gibt keine einfachere Methode, diese beiden kritischen Kennzahlen zu berechnen als ein einfaches Burndown-Diagramm.

Burndown-Diagramme helfen agilen Teams dabei, Zeit und Aufgabenerledigung zu visualisieren. Das bedeutet, wie viel Arbeit noch übrig ist, verglichen mit der Zeit, die für die Entwicklung eines Produkts oder eines bestimmten Sprints geplant ist.

In diesem Beitrag erklären wir, was Burndown-Charts sind, welche Vorteile ihre Verwendung hat und wie sie von Entwicklungsteams verwendet werden. Wir erklären auch den Unterschied zwischen Burndown- und Burnup-Diagrammen, Produkt-Burndown-Diagrammen und Sprint-Burndown-Diagrammen und stellen hilfreiche Tools zur Integration kritischer Metriken in Jira vor. Lassen Sie uns nun die Y-Achse nach unten gleiten!

Was ist ein Burndown-Diagramm?

Ein Burndown-Diagramm visualisiert, wie viel Arbeit noch zu erledigen ist und wie viel Zeit für die Fertigstellung noch zur Verfügung steht. Diese grafische Darstellung ist für alle sichtbar und sagt voraus, wie viel Arbeit das Team innerhalb der vorgegebenen Zeit erledigen will. Burndown-Diagramme werden auch verwendet, um zu messen, wie schnell ein agiles Team die Nutzerberichte von Kunden bearbeitet und fertiggestellt hat. Sie eignen sich hervorragend, um das Team über jede Änderung des Arbeitsumfangs auf dem Laufenden zu halten.

Schauen wir uns an, was jeder Teil des Diagramms darstellt. Der verbleibende Arbeitsaufwand wird auf der vertikalen Achse angezeigt. Die Zeit, die seit dem Start des Projekts oder des Sprints vergangen ist, wird auf der horizontalen Achse angezeigt. Die X-Achse ist also die Zeitleiste des Projekts oder der Iteration, und die Y-Achse ist die Arbeit, die abgeschlossen werden muss.

Der gesamte Arbeitsaufwand für das Projekt befindet sich links oben auf der Y-Achse, und der Endpunkt ganz rechts auf der X-Achse steht für den letzten Tag des Projekts oder einer bestimmten Iteration. Die Start- und Endpunkte sind durch die ideale Arbeitslinie miteinander verbunden. Dabei handelt es sich um eine gerade Linie, die zeigt, was das Team innerhalb eines vorher festgelegten Zeitrahmens zu erreichen hofft. Eine weitere Linie, die eigentliche Arbeitslinie, zeigt, wie viel Arbeit noch übrig ist und wie schnell das Team tatsächlich arbeitet.

Tatsächliche Arbeitslinie im Vergleich zur idealen Arbeitslinie

Ein Burndown-Diagramm zeigt sowohl die tatsächliche Arbeitslinie als auch die ideale Arbeitslinie. Beide Linien beginnen am Startpunkt oben auf der Y-Achse. Im Laufe des Projekts oder der Iteration oszilliert die tatsächliche Arbeitslinie um die ideale Arbeitslinie, je nachdem, wie das Team voranschreitet.

Wenn das Team den Zeitplan einhält, weicht die tatsächliche Arbeitslinie nicht wesentlich von der idealen Arbeitslinie ab und bleibt anständig gerade. Wenn das Team während des Projekts oder Sprints auf viele zeitraubende Hindernisse stößt, wird die eigentliche Arbeitslinie eher ein wildes Kringel sein, und es kann sein, dass der Endpunkt der X-Achse nicht erreicht wird, bevor die Zeit abgelaufen ist.

Die Vorteile der Verwendung von Burndown-Charts

Burndown-Charts sind in vielerlei Hinsicht hilfreich. Diese Diagramme:

• Stellen Sie den Fortschritt der im Laufe der Zeit abgeschlossenen Arbeiten visuell dar.
• Halten Sie die Produktverantwortlichen über den Entwicklungsfortschritt eines Produkts oder eines bestimmten Sprints auf dem Laufenden.
• Sorgen Sie dafür, dass das gesamte Entwicklungsteam auf dem Laufenden ist, wie weit ein Produkt fortgeschritten ist.
• Werden regelmäßig aktualisiert, sobald die Arbeit abgeschlossen ist und die Zeit vergeht, um den Produktfortschritt in Echtzeit anzuzeigen.
• Informieren Sie im Voraus, wenn ein Produkt nicht schnell genug entwickelt wird.
• Erfassen Sie klare Kennzahlen, die im Nachhinein überprüft werden können.

Burndown-Diagramm im Vergleich zu Burnup-Diagramm

Ein Burndown-Diagramm zeigt, wie viel Arbeit noch übrig ist, indem es an der Spitze der Y-Achse beginnt und im Laufe der Zeit und Abschluss der Arbeit nach unten zu der Stelle führt, an der der Endpunkt auf die X-Achse trifft.

Ein Burnup-Diagramm bewirkt das Gegenteil. Der Startpunkt befindet sich in der unteren Ecke des Diagramms, ganz links von der X-Achse. Die ideale Arbeitslinie und die tatsächliche Arbeitslinie eines Burn-up-Diagramms verlaufen nach oben, wenn die Arbeit abgeschlossen ist und die Zeit vergeht. Oben auf der Y-Achse befindet sich eine weitere horizontale Linie, die den Umfang des Projekts darstellt, z. B. die Anzahl der Story Points, die für die Fertigstellung benötigt werden. Wenn der Umfang größer wird, z. B. wenn Story Points oder Sprint-Backlog Wenn Elemente hinzugefügt werden, erhöht sich die Umfangslinie, um dem erhöhten Ziel Rechnung zu tragen.

Wenn sich der Umfang eines Sprints oder Projekts aufgrund unerwarteter Entwicklungen oder Erkenntnisse der Stakeholder ändert, was im Laufe der Entwicklung unvermeidlich ist, werden diese Änderungen durch die Scope-Linie dargestellt. Dies kann Burnup-Charts zu einem etwas anpassungsfähigeren Tool machen.

Sowohl Burndown- als auch Burnup-Diagramme verfolgen die Geschwindigkeit, den Arbeitsablauf und den Fortschritt eines Teams. Die Umfangslinie eines Burnup-Diagramms berücksichtigt die Entwicklung der Softwareentwicklung und die Art und Weise, wie sich die Ziele im Laufe eines Projekts bewegen können, weshalb sie sich ideal für die Nachverfolgung eines Projekts als Ganzes eignen. Obwohl beide Tools effektiv sind, könnte ein Burndown-Diagramm während eines Sprints besser genutzt werden, da die Wahrscheinlichkeit, dass sich die Anzahl der Aufgaben in einem Sprint ändert, geringer ist.

Grafik zum Produkt-Burndown im Vergleich zum Sprint-Burndown

Es gibt zwei verschiedene Arten von Burndown-Charts. Ein Produkt-Burndown-Diagramm zeigt, wie viel Arbeit für das gesamte Projekt noch übrig ist, wohingegen ein Sprint-Burndown-Diagramm zeigt, wie viel Arbeit in einer bestimmten Iteration noch übrig ist.

Ein Produkt-Burndown-Diagramm erfasst eine größere Datenmenge. Es stellt alles dar, was an einem Produkt innerhalb des zu Beginn des Projekts vereinbarten spezifischen Zeitrahmens fertiggestellt werden muss.

Ein Sprint-Burndown-Diagramm hilft Scrum-Mastern dabei, zu visualisieren, wie schnell das agile Team die Arbeit erledigt und wie viel Arbeit während eines Sprints noch zu erledigen ist. Es zeigt den Fortschritt des Scrum-Teams, indem es anzeigt, wie viel Arbeit tatsächlich noch übrig ist, anstatt wie viel Zeit aufgewendet wurde. Im Laufe eines Sprints wird das Diagramm entlang der abgeschlossenen Storypoints nach unten geneigt sein.

Wenn die Burndown-Linie in einem Sprint-Burndown-Diagramm nicht bis zur Mitte des Sprints nach unten zeigt, ist das ein Zeichen dafür, dass der Sprint nicht gut läuft, und es ist Sache des Scrum Masters, das Team wieder auf Kurs zu bringen.

Arbeiten Sie an Ihrem nächsten Produktplan? Erfahren Sie häufige Fehler bei der agilen Planung und wie Ihr Team diese häufigen Fallstricke vermeiden kann.

Burndown-Charts in Jira

Kaputte Builds Agile Berichte und Gadgets beinhaltet Burndown- und Burnup-Charts für beide Scrum und Kanban.

Die Anwendung wurde für Jira entwickelt, sodass Sie die Berichterstattung in Echtzeit integrieren können. Der Zugriff auf sofortige Kennzahlen hilft Teams, Engpässe und Abhängigkeiten zu erkennen, sodass diese eher früher als später behoben werden können. Mit der Anwendung können Sie Diagramme und anpassbare Berichte exportieren, um sie mit Teammitgliedern und Stakeholdern zu teilen oder im Nachhinein zu überprüfen.

Wie Easy Agile Ihrem Team helfen kann

Unsere Leidenschaft ist es, agilen Teams dabei zu helfen, effizienter und effektiver zu arbeiten, wobei die Bedürfnisse des Kunden immer an erster Stelle stehen. Wir entwickeln Produkte, die speziell für Jira-Benutzer entwickelt wurden, darunter Einfacher agiler Teamrhythmus, Programme, Personas, und Straßenkarten.

Versuche Einfacher agiler Teamrhythmus um einfache und kollaborative Storymaps in Jira zu erstellen. Unser Tool hilft Ihnen dabei, Ihre Produkt-Backlogs in eine wirkungsvolle visuelle Darstellung der Kundenreise umzuwandeln. Es ist die Story-Mapping-App für Jira mit den höchsten Bewertungen, der über 120.000 Nutzer von Unternehmen wie Amazon, Twitter, Starbucks, Rolex und Adobe vertrauen.