Agile Teams

“Agile” is a simple word that means quite a lot today. What was once resigned to software developers and product development is now commonplace in many businesses, and agile implementation is showing no sign of slowing down.

It all boils down to this: Businesses today must be able to adapt fast.

The rigid approaches that worked for years don’t fit our rapidly changing business landscapes. Businesses of all shapes and sizes need to continually adapt to changing requirements, the changing needs of a global economy, cultural shifts, and evolving technological advancements.

It’s clear that agile is the way of the future, but how do you implement such a massive change across an organization, especially enterprises? Do you need a top-down approach, a bottom-up approach, or something in between? Let’s take a closer look at the benefits of agile and how to choose the best agile implementation approach.

Are you practicing SAFe®?

Bring the SAFe® Program Board into Jira

Try Easy Agile Programs

Why switch to an agile approach?

We’ve covered the benefits of agile in detail in our Beginner's Guide to Agile Methodology, but let’s recap some of the key points and why so many businesses are choosing to make the switch.

Agile practices focus on an iterative approach that continually adapts to new information and circumstances. By contrast, traditional project management generally adopts a waterfall approach — the project manager lays out a plan at the beginning of a project that the project team is expected to follow to the letter.

The problem with the traditional project management process is that it leaves little room to quickly grow and evolve. Agile project management and agile software development, on the other hand, need feedback and iterations at every turn. Agile teams test early and often to ensure they are on the right path, and they make adjustments in real-time.

The benefits of agile methods are far-reaching — that’s why we love it! Though it may take time to implement, agile is a worthy investment for any future-focused organization.

Additional benefits of agile:

• Managers can more easily account for the capacity of individuals and entire teams.
• The team can better manage work in progress (WIP).
• Everyone can clearly visualize the prioritization of tasks.
• Bottlenecks or roadblocks are addressed before they halt progress.
• Wasteful processes are eliminated or changed to improve efficiency.
• Multiple voices are included in the decision-making process.
• Teams can make iterations on products or projects in real-time.
• Stakeholders, customers, and end users are involved in your processes.
• Teams can provide continuous delivery to customers and stakeholders.
• Collaboration and teamwork improve.

With Easy Agile Programs you can equip your distributed or co-located teams to implement the Scaled Agile Framework® (SAFe®) without leaving Jira.

Join a demo

Agile implementation: Top-down or bottom-up?

So, you believe in agile and you’re ready to make it happen, but what’s the best approach? Do you implement it from the top-down or bottom-up? Let’s find out!

A top-down approach to agile implementation starts with those in charge. It often begins with management or business owners who hear about the benefits of agile and want their business to adopt agile practices. The problem is, when an idea only comes from the top, it can catch the rest of the organization off guard. If those in charge don’t give enough notice or provide all of the necessary resources and time to implement new ways of working, employees can become resentful and push back against the change.

On the other hand, when agile implementation comes from the bottom-up, leadership can push back. Teams and team leaders may want to improve their processes and adopt new ways of working, but they may not get adequate support or resources when they need them. It can take time to convince those in charge of the benefits of agile, which can take away from the time needed to actually learn and implement agile practices.

A hybrid approach

The good news is you don’t need to pick just one. The best approach for your business may turn out to be a hybrid approach. The more people you have on board, the better.

Agile implementation is easiest and most effective when as many people as possible buy into the process. It’s best if you have buy-in throughout multiple levels of your organization, from employees to managers to owners to CEOs.

Push-back on change is quite common in organizations, no matter the industry. It’s important to have people throughout the company who believe in the value of agile, are passionate about agile processes, and are excited about the possibilities agile presents.

Choosing an agile framework

As you implement agile principles, you’ll need to choose the framework that works best for your team. Depending on the needs of your team and organization, you may choose to adopt one framework or establish a mixture of frameworks.

Below, we’ll outline a few popular agile methodologies.

Scrum

Scrum is a strange word that’s very popular as a software development process. It’s a series of events that revolve around repeating sprints. One sprint (or Scrum) begins with sprint planning. The product owner reviews the product backlog, which represents all of the work that needs to be completed. They choose which items/tasks are the most important for the upcoming sprint and move those tasks into the sprint backlog.

Next, the development team, guided by the Scrum Master, works over a two-week span to complete the sprint backlog. Each day, the team meets for daily standups, which allow the team to go over what was accomplished over the previous 24 hours and discuss any possible roadblocks that stand in the way of the team completing work.

Lastly, the team completes a sprint review to gather feedback from stakeholders. They also conduct a sprint retrospective to discuss what went well and what didn’t over the course of the sprint. The insights are carried over into the next sprint to help all team members keep improving.

Wow! 🤯 That was a whirlwind explanation of Scrum. If you want to understand the process in more detail, we cover Scrum in a number of other guides, including the difference between Kanban and Scrum and guides to Scrum sprint planning and Scrum retrospectives.

Kanban

The Kanban framework is a visual process that helps teams manage the amount of work in progress. It allows teams and team leaders to see an at-a-glance view of what’s currently in progress and what’s on the horizon.

A Kanban board has three sections: to-do, doing, and done. Tasks flow throughout these sections one at a time to ensure no one is taking on more than one task at once. This ensures focus is always put on work in progress, no one gets bogged down with too many tasks, and potential bottlenecks are discovered before they impede productivity.

Chances are you’ve seen a Kanban board in action in some form or another. Trello is an example of an interactive Kanban board. The Kanban framework can be used on its own or paired with other frameworks, such as Scrum.

Lean

The lean methodology focuses on eliminating waste to improve efficiency. Lean follows five main principles: identify value, map the value stream, create flow, establish a pull system, and seek perfection.

Lean aims to waste less time by ensuring processes, communication, and the transfer of products or services run smoothly. When waste is eliminated and time is optimized, businesses can reduce costs. Efficiency is paired with a continuous improvement mindset, which helps teams work better together and deliver ever-improving products and services.

➡️ Learn more: Understanding Lean Agile and the 5 Lean Principles.

These are only a few popular agile methodologies. To learn more, read our article on 8 Software Development Methodologies Explained.

Seamless agile implementation

Agile implementation works best when people at all levels of the organization buy into the agile transformation. A top-down approach means the leadership is on board, but it forces employees to adopt a new way of working, and they may not be comfortable with the change. When it’s the other way around, employees, team members, and team leaders will struggle to implement agile without the support from those in charge and the people who allocate resources. A hybrid approach is often ideal, where as many people as possible are excited about and invested in the transition.

With the right tools, agile implementation becomes even easier. Easy Agile is dedicated to helping teams work better with agile. We design products that highlight the customer journey and allow teams to collaborate with each other seamlessly.

Easy Agile Programs is simple to use, collaborative, flexible, and it integrates directly with Jira. You can contact our team at any time to learn more about our suite of Jira products!

Join a demo

Try Free for 30 days

Agile Softwareentwicklung verwendet Iteration, um agile Praktiken zu verbessern. More as the use development teams agile Principes zur Verbesserung der Selbstorganisation. The improvement of the Scrum Frameworks has to improve the quick results and the product results through iteration.

Aber agil werden if you are not familiar with this approach, this can be a challenge. The team members need a tool to overbrücking. Ein Brückentool wie virtuelle Teambuilding-Aktivitäten unterstützt neue Lernaktivitäten. Neues Lernen fördert neue Denkweisen, die eine kontinuierliche Verbesserung fördern. Treten Sie ein, Agile Games!

Erfahre, wie diese Spiele Teambildung unterstützen und die Problemlösung für bessere Softwareentwicklungsprozesse fördern können und nach welchen agilen Spielen du Ausschau halten solltest.

Was sind agile Spiele?

Agile Games are Online games, the whole teams can play. This games were developed for teambuilding activities. Sie helfen dabei, effektive Teams zu fördern, indem sie alle dazu bringen, auf ein gemeinsames Ziel hinzuarbeiten. Wenn agile Teams ihre Köpfe zusammenfügen, effektiv kommunizieren und neues lernen, gewinnen alle — auch der Product Owner.

Teambuilding-Games treiben Innovationen voran, indem sie durch Teambuilding-Übungen eine neue Perspektive fördern. Agile Games machen Spaß, sind aber auch praktisch. This practical approach allows es the team members, new behavior approach.

If they play agile games, implementation teams better work methods in the software development. Agile Games support the teambildung by new learning activities and repetations.

Final improve agile games the good communication and self-organization of devOps-teams. The result agile games is, that your team members agile software faster assimilieren.

Wenn agile Teams ihre Fähigkeiten zur Problemlösung verbessern, profitieren sie von zahlreichen Vorteilen, die möglicherweise auf der Strecke geblieben sind, wenn sie keine agile Methodologie oder diese agilen Spiele verwendet haben.

Arten von agilen Spielen

Es gibt mehrere agile Spiele, mit denen sie neue Teams mit agiler Software vertraut machen können. Leckere Cupcakes entwickelte viele dieser einfachen Spiele als Eisbrecher, die Introvertierten dazu ermutigen, stärker an Scrum-Übungen teilzunehmen. This games help also to develop Multitasking-Fähigkeiten in anspruchsvollen DevOps-Umgebungen, die jeder agile Coach gerne einsetzen wird.

Nun, da Sie einige Grundlagen haben, die Ihnen helfen, die Denkweisen hinter agilen Spielen zu verstehen, würden Sie wahrscheinlich herausfinden, welche Arten von Spielen Sie spielen können, um Teamwork aufzubauen.

Hier sind ein paar agile Spiele, um deinen Appetit anzuregen. This list of games reicht von der kürzesten bis zur längsten Spieldauer, jeder hat sein eigenes Ziel.

1. Schokoriegel-Spiel

Spieldauer Erforderliche Spieldauer FormatZiele 5 Minuten+4 virtuelle und persönliche Teambuilding-Aktivitäten für Kundenfeedback und Iterationen

Das Chocolate Bar Game ist ideal für neue Teams, die mit agilen Praktiken nicht vertraut sind. The team work is improve if the members play and more about iteration. Ganze Teams können dieses Spiel auch spielen, um zu verstehen, wie Kundenfeedback in ihre Retrospektiven integriert werden kann.

Sie können das Spiel entweder persönlich oder ein Online-Spiel mit Remote-Teams spielen.

The Chocolate Bar Game works as Scrum Simulation. Es ist das Ziel, ein Schokosiegel herzustellen, als ob sie die Anweisungen des Produktbesitzers befolgen würden. Entwicklungsteams wählen ihren Produktmanager, der auch der Product Owner sein kann. Der Rest der agilen Teams sind die Kunden.

The Product Owner fungiere as moderator and allows the team members to made a schokoriegel, the target market. This schokoriegel must be köstlich and can either be made from dunkler chocolate, milk chocolate or white chocolate.

Darüber hinaus kann das Team eine Reihe von Füllungen auswählen, um sein Produkt zu verbessern. Toppings und andere einzigartige Eigenschaften kommen ebenfalls ins Spiel, da die Teams biologische oder glutenfreie Zutaten hinzufügen können, die auf einen Nischenmarkt zugeschnitten sind.

Nach jeder Iteration gibt der Projektmanager dem Team Kundenfeedback. Customers can give an the software development team (or the team for the create of schokoriegeln) a high for your creation, if they agree with the the agile team made chocolate. Customers can give an the team members also a time after below, if they not failed the first phase their chocolate iegels.

In der Teamarbeit werden die Reaktionen der Kunden auf Änderungen vor der nächsten Iteration, bei der es um die Schockoriegelfüllungen geht, aufgenommen. The team members build their schokoriegel and added filling and charges or remove to remove to the most customers are satisfied with their created.

Wie Sie sehen können, erfordert das Spielen von Chocolate Bar Game wiederholte Wiederholungen auf der Grundlage von Kundenfeedback, was das Ziel dieses agilen Spiels ist.

2. Wie umarmt man

Spieldauer Erforderliche SpielerFormatObjective5 Minuten (oder weniger) 3+Nur virtuelle Agile Teamzusammenarbeit

How to Hug ist ein einfaches Spiel zur Verbesserung der Teamzusammenarbeit, insbesondere in einem Remote-Team. How to Hug is a großartiger Eisbrecher, wenn es darum geht, neue Teammitglieder vorstellen.

The Scrum Team can access on this agile Teambuilding activity. Das gesamte Team lädt seine Fotos hoch, um sie auf dem virtuellen Kreis How to Hug anzuzeigen. The total team can then to votes, his image to place in the middle of the circle.

Sobald das agile Team ein zentrales Bild hat, bewegen die anderen Mitglieder ihre Bilder so, dass sie das Bild des Scrum Masters in der Mitte des Kreises berühren.

Jeder hat die Möglichkeit, sein Bild in der Mitte des Kreises zu platzieren, und das Team wiederholt den Vorgang. Obwohl es um ein einfaches Spiel geht, ist das eine dieser virtuellen Teambuilding-Aktivitäten, bei denen viel gelacht wird.

Die Teammitglieder lernen während dieser virtuellen Umarmungssitzung voneinander. Collaboration and team bindung to make a großartiges team.

3. Kugelschreiberspiel

Spieldauer: Spieler benötigen FormatZiel: 15 Minuten, aufgeteilt in 3-minütige Sessions, 4 plus persönlicher und virtueller Produktionsprozess

Das Ziel beim Spielen von Ball Point ist es, dass das Scrum-Team agile Projekte besser steuert. Durch das Verständnis des agilen Produktionsprozesses weiß das Team die Bedeutung der Selbstorganisation zu schätzen. Self-organization is the eckpfeiler for the creation of Scrum processes, that the entire team can perform efficient iterations.

Ganze Teams können dieses Spiel physisch oder online spielen, indem sie die Spielsymbole auf dem virtuellen Whiteboard verwenden.

Das gemeinsame Ziel besteht darin, dass die Mannschaft einen Ball oder mehrere Bälle um den Tisch bewegt. The team members must be the ball or the balls all once. When a team member has touch the ball, the following person must do same. Das Scrum-Team verdient einen Punkt, wenn es erfolgreich ist, den Ball auf den Tisch zu bewegen.

Jeder Sprint dauert drei Minuten, und das gesamte Team muss an fünf Sprints teilnehmen, um zu sehen, wer das Ballpunktspiel gewinnt. When the first sprint, the team is his strategy and make notes, to previsto, how many points is achieve in the first minute.

In der zweiten Minute bewegt sich der Ball um den Tisch. The Scrum team zeichnet in der dritten Minute seine Punkte auf und das neue Lernen.

Im Lauf des Spiels wird die Teamarbeit intensiviert, da die Mitglieder in den folgenden Sprintrunden weitere Bälle hinzufügen. Wenn das Team gleichzeitig Bälle weitergibt, wird das Spiel komplexer. Im Iterationsprozess ist mehr Nachdenken erforderlich, da die Teammitglieder versuchen, ihre Punktzahlen zu erhöhen. Nach jeder Runde werfen die Teams einen kurzen Rückblick, um zu sehen, mit welcher Taktik sie als nächstes im Sprint mehr Punkte erzielen können. Simply but effective!

4. Marshmallow-Turm

Spieldauer Erforderliche Spieldauer Formatziele 20 Min.4+ Nur persönliche Wiederholung und Zusammenarbeit

This is a personal teambuilding activity, and the team requires a paar pre-rates:

• Trockene Spaghetti
• Ein Meter Band
• Ein Meter Schnur
• Marshmallows

The team members must participate in groups of four people to this learning activity. The Scrum Master verteilt 20 Stück Spaghetti an jedes Team, zusammen mit den anderen Lebensmitteln.

Das Ziel ist es, mit diesen Gegenständen den höchsten Marshmallow-Turm zu bauen. The Marshmallow Tower must be freistehend and the team members must place all marshmallows above on the structure. Bei einigen agilen Spielen wird ein Marshmallow verwendet, während die Marshmallow-Zahlen den Spaghettistäbchen zugeordnet werden.

Unweigerlich stürzt der Turm ein, als das Team den Marshmallow darauf legt. Ziel ist es jedoch, die Scrum-Retrospektive durch mehrere Iterationen zu simulieren. The entire team must be quickly new form by good communication and work to improve in any further round.

Das Konzept klingt einfach, aber die Umsetzung ist täuschend knifflig. Teams müssen schnell zusammenarbeiten, und sie werden in letzter Sekunde viele Türme mit Sicherheit sehen, wenn die Teams sich bemühen, den Marshmallow auf ihren Gebäuden zu platzieren.

Wenn Sie die Herausforderung jedoch mehrmals wiederholen, werden Sie sehen, wie Teams ihre Ansätze zur Zusammenarbeit verfeinern und ihre früheren Kreationen wiederholen.

5. LEGO Flow-Game

Spieldauer Erforderliche Formatziele 60-90 Minuten 3-9 Scrum-Simulation, Iteration, Zusammenarbeit, Workflow nur vor Ort

Das LEGO Flow Game sie konzentriert sich auf eine Scrum-Simulation. Agile Teams erstellen einen virtuellen LEGO-Adventskalender, um Arbeitsaufgaben in einem effizienten Arbeitsablauf detailliert zu beschreiben. In jedem Abschnitt des Workflows sind bestimmte Rollenspieler involviert.

The common goal is into build the items, find the following adventskalender number (analysis) and then identify a series of LEGO-parts, which must conform with the reference source (suppliers).

Das Scrum-Team baut (baut) den LEGO-Gegenstand, während es im Spiel voranschreitet. The team members must to repeat, to be specified, if the build correct and is acceptable for the market representatives or the product components (accept).

Agile-Trainer werden dieses Spiel lieben, da es ein hervorragendes Tool ist, um neue Teams an Agile heranzuführen. LEGO Flow bietet neuen Teams die Möglichkeit, mithilfe einer simulierten Scrum-Übung an neuen Lernaktivitäten teilzunehmen.

LEGO Flow is a agile game, the three runds with each own goal requires. This goal are stapelweise and phase based processes as as time managed and flow based processes.

After each of three runds includes the team work sprint-retrospectives, to know to know, was good running and which challenges the team is made. Ziel ist es, die Vor- und Nachteile der einzelnen Sprintansätze zu analysieren und die Vorteile der Teamarbeit aufzuzeigen. Das Spiel endet mit der Erstellung eines kumulativen Gesamtflussdiagramms.

This chart allows the whole team, his strategies and decisions, to consider that it in each round this agile game is not run, and improve its workflow.

Wenn es die Zeit erlaubt, kann der Scrum Master die Teammitglieder fragen, welche Richtlinien-Änderungen sie für zukünftige Sprints vornehmen würden.

Agile Games and Teambuilding Activities

Das gesamte Team kann sein Arbeitsleben mit virtuellen Teambuilding-Aktivitäten über Zoom verändern. Spass beim Lernen zu haben, ist definitiv besser als ein physisches Whiteboard und Haftnotizen zu verwenden, um neuen Teams das Scrum-Framework vorstellen zu können.

Simple Agile Apps are a further innovation possible to make your new team to make into the agile family. Sie tauchen ein in die Welt von Einfacher agiler Scrum-Workflow für Jira die du mit LEGO Flow kombinieren kannst.

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

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

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

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

Notieren Sie sich Ihre Schätzungen in Jira mit

Einfache Agile User Story Maps

Kostenlose Testversion

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

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

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

Affinitätszuordnung

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

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

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

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

Schaufelsysteme

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

Punktabstimmung

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

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

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

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

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

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

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

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

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

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

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

Die Größe des T-Shirts ist schnell

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

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

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

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

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

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

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

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

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

Übung macht den Meister mit agilen Schätztechniken

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

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

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

Einfache agile Roadmaps

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

Die Priorisierung von Backlogs ist eine nie endende Aufgabe für Product Owner und Produktmanager. Wenn sich die Prioritäten als Reaktion auf sich ändernde Geschäftsanforderungen weiterentwickeln oder sogar die Arbeit abgeschlossen ist oder Anpassungen an der Teamausstattung vorgenommen werden, ist es wichtig, dass Sie sich weiterhin auf die Arbeit konzentrieren, die den größten Nutzen bringt, indem Sie Ihren Backlog in einem guten Zustand halten. Agile Schätzungstechniken können die Priorisierung Ihres Backlogs schneller und einfacher machen.

Schauen wir uns also einige spezifische Methoden an, um priorisiere deinen Backlog und erfahren Sie, wie agile Schätzungen dazu beitragen können, Ihren Endbenutzern und Stakeholdern den größtmöglichen Nutzen zu bieten.

5 Möglichkeiten, einen Backlog zu priorisieren

Natürlich gibt es mehr als fünf Möglichkeiten, Arbeitselemente in einem Backlog zu priorisieren. Wir haben jedoch einige unserer Favoriten ausgewählt, die in Kombination mit einem agilen Schätzprozess dazu beitragen, dass unser Produkt-Backlog stets priorisiert bleibt, sodass wir die Sprint-Planung im Handumdrehen durchführen können.

1. Gewichteter kürzester Job zuerst

Wow, ist das ein Schluck voll! Verwenden wir das Akronym „WSJF“, um uns darauf zu beziehen SAFE-Technik. WSJF ist nicht so einschüchternd, wie es klingt. Es handelt sich um eine einfache Formel, die Artikeln aus dem Produktrückstand einen Geschäftswert zuweist.

WSJF = Kosten der Verzögerung ÷ Auftragsdauer

Kosten der Verzögerung ist die Summe von drei relativen Metriken:

• Nutzer-/Geschäftswert: Die relative Wichtigkeit des Arbeitselements.
• Zeitkritikalität: der Rückgang des Nutzer-/Geschäftswerts im Laufe der Zeit.
• Reduzierung des Risikos: die Reduzierung des geschäftlichen oder technischen Risikos.

Um die relative Größe der Verzögerungskosten zu ermitteln, stellen Sie sich den niedrigsten Geschäftswert, den geringsten Wertverlust im Laufe der Zeit und die geringste Risikominderung als Wert 1 vor. Das Gleiche wie bei Schätzung des Storypoints der Fibonacci-Sequenz, passen Sie diese Punktzahl entsprechend an, wenn Sie Arbeitselemente vergleichen, um sie relativ zueinander zu bewerten.

Die Jobdauer wird ebenfalls relativ ausgedrückt. Wenn Sie Ihre Arbeitselemente mithilfe einer relativen Schätzung anhand von Story Points schätzen, entspricht der Story-Point-Wert der Auftragsdauer.

Wenn du diese Technik verwendest, um eine große Menge an Arbeit in einem Backlog zu priorisieren, in dem einige Artikel nur T-Shirt-Größe hatten, konvertiere deine T-Shirt-Größen in Standard-Fibonacci-Zahlen und verwende diesen Wert.

Warnung: Seien Sie vorsichtig bei der Umrechnung von T-Shirt-Größen in Story Points. Sie benötigen eine Möglichkeit, die Arbeitselemente in T-Shirt-Größe zu kennzeichnen, die Sie in Story Points umgewandelt haben. Sie und Ihr Scrum Master müssen diese Schätzungen als Schätzungen der T-Shirt-Levels erkennen und nicht als tatsächliche Schätzungen der Storypoints, die mit vollständig verfeinerten Arbeitsaufgaben einhergehen.

Sehen Sie in Easy Agile TeamRhythm mehr auf einen Blick, um die Priorisierung Ihres Backlogs zu beschleunigen

💡 Tipp: Füge bis zu drei zusätzliche Felder auf Ausgabekarten hinzu

SEHEN SIE WIE

2. Moskau

Ein Muss, ein Muss, ein Könnten-Hättest und ein Nicht-Haben sind die Kriterien, die verwendet werden, um einen Backlog mit der MoSCoW-Technik zu priorisieren. Das Produktteam definiert diese Bezeichnungen auf der Grundlage der einzigartigen Eigenschaften des Produkts und der Konkurrenzangebote.

Jedes Arbeitselement fällt in eine dieser Kategorien. Der einfachste Teil dieses Vorgangs besteht darin, Won't-have-Elemente direkt in den Papierkorb zu schicken und sie dir aus dem Weg zu räumen. Als Nächstes priorisieren Sie zuerst die Must-Haves und dann die Soll-Haves. Die Elemente, die man haben könnte, fallen natürlich an das Ende des Backlogs.

Nehmen Sie diese Artikel in Ihre regelmäßigen Verfeinerungsgespräche mit Ihren Teammitgliedern auf und weisen Sie jedem Artikel eine T-Shirt-Größe oder einen Storypoint-Wert zu. Dann bist du bereit, deinen Sprints oder Releases die richtige Menge an Arbeitselementen hinzuzufügen, basierend auf der Geschwindigkeit deiner Teams oder der Anzahl der Storypoints, die sie während eines Sprints voraussichtlich abschließen werden.

3. Kano

Das Kano-Modell der Priorisierung verwendet fünf Klassifizierungen:

• Muss sein: die grundlegende Funktionalität, die Ihre Benutzer erwarten.
• Attraktiv: eine angenehme Überraschung für Ihre Benutzer, aber niemand wird verärgert sein, wenn es nicht da ist.
• Eindimensional: Arbeitselemente, die Ihre Nutzer glücklich machen und sie enttäuschen werden, wenn sie nicht Teil Ihres Produkts sind.
• Gleichgültig: Arbeitselemente, die für Ihre Kunden unwichtig sind. Oft handelt es sich bei diesen Arbeitsaufgaben um technische Probleme oder Verbesserungen, die dem Softwareentwicklungsteam helfen, effizienter zu entwickeln oder mit den neuesten Versionen seines Tech-Stacks zu arbeiten — aber Ihren Kunden sind sie wirklich egal.
• Umgekehrt: Der Vorgang, bei dem eine frühere Funktion oder ein vorheriges Update rückgängig gemacht wird. Wenn Sie jemals eine Funktion entwickelt oder eine Benutzeroberflächenaktualisierung vorgenommen haben, die Ihre Benutzer gehasst haben, dann kennen Sie sich mit Reverse-Work-Aufgaben aus. Hoppla. Leider sind dies manchmal notwendige Übel, insbesondere wenn es um Sicherheitsfunktionen oder die Umstellung von Benutzern auf ein neues Produkt geht, nachdem sie ein veraltetes Produkt außer Dienst gestellt haben.

Wie bei der MoSCoW-Methode schätzen Sie diese Arbeitselemente während der Verfeinerung und fügen sie dann Ihrem Iterations- oder Release-Plan hinzu. Aber anders als bei MoSCow möchten Sie vielleicht Ihre Sprints und Releases mit Arbeitselementen aus jeder Klassifizierung ausgleichen.

4. Rangliste stapeln

Die brutalste aller Priorisierungstechniken, das Stack-Ranking, zwingt Teams dazu, eine lineare Rangfolge der Arbeitsaufgaben zu haben, was bedeutet, dass es nur eine oberste Priorität, eine zweite Priorität, eine dritte Priorität usw. gibt. Brutal!

Sobald du dich daran gewöhnt hast, ist Stack-Ranking eine nützliche Methode, um zu erzwingen Produktmanager um schwierige Entscheidungen zwischen Arbeitselementen zu treffen. Selbst wenn zwei Arbeitselemente während desselben Sprints abgeschlossen werden können, ist es Sache des PO, zu bestimmen, welches zuerst erledigt wird, und dann spiegelt sich diese Wahl im Sprint-Backlog wider.

Oft wird dieser Job einfacher, wenn er schlecht formuliert wird. Wenn Sie zum Beispiel nur einen Tag Zeit hätten, um neue Nutzer für Ihr Produkt zu gewinnen, welche Arbeit würden Sie in der Produktion erwarten? BUMM! Da ist deine oberste Priorität.

Das Schöne am Stack-Ranking ist, dass es PoS ermöglicht, kleinere Arbeitselemente in aktuelle Sprints zu verschieben, wenn andere Arbeiten mit höherer Priorität zu umfangreich sind. Wenn das größere Arbeitselement hinzugefügt wird, wird das Team aufgrund seiner Geschwindigkeit zu viel beansprucht. Diese kleinen Arbeitselemente dienen dazu, die Sprints zu füllen, damit die Teams ihr Tempo beibehalten und so produktiv wie möglich arbeiten können. Nur weil ein Arbeitselement, das zwei Stockwerke hoch ist, zu zwei Dritteln im Backlog liegt, heißt das nicht, dass es niemals erledigt werden kann.

5. Zuordnung von Geschichten

Mithilfe von Story Mapping können Sie die Reise des Kunden durch Ihr Produkt von Anfang bis Ende visualisieren. (Ja, das haben wir direkt von unserem anderen gestohlen ausgezeichneter Artikel zum Thema Story-Mapping.) Fortgeschrittene Story-Mapper sollten das, was Sie über Story-Mapping gelernt haben, nutzen und darüber nachdenken, wie Sie MoSCOW- oder Kano-Techniken zu Ihren Story-Maps hinzufügen können.

Vielleicht könnte dein episches Rückgrat oben auf der User-Story-Map die Buckets in der MoSCoW-Methode repräsentieren?

Wenn Sie wie wir sind, sind Ihre Story-Mapping-Sitzungen produktive Brainstorming-Aktivitäten, und Sie werden die Sitzungen mit viel mehr Arbeit verlassen, als Sie erledigen können. Indem Sie die MoSCoW- oder Kano-Prinzipien auf die Geschichten in Ihren Benutzererlebnissen anwenden, werden Sie die wichtigsten Geschichten entdecken, die Sie priorisieren müssen, und die Geschichten, die auf eine spätere Veröffentlichung warten können.

Agile Schätzung in die Backlog-Priorisierung einbauen

Wir haben Ihnen fünf verschiedene Techniken an die Hand gegeben, mit denen Sie Ihre Arbeitselemente in einem organisierten, priorisierten und wertschöpfenden Produkt-Backlog zusammenfassen können:

1. Gewichteter kürzester Job zuerst
2. MOSKau
3. KANO
4. Rangfolge stapeln
5. Storymaps

Wir haben Ihnen auch Möglichkeiten aufgezeigt, wie Sie agile Schätzungen wie T-Shirt-Größen und Storypoints in Ihren Priorisierungsprozess einbeziehen können, damit Ihr Team die wichtigsten Aufgaben erledigt und gleichzeitig die Geschwindigkeit beibehalten und Ihre Kunden und Stakeholder beeindrucken kann.

Wir empfehlen Ihnen, diese Ideen aufzugreifen, sie mit Ihrem Team zu teilen und sie auszuprobieren. Wenn Sie Hilfe bei der Verwendung des Story-Map-Konzepts benötigen, versuchen Sie es Einfacher agiler Teamrhythmus. Wie auch immer Ihr Team seinen Produkt-Backlog priorisiert, denken Sie daran, die wichtigsten Arbeiten an die erste Stelle zu setzen und diese Prioritäten dann nach Bedarf anzupassen. Machen Sie es einfach und bleiben Sie agil!

Du bist Teil eines agilen Teams. Du kennst die Übung. Sie haben eine agile Denkweise, Sie und Ihre Teammitglieder nehmen an den agilen Zeremonien teil und Sie verwenden agile Tools wie Jira. Alles gut! Es besteht aber auch eine gute Chance, dass Sie Teil einer größeren Organisation sind, die entweder agile Praktiken nicht vollständig versteht oder selbst eine agile Transformation benötigt. An dieser Stelle kann ein agiler Coach einspringen.

Seien wir ehrlich — wenn Ihr Unternehmen in seinem agilen Framework perfekt aufeinander abgestimmt wäre, würden Sie diesen Beitrag nicht lesen. 😉 In vielen großen Unternehmen ist die Einführung agiler Praktiken auf eine Untergruppe von Teams beschränkt, insbesondere auf die Softwareentwicklungs- und Projektmanagementteams.

Aber du willst mehr — du willst ein Meister in Sachen Agilität sein. Ein altes Sprichwort lautet etwa: „Der beste Weg, etwas zu lernen, ist, es zu vermitteln.“ Oder, wie Yoda es ausdrückte: „Es gibt immer zwei, nicht mehr und nicht weniger. Ein Meister und ein Lehrling.“

In diesem Beitrag erklären wir, was den Kern eines effektiven Agile-Coaches ausmacht, welche Unterschiede zwischen einem agilen Coach auf Teamebene und auf Organisationsebene bestehen, und geben einen Beispielpfad, um ein zertifizierter Agile-Coach zu werden. Wir stellen dir auch einige unserer besten Bildungsressourcen zur Verfügung, um dich auf dem Laufenden zu halten, egal in welcher Phase deiner agilen Reise du dich gerade befindest.

Was ist ein Agile Coach?

Lassen Sie uns eine Sache aus dem Weg räumen. Ein agiler Coach ist kein Instruktor mit katzenähnlichen Reflexen.

Unser Agile Coach bietet professionelles Coaching und Fachwissen, indem er Organisationen hilft, die agile Methodik und ihre Vorteile gut genug zu verstehen, um sie in großem Maßstab in funktionsübergreifenden Teams umzusetzen. Dies wird in zwei Buckets bereitgestellt:

• Zusammenarbeit mit einer Untergruppe einer Organisation (Teams, Manager und Stakeholder) an agilen Best Practices zur Verbesserung von Leistung und Ergebnissen
• Förderung organisatorischer Veränderungen durch die Zusammenarbeit mit der Führung, um Hindernisse zu beseitigen, die eine vollständige agile Transformation ermöglichen

Eine agile Coaching-Rolle ist kein Patentrezept. Es kann sich um eine feste oder vorübergehende Stelle in einem Unternehmen handeln. Agile Coaches haben eine Vielzahl von Hintergründen, darunter Softwareentwickler, Product Owner, Scrum Master und Projektmanager.

Ein agiler Coach ist ein Facilitator. Da es sich um eine Mentorenrolle handelt, sollte ein agiler Coach über Kompetenzen in den Bereichen Zusammenarbeit und Kommunikation verfügen.

Du willst also ein agiler Coach werden

Du bist alle dabei. Sie möchten Ihr agiles Fachwissen erweitern, indem Sie dessen Prinzipien vermitteln oder agile Methoden außerhalb Ihres Teams vermitteln. Nun, wo fängst du an? Hier ist der Plan.

Lassen Sie uns das mit einem dreigleisigen Ansatz angehen:

1. Erlernen der agilen Frameworks
2. Engagieren Sie sich in einer agilen Community
3. Formelles agiles Training

Erlernen der agilen Frameworks

In der Regel benötigen Sie einige Erfahrung in der Arbeit mit agilen Frameworks, bevor Sie mit formellen Agile-Coaching-Zertifizierungen beginnen. Allerdings kann es schwierig sein, das zu beherrschen Vielzahl von Frameworks innerhalb der agilen Entwicklung, auch im Laufe einer langen Karriere. Zu weiß:

• Gedränge
• Kanban
• ScrumBan
• DevOps
• Digital Agile (DA)
• eXtreme Programming (XP)
• Praxis
• Skaliertes Agile-Framework (Sicher)
• Scrum im großen Maßstab (LeSS)

Aber warte... es gibt noch mehr! Uns geht die Tinte aus, wenn wir sie alle auflisten, also lass uns weitermachen. ✍️

Viele von uns verbringen den Großteil ihrer Zeit damit, mit einem oder zwei Frameworks oder einer Mischung davon zu arbeiten. Sie können beispielsweise lange in einer Scrum-Umgebung arbeiten, bevor Sie alle folgenden Aspekte beherrschen:

• Scrum-Rollen
• Scrum-Artefakte
• Scrum-Zeremonien

Und das ist ok! Wir schlagen vor, das, was Sie in Ihrer eigenen Arbeitsumgebung wie Scrum können, zu beherrschen und dann so viel wie möglich über ein oder zwei andere Dinge zu lernen, die Sie interessieren könnten und die Sie möglicherweise nicht direkt üben können. Lernen Sie zum Beispiel SAFe oder Weniger und wie sie agile Praktiken in großem Maßstab ermöglichen, wäre ein guter Anfang.

Ein wichtiger Tipp, den Sie beachten sollten: Es ist leicht, die Kernprinzipien von Agile aus den Augen zu verlieren, wenn Sie sich zu sehr damit beschäftigen, Frameworks täglich zu üben. Schließen Sie ab und zu Ihre Augen und gehen Sie zurück und lesen Sie das agiles Manifest (ok, du musst eigentlich deine Augen öffnen, aber du weißt, was wir vorschlagen):

• Individuen und Interaktionen statt Prozesse und Tools
• Funktionierende Software statt umfassender Dokumentation
• Zusammenarbeit mit dem Kunden statt Vertragsverhandlungen
• Auf Änderungen gemäß einem Plan reagieren

Du kannst jetzt deine Augen öffnen.

Wenn Sie bereits in einem Framework wie Scrum mit einem Entwicklungsteam als Scrum Master oder Product Owner arbeiten, haben Sie wahrscheinlich viele der Voraussetzungen, um mit Agile-Coach-Schulungen zu beginnen.

Engagieren Sie sich in einer agilen Community

Bevor Sie sich für eine Agile-Coaching-Zertifizierung bewerben, ist es eine gute Idee, Teil einer agilen Community zu sein. Dadurch werden drei Dinge erreicht:

1. Es hält Sie über aktuelle Ereignisse in der agilen Welt auf dem Laufenden.
2. Es macht Sie mit agilen Methoden und Ideen vertraut, die Kollegen außerhalb ihrer eigenen Organisation anwenden.
3. Es zeigt, dass du dich dafür einsetzt, Agile als Karriereziel zu praktizieren — was, wie wir bald sehen werden, wichtig für den Bewerbungsprozess für einen zertifizierten Agile-Coach ist.

Du kannst agile Communities finden örtlich oder entfernt.

Formelles agiles Training

Wenn du als Agile-Coach eingestellt werden möchtest, ist es eine gute Idee, einige agile Zertifizierungen anzustreben. Die bekanntesten Schulungen werden angeboten von Scrum-Allianz. Je nach Ihrem Interesse können Sie zwei Wege einschlagen, um ein zertifizierter Agile Coach zu werden — Zertifizierter Teamcoach (CTC) oder Zertifizierter Unternehmenscoach (CEC). Es gibt Unterschiede zwischen diesen beiden Tracks, die es zu verstehen gilt:

• Ein CTC arbeitet mit mehreren agilen Teams zusammen und coacht Scrum Master, Product Owner und Unternehmensmanager. Ein CTC bleibt im Allgemeinen dabei, einen Bereich einer Organisation zu betreuen, beispielsweise die Softwareentwicklung.
• Ein CEC coacht in der Regel auf der Führungsebene einer Organisation. Ein CEC ist ein Agile-Coach für Unternehmen, dessen Ziel es ist, eine Organisation dabei zu unterstützen, eine vollständige agile Transformation erfolgreich zu erreichen.

Sie fragen sich wahrscheinlich... wie hoch ist die Verpflichtung, eine Zertifizierung zu erhalten? Wir werden es nicht beschönigen — es ist bedeutsam. Dieses Engagement kann jedoch dazu führen, dass Sie Ihr ganzes Berufsleben lang in der Lage sind, spürbare Auswirkungen auf Teams und Organisationen zu haben. Kurz gesagt, Folgendes benötigen Sie, um ein CTC oder CEC zu werden:

• Sei ein Aktiver Zertifizierter Scrum Professional
• Reichen Sie eine erste Bewerbung ein, in der Ihre Agile-Erfahrung beschrieben wird, einschließlich Team- und Organisationscoachings, der Teilnahme an agilen Community-Aktivitäten und Ihrer Anwendung agiler Praktiken
• Reichen Sie eine zweite Bewerbung ein, die Ihr Wissen, Ihre Denkweise und Ihre Herangehensweise als Coach bewertet und Empfehlungen von Mentoren und Kunden erfordert
• Eine jährliche Zertifizierungsgebühr
• Weiterbildungsanforderungen zur Aufrechterhaltung Ihrer Zertifizierung

Gute Agile Coaches lernen weiter

Es kann lange dauern, die Erfahrung zu sammeln, um ein agiler Coach zu werden. Danach ist es wichtig, mit den zentralen agilen Konzepten und deren Beziehung zu aktuellen Trends in der Softwareentwicklung auf dem Laufenden zu bleiben, um genügend Wissen zu haben, um Ihre Qualifikationen aufrechtzuerhalten.

Wir glauben, dass unsere agilen Ressourcen für die Weiterbildung so gut sind, wie Sie es nur finden können. Hier sind einige Beiträge, die einige der wichtigsten Bereiche hervorheben, über die wir zuvor gesprochen haben:

• Was ist der Unterschied zwischen Kanban und Scrum?
• Lernen Sie zuerst Agile — dann lernen Sie, wie Sie es skalieren
• Warum große Unternehmen das Scaled Agile Framework (SAFe) benötigen, nicht Agile auf Teamebene

Aber warte... es gibt noch mehr! Gehen Sie rüber zu unserem Blog für unseren Schatz an Ressourcen — und wenn Sie es leid sind zu lesen, setzen Sie Ihre Kopfhörer auf und hören Sie unsere Podcast-Folge mit einem agilen Coach.

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

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

Auf einen Blick:

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

Was sind die wichtigsten agilen Zeremonien?

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

Das Liste agiler Zeremonien beinhaltet:

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

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

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

Warum sind agile Zeremonien wichtig?

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

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

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

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

1. Sprint-Planung

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

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

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

• Zeitlicher Ablauf - Zu Beginn jedes Sprints.‍

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

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

Ergebnisse

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

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

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

Die besten Tipps

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

2. Tägliches Aufstehen

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

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

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

• Zeitlicher Ablauf - Täglich, normalerweise morgens.

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

• Agiles Framework - Scrum und Kanban.

Ergebnisse

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

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

Die besten Tipps

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

3. Bewertung im Sprint

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

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

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

• Zeitlicher Ablauf - Am Ende des Sprints.

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

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

Ergebnisse

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

Die besten Tipps

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

4. Sprint-Rückblick

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

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

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

• Zeitlicher Ablauf - Am Ende des Sprints.

• Dauer - 45 Minuten pro Sprintwoche.

• Agiles Framework - Scrum und Kanban (gelegentlich).

Ergebnisse

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

Die besten Tipps

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

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

Agile Lektionen, nach denen man leben kann

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

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

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

Agile Zeremonien führen zu besseren Ergebnissen

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

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

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

Bereit loszulegen?

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

Zu den Funktionen gehören:

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

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

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

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

Agile 101: Vergleich zum traditionellen Projektmanagement

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

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

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

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

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

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

Agile 101: Die Vorteile von Agile

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

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

Agile hilft Teams und Unternehmen:

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

Agile 101: Beliebte Methoden

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

Gedränge

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

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

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

Kanban

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

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

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

Schlank

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

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

Extremes Programmieren

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

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

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

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

Grundlegende Best Practices für Agile 101:

✅ Sieh Misserfolge als Lernchance.

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

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

✅ Verbessern Sie kontinuierlich Ihre Prozesse.

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

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

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

✅ Nutzen Sie agile Tools und Ressourcen.

Häufige agile Fehler:

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

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

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

❌ Ohne ausreichende Informationen zur Sprint-Planung hinsetzen.

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

❌ Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel.

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

❌ Auswahl von Tools, die keinen kundenorientierten Ansatz verfolgen.

Agil leicht gemacht

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

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

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

Wenn Sie wie die meisten Unternehmen sind, haben Sie wahrscheinlich bereits Benutzerpersönlichkeiten, die Sie in Ihren Softwareentwicklungsteams verwenden.

Oder Kundenpersönlichkeiten, die Sie in Ihren Marketing- und Vertriebsteams verwenden. Personas werden verwendet, um den Nutzer zu verstehen, User Stories zu erstellen, Themen zu priorisieren und zielgerichtete Marketingmaterialien zu erstellen.

Aber die meisten Teams nutzen Personas immer noch nicht in vollem Umfang. Deshalb haben wir unsere 10 wichtigsten Tipps zusammengestellt, damit Sie den größtmöglichen Nutzen aus Ihren Personas ziehen können 👇

1. Wisse, wie du sie verwenden wirst

Bevor Sie Ihre Personas erstellen, sollten Sie sich darüber im Klaren sein, warum sie so wichtig sind und wie Sie sie verwenden werden. Andernfalls könnten einige Teammitglieder (natürlich nicht Sie) versucht sein, den Prozess zu überfliegen, damit sie zu den echt arbeiten.

User Personas sind nicht nur eine Vertriebs- oder Marketing-Sache — jeder sollte wissen, wer der Kunde ist, damit er ihn besser bedienen kann.

Ihre Personas geben Ihnen wichtige demografische und psychografische Informationen, wie sich Benutzer verhalten und was ihre Schmerzpunkte/Ziele/Ziele sind. Und noch andere Faktoren, die beeinflussen, wie sie dein Produkt nutzen, ob sie bereit sind, es zu kaufen (oder nicht) und was sie dazu bringt, sich anzumelden (und zu bleiben).

👀 Oh, und wenn Sie Teil eines funktionsübergreifenden, agilen Teams sind, werden Sie noch mehr aus Ihren Benutzerpersönlichkeiten herausholen. Ihr Entwicklungsteam kann sie verwenden, um zu ermitteln, was Kunden brauchen und wollen (damit sie diese Lösungen priorisieren und bereitstellen können). Darüber hinaus geben agile Benutzerpersönlichkeiten Ihren User Stories ein Gesicht, sodass Ihr Team leichter verstehen kann, wer Ihre Kunden sind, und sich in sie hineinversetzen kann.

Es ist viel einfacher, etwas für Johnny Biggles, einen 38-jährigen Landwirt in Ostirland, zu erstellen, als etwas für einen undefinierten Benutzer mit ebenso undefinierten Bedürfnissen zu erstellen.

Lesen Sie mehr in unserem vorherigen Blog über warum du Kundenpersönlichkeiten in der agilen Softwareentwicklung brauchst.

2. Nutzerorientiert, nicht käuferorientiert

Ihr Marketingteam hat in der Vergangenheit vielleicht Kundenpersonas erstellt, um über Benutzerrollen (auch bekannt als Berufsbezeichnungen) oder Marktsegmente (auch bekannt als Käuferdemografie) zu sprechen... aber diese sind nicht unbedingt dieselben Tools wie Benutzerpersönlichkeiten.

Und tatsächlich sollten sie wahrscheinlich nicht Ihrem Marketingteam „gehören“, sondern Ihrem Product Owner — obwohl es ideal ist, wenn Ihr gesamtes Team an ihnen zusammenarbeiten kann.

Ihre Personas sind erfundene Profile, die aktuelle und zukünftige Nutzer Ihres Produkts beschreiben (die nicht unbedingt die Käufer oder Entscheidungsträger sind).

Deine Nutzerpersönlichkeiten sollten Namen (die sich so anfühlen, als ob sie zu der Person passen), ein Alter (keine Altersspanne) und Standorte (kein allgemeines Gebiet) haben.

Sie sollten für jede Benutzerkategorie, die Sie das Produkt auf einzigartige Weise erleben möchten, eine eigene Persona haben. Mit anderen Worten, jede Ihrer Nutzerpersönlichkeiten sollte bestimmte Vorlieben, Ziele und Erwartungen haben.

3. Recherchieren Sie

Wenn Sie es noch nicht getan haben, recherchieren Sie mithilfe von Stakeholder-Interviews, Umfragen, Branchenberichten und Analysetools über Ihr Publikum und Ihren Markt, damit Sie wissen, wer Ihre Nutzer sind.

Stellen Sie Fragen, um Demografie, Geografie, Psychografie und Verhalten zu ermitteln. Sie sollten allmählich Muster erkennen, die Ihnen helfen, 3-5 Personas zu erstellen, die die Mehrheit Ihrer Nutzer repräsentieren.

4. Verwenden Sie eine Vorlage

Lassen Sie sich nicht dazu verleiten, mit Ihren Benutzerpersönlichkeiten kreativ zu werden.

In diesem vorheriger Blog, wir teilen ein Beispiel für eine Benutzerpersona-Vorlage, wenn Sie sich inspirieren lassen möchten. ✨

5. Halte es relevant

Sobald Sie mit dem Schreiben Ihrer Benutzerpersönlichkeiten beginnen, füllen Sie möglicherweise Seiten und Seiten mit Informationen, insbesondere wenn Sie viele interessante Dinge über Ihre Benutzer entdecken. Versuchen Sie jedoch, sich ein wenig einzuschränken und Ihre Personas auf eine Seite oder weniger zu beschränken, damit sie schnell und einfach zu lesen sind.

Konzentrieren Sie sich auf Attribute, die relevant sind, um zu verstehen, wie Ihre Benutzer mit Ihrem Produkt interagieren, und nicht unbedingt auf jeden Aspekt ihres täglichen Lebens.

Deshalb werden Sie selten Dinge wie „Betty isst gerne Haferbrei zum Frühstück“ und „John genießt lange Sonnenuntergangsspaziergänge am Strand“ sehen. Dies könnten zwar relevante Erkenntnisse für Ihr Produkt sein — kein Urteil!

Denken Sie im Zweifelsfall an den Zweck Ihrer Benutzerpersönlichkeiten: Sie sollten Ihnen helfen, Ihre Entscheidungen mit einem legitimen, spezifischen Bedarf und Szenario zu untermauern.

Sie sollten gerade genug relevante Informationen haben, um die Frage „Was würde [Name der Benutzerperson] tun?“ beantworten zu können.

6. Bleib echt

Deine User-Personas sind erfunden, aber sie sollten sich trotzdem wie echte Menschen anfühlen. Hier sind einige Tipps, damit sie echt bleiben:

• Schneiden Sie Stereotypen und Fachjargon aus
• Übertreiben Sie nicht die demografischen Details
• Konzentrieren Sie sich auf Details, die für die Verwendung Ihres Produkts am relevantesten sind
• Verwenden Sie keine Bilder, die wie Archivbilder aussehen
• Basieren Sie die Informationen auf dem, was Sie über echte Menschen wissen
• Versuchen Sie, keine Geschichte zu erzählen, die zu den Produkten und Funktionen passt, die SIE entwickeln möchten, und konzentrieren Sie sich stattdessen auf echte Ziele und Herausforderungen.

7. Konzentrieren Sie sich auf Ihre besten Kunden

Du kannst nicht jeden ins Visier nehmen, also versuche es nicht. Beschränken Sie sich also darauf, zwischen 3 und 5 Benutzer-Personas zu schreiben. Diese Personas sollten Ihre besten Kunden und wichtigsten Benutzergruppen repräsentieren.

Sie werden nicht alle einbeziehen und sollten auch nicht. Denn wenn Sie zu viele Benutzerpersönlichkeiten haben, wird es für Ihr Team viel schwieriger sein, User Stories zu priorisieren und ihre Marketingaktivitäten gezielt auszurichten 🎯

Weniger ist mehr (effektiv).

8. Integrieren Sie sie in Ihre Prozesse

Viele Unternehmen investieren Zeit in die Erstellung von User Personas, nur um sie dann irgendwo in einem Google Drive virtuelle Spinnweben sammeln zu lassen 🕸️ Am besten funktionieren User Personas jedoch, wenn sie regelmäßig verwendet und in tägliche/wöchentliche Prozesse integriert werden.

Beispielsweise könnte Ihr Marketingteam eine Persona auswählen, auf die sich die Inhaltsbemühungen der Woche konzentrieren sollen. Ihr Vertriebsteam könnte einen Blick auf die Einwände werfen, die auf jeder Ihrer wichtigsten Personas aufgeführt sind, um Anrufe mit potenziellen Kunden zu leiten.

Oder Ihr agiles Team könnte die Benutzerpersönlichkeiten herausbringen, bei denen Sie helfen können Zuordnung von Benutzergeschichten damit sie realistischere User Stories schreiben können 👌

9. Ermöglichen Sie Zugriff auf Ihr gesamtes Team

User Personas sind für alle Ihre Teammitglieder nützlich — von Marketing und Vertrieb bis hin zu Design und Entwicklung. Stellen Sie also sicher, dass jeder weiß, dass sie existieren und wo sie zu finden sind.

Wenn Ihr Team teilweise remote oder verteilt arbeitet, stellen Sie sicher, dass Ihre Personas in der Cloud zugänglich sind. Oder noch besser...

10. Verknüpfen Sie sie mit Ihrem Projektmanagement-Tool

Wenn Sie ein Projektmanagement-Tool wie Jira verwenden, sollten Sie einen Blick auf Einfache Agile Personas für Jira. Mit diesem Tool können Sie Ihre Benutzer-Persona-Details an derselben Stelle wie Ihre User Stories, Ihr Backlog und Ihre Aufgaben erfassen.

Was bedeutet, dass Ihr Team Spaß an folgenden Themen hat:

• Bessere Abstimmung darüber, wer die Nutzer sind und was sie benötigen
• Zusätzlicher Kontext für jede Aufgabe
• Die Fähigkeit, den Backlog zu priorisieren und das bereitzustellen, was für die Nutzer am wertvollsten ist
• Eine maßgeschneiderte Ansicht der aktuellen Probleme und Geschichten, die mit jeder Ihrer Benutzerpersönlichkeiten verknüpft sind
• Alle Informationen, die sie benötigen, alles an einem Ort

Bonus-Tipp: Lassen Sie Ihre Benutzerpersönlichkeiten weiterentwickeln

Genau wie Pokemon müssen auch deine Personas aufsteigen und sich weiterentwickeln 🔥 Auf diese Weise bist du besser für den Kampf gerüstet... oder um ein beliebtes Produkt und Marketing zu liefern, das jedes Mal ins Schwarze trifft. So oder so 🤷

Aber die Zeiten ändern sich, die Technologie ändert sich und Ihre Benutzer auch. Das bedeutet, dass sich auch Ihre Benutzerpersönlichkeiten ändern müssen. Wenn Sie also bereits einige Kunden-/Benutzerpersonas haben, nutzen Sie diese Gelegenheit, um sie zu überprüfen, zu aktualisieren und sicherzustellen, dass sie von Ihrem Team effektiv genutzt werden. Und wenn dein Team Jira verwendet, stelle sicher, dass melde dich für eine kostenlose Testversion von Easy Agile Personas an um sie zu deinem Jira-Board hinzuzufügen.

Hast du Fragen zu User Personas oder möchtest du einfach nur mit uns abhängen? Wir würden uns freuen, von Ihnen zu hören Twitter oder LinkedIn.

Die PI-Planung ist eine leistungsstarke Veranstaltung, die Teams hilft, sich auf Ziele, Geschäftsziele und Kundenbedürfnisse auszurichten. Traditionell kamen an diesem vierteljährlichen Treffen große Teams von mehr als 100 Personen, darunter Softwareentwickler und Interessenvertreter, zusammen, um die grundlegende Planung abzuschließen.

In unserer neuen Arbeitswelt ist eine virtuelle PI-Planung jedoch notwendig geworden. Dieser Wandel bringt seine eigenen Herausforderungen mit sich, wie z. B. die Implementierung virtueller Tools, die Überwindung von Zeitzonenunterschieden und die Koordination von Mitarbeitern, die es gewohnt sind, nach ihren eigenen Zeitplänen zu arbeiten. Ganz zu schweigen von den gelegentlichen technischen Störungen, die auftreten können.

In diesem Blog werden wir die Informationstechnologiebranche als Beispiel untersuchen und untersuchen, wie sie von der PI-Planung profitieren können. Entdecken Sie die entscheidenden Vorteile der PI-Planung und stellen Sie Strategien für die erfolgreiche Durchführung einer hybriden PI-Planung vor. Egal, ob Sie ein Neuling oder ein erfahrener Meister agiler Praktiken sind, bei der Optimierung Ihrer Systeme gibt es immer Verbesserungspotenzial.

Was ist PI-Planung?

PI-Planung, oder Big Room Planning-Planung, ist in der Regel eine zweitägige Veranstaltung, bei der alle Teams an einem agiler Release-Train, einschließlich Produkteigentümern, Moderatoren, Entwicklern und externen Interessengruppen. Traditionell handelt es sich um eine persönliche Planungssitzung, bei der in einigen Teams mehr als 100 Personen im gleichen Raum sitzen, um sich über Ziele, Geschäftsziele und eine allgemeine Richtung für die weitere Entwicklung abzustimmen.

Es ist Teil eines skaliertes agiles Framework das agile Praktiken für Unternehmen implementiert. Agile Teams verwenden wiederholte Workflows für eine fundierte Planung, eine effiziente Ausführung und die kontinuierliche Bereitstellung von Mehrwert für die Stakeholder.

Obwohl PI-Planungsveranstaltungen oft persönlich stattfinden, hat die zunehmende Anzahl von Remote-Teams Unternehmen gezwungen, hybride Lösungen für diese Großveranstaltung zu finden.

Rüsten Sie Ihre dezentralen, verteilten oder am selben Standort tätigen Teams mit einem digitalen Tool für PI Planning auf Erfolgskurs aus.

Testen Sie Easy Agile Programs für Jira

Kostenlose Testversion

Die Vorteile der PI-Planung

Unabhängig davon, ob die PI-Planung persönlich, online oder hybrid erfolgt, bietet dieses zweitägige Treffen eine Reihe wichtiger Vorteile. Es ist ein integraler Bestandteil von SAFe, der dafür sorgt, dass Unternehmen sich auf gemeinsame Ziele und Vorgaben konzentrieren, und es gibt verschiedenen Teams einen guten Weg für die kommenden Jahre Sprints.

Die PI-Planungsveranstaltung kann zahlreiche Vorteile bringen. Hier sind 5 potenzielle Vorteile für die IT-Branche:

• Kollaboratives Umfeld: Die PI Planning-Veranstaltung bietet einen Raum, in dem IT-Experten aus verschiedenen Teams und Abteilungen zusammenkommen können, um in einer persönlichen Umgebung zusammenzuarbeiten, Brainstorming zu betreiben und Ideen auszutauschen.
• Funktionsübergreifende Kommunikation: An der IT sind häufig mehrere Abteilungen beteiligt (Entwicklung, Betrieb, Support usw.). Die PI-Planing-Veranstaltung ermöglicht eine bessere Kommunikation und Abstimmung zwischen diesen Abteilungen, was zu kohärenteren Strategien führt.
• Gezielte Entscheidungsfindung: Eine spezielle Veranstaltung ermöglicht gezielte Diskussionen und Entscheidungen und reduziert so Ablenkungen, die in normalen Büroumgebungen auftreten können.
• Schnelle Problemlösung: Komplexe IT-Herausforderungen können effizienter angegangen werden, wenn alle relevanten Interessengruppen physisch anwesend sind, um Probleme zu erörtern und Lösungen vorzuschlagen.
• Teilen von Wissen: Experten aus verschiedenen IT-Bereichen können ihr Fachwissen teilen, was zu einer besseren Lern- und Kompetenzentwicklung im gesamten Unternehmen führt.

8 PI-Planungsstrategien

Um eine erfolgreiche PI Planning-Veranstaltung sicherzustellen, müssen Sie über einige Strategien verfügen, die Teams dabei unterstützen, effektiv zusammenzuarbeiten und ihre Bemühungen aufeinander abzustimmen, unabhängig davon, ob sie an einem Ort oder aus der Ferne arbeiten. Hier sind einige Strategien, die Sie in Betracht ziehen sollten:

1. Legen Sie das Datum und die Tagesordnung frühzeitig fest

Es ist unerlässlich, die Sitzung weit im Voraus zu planen, damit die Teammitglieder die erforderliche Zeit einplanen und ihre Teilnahme inmitten ihres vollen Terminkalenders priorisieren können. Es ist äußerst wichtig, eine breite Teilnahme an dieser Planungssitzung zu fördern.

Die Bereitstellung einer umfassenden Agenda für die Veranstaltung ist entscheidend für eine effektive Zusammenarbeit und Abstimmung innerhalb der Teams. Die Agenda dient als Fahrplan, der die Teilnehmer durch die Planungssitzung führt und ihnen hilft, ihre Beiträge zu priorisieren.

Durch die Festlegung einer klaren Agenda können die Teams ein gemeinsames Verständnis der Ziele, Themen und Aktivitäten entwickeln, die während der PI-Planungssitzung behandelt werden sollen.

2. Setzen Sie sich klare Ziele

Legen Sie vor der PI Planning-Veranstaltung klare Ziele und Vorgaben fest, die Sie erreichen möchten. Kommunizieren Sie diese Ziele allen Teilnehmern, damit alle Beteiligten sich einig sind und verstehen, was während der Veranstaltung erreicht werden muss. Dies hilft dabei, den Fokus auf die gewünschten Ergebnisse zu richten und eine erfolgreiche Planungssitzung sicherzustellen.

3. Wählen Sie herausragende Tools, die die Zusammenarbeit unterstützen

Nutzen Sie visuelle Tools, um die aktive Teilnahme zu fördern und die visuelle Darstellung von Ideen und Plänen zu erleichtern. Die Wahl der richtigen Tools kann einen erheblichen Unterschied bei der Steigerung der Produktivität und der Förderung einer effektiven Teamarbeit ausmachen. Die ausgewählten Tools sollten bei der Organisation und Strukturierung von Informationen helfen und es den Teammitgliedern erleichtern, die Arbeit und die Abhängigkeiten zu verstehen, sodass die Teams in Echtzeit zusammenarbeiten können. Es ist wichtig, visuelle Tools für die Zusammenarbeit zu wählen, die benutzerfreundlich, intuitiv und für alle Teammitglieder zugänglich sind.

Virtuelle Whiteboards, wie Miro, sind ebenfalls ein großer Vorteil, ebenso wie Tools, die für die PI-Planung entwickelt wurden. Wenn dein Team Jira verwendet, empfehlen wir Einfache agile Programme. Es handelt sich um eine Komplettlösung, die für die verteilte, entfernte oder persönliche PI-Planung konzipiert wurde.

4. Gehen Sie mit einem verfeinerten Backlog rein

Planen Sie so viel wie möglich im Voraus, damit Sie das Beste aus dieser Planungsereignis herausholen können. Stellen Sie sicher, dass das Backlog gründlich überarbeitet und einsatzbereit ist, damit bei der PI-Planung keine Zeit verschwendet wird.

Es ist eine große Verpflichtung für so viele Menschen, die gleichzeitig verfügbar sind, und es nimmt eine Menge Arbeitsstunden in Anspruch. Außerdem nehmen sich Ihre Stakeholder Zeit für dieses Meeting. EIN verfeinerter Backlog das mit den entsprechenden Details organisiert ist, sorgt dafür, dass alles so reibungslos wie möglich läuft.

5. Ich habe keine Leute, die hier warten

Tun Sie alles, was Sie können, um sicherzustellen, dass es einen klaren Zeitplan gibt, an dem niemand herumhängen muss. Das Letzte, was du willst, ist, die Zeit der Leute zu verschwenden. Stellen Sie sicher, dass die Leute wissen, „wo“ sie sein müssen und wann. Vergewissern Sie sich dreifach, dass den virtuellen Besprechungen, Arbeitsgruppen und Aufgaben die richtigen Personen zugewiesen sind. Eine vorausschauende Planung und Transparenz tragen dazu bei, dass niemand warten muss oder zu wenig ausgelastet ist.

6. Nutzen Sie Team-Breakouts

Es ist unrealistisch, dass mehr als 100 Personen zwei Tage lang im selben Raum oder virtuellen Raum zusammenarbeiten. Kannst du dir das vorstellen? 🤯

Breakout-Meetings mit kleineren Gruppen sind für eine produktive und effektive Planungsveranstaltung unerlässlich. Auch hier kommt es auf die Vorausplanung an. Ihr Spielplan muss nicht völlig starr sein, aber Sie benötigen einen klaren Zeitplan, und die Führungskräfte müssen Arbeitsgruppen effektiv so organisieren, wie es für Ihr Team und die gewünschten Planungsergebnisse am sinnvollsten ist.

TIPP: Ihre Tools können sich hier als nützlich erweisen. Richten Sie spezielle Teamplanungstafeln ein, um Gespräche zu erleichtern und die Arbeit festzuhalten. Unten finden Sie ein Beispiel für ein Teamplanungsboard in Einfache agile Programme. Was du siehst, ist ein Beispiel dafür, wie ein Team Probleme in seinem Board erstellen und alle Abhängigkeiten schaffen kann, die es in seinem Team und zwischen Teams haben könnte.

7. Erwarte das Unerwartete und halte dich an die Probleme (auch bekannt als technische Probleme)

Wie bei jedem großen Meeting wird nichts perfekt ablaufen. Sie werden bestimmt auf Schluckauf und technische Probleme stoßen. Mit den Schlägen zu rollen ist das Beste, was Sie tun können.

Testen Sie die Technologie im Voraus — planen Sie einen Zeitpunkt ein, zu dem Ihre Hauptlautsprecher ein Testgespräch mit Ihnen führen können. Gehen Sie die Anforderungen durch und lassen Sie sie Benachrichtigungen und Geräte im Voraus stummschalten.

Stellen Sie sicher, dass jeder über die Informationen verfügt, die er benötigt, um seine Tools und Technologien effektiv zu nutzen, und sorgen Sie als Leiter der Veranstaltung oder einer Breakout-Session für technische Eventualitäten. Was passiert, wenn Ihr Konferenz-Tool nicht mehr funktioniert? Haben Sie ein Backup? Was ist, wenn ihr WLAN langsamer wird oder ausfällt? Können sie zu einem Hotspot wechseln oder kann jemand anderes die Leitung übernehmen?

8. Halten Sie einen Rückblick ab, damit Sie sich beim nächsten Mal verbessern können

Rückblicke stellen Sie sicher, dass sich Ihre Prozesse kontinuierlich verbessern. Sie bieten die Möglichkeit, Feedback einzuholen, das dazu beitragen wird, das nächste große Planungstreffen zu verbessern.

Stelle sicher, dass du Feedback einholst und die Teilnehmer nach der Sitzung anhörst. Fragen Sie die Teilnehmer, was ihrer Meinung nach gut gelaufen ist, was nicht so gut gelaufen ist und was beim nächsten Mal verbessert werden könnte. Verwenden Sie diese Informationen, um den Prozess für Ihre nächste große Raumplanungsbesprechung zu verbessern.

Entdecken Sie Easy Agile TeamRhythm

Indem Sie diese Strategien befolgen, können Sie eine effektive Zusammenarbeit und Abstimmung innerhalb Ihrer Teams während der PI Planning-Veranstaltung ermöglichen.

PI-Planung mit Easy Agile

Unabhängig von der Größe Ihres Teams beginnt eine effektive Planung mit dem Einsatz der richtigen Tools. Einfache agile Builds Produkte, die speziell für Jira-Nutzer entwickelt wurden um agilen Teams zu helfen, effizient und effektiv zu planen.

Demo ansehen

Einfache Agile-Programme für Jira ist ideal, um Teams an verschiedenen Standorten oder an verschiedenen Standorten dabei zu unterstützen, Programme effektiv zu verwalten und dabei einen optimierten Überblick zu bieten, um die Abstimmung im großen Maßstab zu gewährleisten. Legen Sie PI-Ziele fest, visualisieren Sie Abhängigkeiten und stimmen Sie das gesamte Team mit einem benutzerfreundlichen und virtuell zugänglichen Tool ab.

30 Tage kostenlos testen