Schlagwort

Retrospectives

  • Agile Best Practice

    The Hidden Costs of Agile Anti-Patterns in Team Collaboration

    TL;DR

    Anti-patterns in agile feel familiar, but often quietly undermine progress. In this guide, we explore five common collaboration traps: large user stories, forgotten retro actions, superficial estimation, premature "done" labels, and ceremonial agility. You'll learn how to recognise, understand, and experiment your way out of them.

    The Comfort Trap: Why Familiar Agile Habits Hold Teams Back

    In agile, anti-patterns don’t announce themselves. They slip in quietly, posing as good practice, often endorsed by experience or habit. Over time, they become the default - until velocity stalls, engagement dips, and retros feel like re-runs.

    In our conversations with seasoned coaches and practitioners across finance, government, consumer tech, and consultancy, we realised one thing - anti-patterns aren’t just a team-level concern. They signal deeper structural misalignments in how organisations think about work, feedback, and change.

    To protect the privacy of our interviewees, we’ve anonymised company names and individual identities.

    Let’s unpack a few of the most pervasive anti-patterns hiding in plain sight, and how to shift them without disrupting momentum.

    1. The Giant User Story Illusion

    Large User Stories: Oversized tasks that delay feedback and blur team accountability.

    "It felt faster to define everything up front. Until we got stuck." - Product Manager, global consumer organisation

    Large user stories promise simplicity: one place, one discussion, a broad view stakeholders can get behind. But when delivery starts, the cracks widen:

    • Estimations become guesswork.
    • Feedback loops stretch.
    • Individual contribution becomes unclear.

    In many teams, the difficulty isn’t about size alone - it’s about uncertainty. Stories that span multiple behaviours or outcomes often hide assumptions, making them harder to discuss, estimate, or split.

    Symptoms

    • Stories span multiple sprints.
    • Teams lose clarity on progress and ownership.
    • Estimation sessions are vague or rushed.

    Root Causes

    • Pressure to satisfy stakeholder demands quickly.
    • Overconfidence in early solution design.
    • Lack of shared criteria for 'ready to build'.

    Remedy

    Break stories down by effort, known risks, or team confidence. One team created their own estimation matrix based on effort, complexity, and familiarity—grounding pointing in delivery, not abstraction.

    See also: The Ultimate Guide to User Story Mapping

    2. Retro Amnesia: Action Items with No Memory

    Incomplete Retro Actions: Items raised in retrospectives that quietly disappear, losing learning and team trust.

    "We come up with great ideas in retros, but they disappear." - Agility Lead, multinational financial institution

    When teams can’t see which actions carried forward, improvement becomes accidental. One coach described manually collecting and prioritising past action items in a Notepad file - because nothing in their tooling surfaced incomplete actions by default.

    Worse still, valuable decisions get revisited unnecessarily. Teams forget what they tried and why.

    Symptoms

    • Recurring issues in retros.
    • Incomplete actions vanish from view.
    • Team energy for change drops over time.

    Root Causes

    • Retros run out of time before reviewing past items.
    • No tooling or habit for tracking open actions.
    • Actions lack owners or timeframes.

    Remedy

    Surface incomplete actions in one place and track progress over time. Revisit context: what triggered the decision? What outcome did we expect?=

    3. Estimation Theatre: When Story Points Become Currency

    Story Point Anchoring: The habit of assigning consistent points to avoid conflict, not to clarify effort.

    "The team got used to anchoring around threes. Everything became a three." - Agile Coach, public sector agency

    Story points should guide shared understanding, and not become a measure of performance or predictability. But many teams fall into habits:

    • Anchoring to previous estimates.
    • Avoiding conflict by picking the middle.
    • Gaming velocity for perceived consistency.

    Symptoms

    • Homogeneous story sizes regardless of work type.
    • Few debates or questions during pointing sessions.
    • Velocity becomes the focus, not team clarity.

    Root Causes

    • Misuse of velocity as a performance metric.
    • Comfort with consistency over conflict.
    • Absence of shared understanding of story complexity.

    Remedy

    Reframe estimation as shared learning. Encourage healthy debate, try effort/risk matrices, and use voting to explore perspective gaps.

    4. The "Done Means Done" Shortcut

    False Completion: Marking items “done” when no meaningful progress was made.

    "We mark items as done, even if we didn’t act on them." - Scrum Master, insurance and data services firm

    Marking something "done" in order to move forward can feel pragmatic. But it hides reality. Was the issue resolved? Deferred? Invalidated?

    Without clear signals, teams lose the ability to reflect truthfully on what’s working. One team described starting every retro with a conversation about what "done" actually meant, and adjusted their practices based on whether action was taken or just abandoned.

    Symptoms

    • Completed items have no real impact.
    • Teams disagree on whether actions were truly resolved.
    • Follow-up problems recur with no reflection.

    Root Causes

    • Ambiguity in what "done" means.
    • Lack of closure or accountability for actions.
    • Reluctance to acknowledge when something was dropped.

    Remedy

    Introduce a "no longer relevant" tag for actions. Start every retro by reviewing outcomes of previous actions, even if abandoned.

    5. Anti-Patterns in Disguise: Agile vs Agile-Like

    Ceremonial Agility: Teams follow agile rituals but avoid meaningful feedback, adaptation, or empowerment.

    "We're agile. But we also push work through to meet delivery at all costs." - Project Manager, large enterprise tech team

    Many teams operate in agile-like environments: sprints, boards, and standups, but decision-making remains top-down, and trade-offs go unspoken.

    This hybrid approach isn't inherently bad - context matters. But when teams inherit agile ceremonies without agile values, collaboration becomes box-ticking, not problem-solving.

    Symptoms

    • Teams follow agile ceremonies but avoid real collaboration.
    • Delivery decisions made outside of sprint reviews.
    • Retrospectives focus only on team morale, not system change.

    Root Causes

    • Agile adoption driven by compliance, not culture.
    • Delivery commitments override learning and adaptation.
    • Leadership sees agile as a process, not a mindset.

    Remedy

    Is your agile framework enabling change - or disguising command-and-control? Use retros and sprint reviews to discuss system constraints. Ask what’s driving the way work flows, and who has the power to adjust it. Make trade-offs visible and shared.

    Spot the Signs, Shape the Shift

    Anti-patterns don’t mean your team is failing. They mean your team is learning. The most resilient teams are the ones that catch unhelpful habits early, and have the safety and support to try something else.

    Retrospectives are the perfect place to surface them - as long as they’re structured for memory, not just reflection.

    In the end, anti-patterns aren’t the enemy. Silence is.

    Want to take action?

    Try this in your next retro:

    • Surface 1 anti-pattern the team has noticed (e.g. big stories, unfinished actions, silent standups).
    • Ask: Why might this have emerged? What need did it originally serve?
    • Run a one-sprint experiment to shift it. Keep it small.

    The cost of anti-patterns isn’t just inefficiency. It’s losing the opportunity to get better, together.

  • Agile Best Practice

    Retrospectives That Drive Change: How to Make Every Sprint Count

    Retrospectives were meant to be agile’s secret weapon.

    In theory, they’re a dedicated space for teams to pause, reflect, and course-correct. A recurring moment of clarity in the blur of sprints. But in practice?

    “We show up, we talk about the same problems, we say we’ll fix them... and then we don’t.”
    - Jaclyn Smith, Senior Product Manager, Easy Agile

    This isn’t just dysfunction. It’s disillusionment. And it’s costing agile teams more than they realise.

    In this post, we dive into the hard truths explored by Jaclyn Smith, Senior Product Manager at Easy Agile, and Shane Raubenheimer, Agile Technical Consultant at Adaptavist in:

    Our goal is not just to fix retrospectives, but to reclaim them. If that resonates with you, keep reading.

    TL;DR:

    • Retrospectives often fail because teams repeat surface-level issues without resolving root causes.
    • Action items from retros are rarely followed up, leading to distrust and disengagement.
    • The Action-Driven Retrospective Template helps teams focus on fewer, more impactful changes.
    • Trust is rebuilt through consistency, accountability, and small wins that compound.
    • Real improvement happens not during the retro, but in what the team does afterward.

    When we stop believing that change is possible

    The quiet failure of retrospectives doesn’t happen in a moment. It happens gradually, invisibly, over the course of sprints where insights are voiced but not acted on. When teams invest time in talking about problems, only to see them persist, they don’t just lose momentum. They lose hope.

    In the podcast, Jaclyn Smith, Senior PM at Easy Agile, reflected on retros where participation seemed high, yet nothing stuck:

    “We’d have these beautiful, well-facilitated boards. But when we checked in a sprint later, people couldn’t remember what the actions were. Or worse, they remembered, and knew nothing had happened.”

    That erosion of trust isn’t always visible. But it’s felt. It manifests as disengagement, short answers, vague observations. When a team feels like retros won’t lead anywhere, they stop offering anything worth leading with.

    This is the paradox of failed retros: the form persists, even as its function evaporates. The team is technically “doing the retro.” But the retro no longer does anything for the team.

    Normalising dysfunction and agile anti-patterns

    In the webinar, Shane and Jaclyn dissect this disillusionment based on their experience of working with hundreds of real teams across industries. Most teams can relate to this problem - they're doing everything “right”: regular standups, retrospectives on the calendar, a backlog that moves. And yet, they somehow feel stuck in the same spot.

    That's because of one or more of these anti-patterns, which have become dangerously common:

    • Cargo cult agile: Following agile rituals without purpose
    • Hero culture: Over-reliance on a few individuals rather than teamwork
    • Water-Scrum-Fall: Mixing methodologies without clear boundaries
    • Team velocity misuse: Tracking productivity by team velocity alone
    • Backlog noise: Long lists of tasks lacking customer value

    The issue isn’t awareness. Teams know these patterns exist. What’s missing is a structure that interrupts them - consistently, visibly, and meaningfully.

    “The worst retros aren’t chaotic. They’re quiet. No conflict. No depth. Just a board full of things we’ve already said.”
    - Shane Raubenheimer, Agile Technical Consultant, Adaptavist

    This is why retros don’t just need better facilitation. They need a redesigned relationship with action.

    Building action into the ritual

    The most fundamental problem Jaclyn and Shane identify is that retros end with “next steps”, but those steps never reappear. Actions get lost in Jira, or exist solely in a facilitator’s notes. They’re rarely revisited. They aren’t owned. And without ownership, there’s no accountability.

    That’s why they created the Action-Driven Retrospective Template. It’s not flashy. But it forces a shift in rhythm:

    • Every retro begins with last sprint’s actions. Were they completed? What impact did they have?
    • Themes are not just grouped - they’re challenged. Why do they keep showing up? What’s beneath them?
    • One or two actions are selected - no more. And they are immediately assigned, tracked, and made visible.
    “This is about restoring integrity to the retro. If we’re not checking what we did last time, what does it say about what we’ll do this time?”
    - Jaclyn Smith

    The brilliance here is in the restraint. Rather than generate more insight, the template helps teams create follow-through - the most precious and elusive outcome of any retrospective.

    Why teams need fewer actions and more outcomes

    In agile culture, it’s easy to mistake motion for progress. A retro that generates 15 sticky notes and 5 action items might feel productive. But it often leads to diffusion of focus and quiet inaction.

    Shane is blunt about this:

    “I’d rather a team act on one thing really well, than half-act on five.”

    The Action-Driven approach discourages long lists. It nudges teams to choose actions that are both impactful and doable within a sprint. It acknowledges capacity. It invites discernment. And in doing so, it cultivates trust.

    Because when teams start seeing change happen, even in small ways, they begin to believe again. And belief, more than any tool or process, is what fuels sustainable agility.

    Retrospectives as emotional reset, not just process audit

    Perhaps the most refreshing part of the conversation was how emotionally honest it was. Neither Shane nor Jaclyn treated retrospectives as an abstract exercise. For them, it’s about what people feel when they leave the room.

    “A retro should give people energy. It should help them see that we’re improving, that their voice matters, that something got better because of something they said.”
    - Jaclyn Smith

    This is what most guides miss. Retros aren’t just functional. They’re relational. They tell a story about whether the team can learn, grow, and improve together. When that story breaks, when people stop feeling heard, or stop seeing results, the damage goes beyond a missed task.

    It touches morale. Culture. Confidence.

    Tooling and rituals are not the answers, but the amplifiers

    In the webinar, Jaclyn goes on to show how Easy Agile TeamRhythm can help teams carry retro actions directly into Jira workflows. It’s not about selling a tool, but rather about shortening the distance between reflection and execution.

    Jaclyn’s point is clear:

    “The retro isn’t where change happens. It’s where it begins. The real test is whether your sprint backlog tells the same story.”

    This is where tooling earns its place - not by replacing conversations, but by preserving context and sustaining visibility. When actions from a retro are visible in the planning session, on the board, and during standup, they don’t disappear. They become culture.

    Start with mindset shift. Then build the habit.

    What makes this approach so effective is its humility. It doesn’t promise transformation. It promises traction.

    Start with one action. Make it visible. Talk about it next time. Build a habit. Trust the compounding effect of small, completed improvements.

    “Agile isn’t about doing more. It’s about doing what matters - better, and more often.”
    - Shane Raubenheimer

    If your retrospectives feel tired, you don’t need a new format. You need a new relationship to action.

    And that begins not with a workshop, but with a single, honest question:

    “What did we change last sprint, and did it make anything better?”

    If you don’t know the answer, start here:

    📝 Download the Action-Driven Retrospective Template
    🎧 Listen to the full podcast
    🎥 Watch the full webinar

    You don’t need to fix everything this sprint.

    You just need to prove, to your team, and to yourself, that change is possible again.

  • Agile Best Practice

    Agilität beginnt beim Menschen: Inklusion, Lernstile und psychologische Sicherheit

    Leistungsstarke agile Teams leben von Anpassungsfähigkeit, Zusammenarbeit und kontinuierlicher Verbesserung. Aber damit wirklich gelernt werden kann, brauchen Teams psychologische Sicherheit — eine Kultur, in der sich die Mitarbeiter wohl fühlen, ihre Meinung äußern, Ideen austauschen und Misserfolge anerkennen, ohne Angst vor einem Urteil haben zu müssen. Einer der am häufigsten übersehenen Aspekte der Teamintegration in agile Teamdynamiken ist die Art und Weise, wie Menschen lernen. Nicht jeder verarbeitet Informationen auf die gleiche Weise, und das Verständnis verschiedener Lernstile kann dazu beitragen, ein Umfeld zu schaffen, in dem sich alle Teammitglieder unterstützt, engagiert und befähigt fühlen, ihren Beitrag zu leisten.

    Lernstile und Lerntypen verstehen

    Denken Sie an eine Zeit, in der Sie etwas schnell und effektiv gelernt haben, und versuchen Sie herauszufinden, warum es für Sie funktioniert hat. Wenn es eine Lernerfahrung war, die Ihnen Spaß gemacht hat und die Sie für nützlich hielten, stimmte die Art und Weise, wie die Informationen präsentiert wurden, wahrscheinlich gut mit der Art und Weise überein, wie Ihr Gehirn gerne neues Wissen verarbeitet. Für manche Menschen sieht das vielleicht nach Videos aus oder wie eine Gelegenheit, zu üben und sich zu bewerben oder Zeit zum Lesen und Notieren zu haben.

    Wenn Sie Ihren eigenen Lerntyp verstehen und wissen, wie Sie Informationen am besten verarbeiten, verbessern Sie Ihr Selbstbewusstsein bei der Arbeit, sodass Sie effektiver lernen und sich für Ihre Lernbedürfnisse einsetzen können.

    Aber warum ist es wichtig, die Lerntypen Ihrer Mitmenschen zu verstehen?

    • Teambewusstsein → Passen Sie sich anderen an, verbessern Sie die Teamzusammenarbeit und Inklusion
    • Führungskräfte und Ausbilder → Unterstützen Sie vielfältige Lernende, schaffen Sie zugängliche Umgebungen
    • Inklusion → Erkennen und Bewerten der unterschiedlichen Art und Weise, wie Menschen Informationen verarbeiten und kommunizieren
    • Psychologische Sicherheit → Menschen lernen am besten, wenn sie sich sicher fühlen, zu fragen, zu experimentieren und zu scheitern

    Bevor wir uns mit den vier Lernstilen befassen, nehmen wir uns einen Moment Zeit, um zu erkennen, dass Lernpräferenzen keine Universallösung sind — viele Menschen haben eine Mischung von Präferenzen und passen möglicherweise nicht genau in eine Kategorie. Vielfältige Lernende — diejenigen, die Wissen auf unterschiedliche Weise verarbeiten, aufnehmen und ausdrücken — profitieren von flexiblen Ansätzen und orientieren sich möglicherweise an mehr als einem Lernstil, Teilen von wenigen oder gar keinem. Neurodiversität am Arbeitsplatz ist in diesem Zusammenhang ein wichtiger Aspekt. Neurodivergente Menschen haben oft einen einzigartigen Informationsverarbeitungsstil und benötigen möglicherweise zusätzliche Unterstützung, um sicherzustellen, dass sie sich effektiv engagieren können. Der Schlüssel liegt darin, herauszufinden, was für Sie am besten funktioniert, und eine Umgebung zu schaffen, in der jeder auf seine Weise lernen kann.

    Das VARK-Lernmodell: Vier Lerntypen

    Das VARK-Lernmodell unterteilt die Lernenden in vier Haupttypen:

    Möchten Sie Ihre spezifischen Lernpräferenzen herausfinden? Laden Sie Ihr kostenloses herunter Lernstil-Quiz und Leitfaden darüber, wie jeder Lerntyp Wissen am besten aufnimmt.

    Psychologische Sicherheit und Teaminklusion in Agile

    Jetzt, da Sie Ihren eigenen Lernstil verstanden haben — und dass andere möglicherweise ganz anders lernen —, lassen Sie uns darüber sprechen, wie dies zur Teameffektivität beiträgt.

    Lernen, Wachstum und Innovation sind Eckpfeiler leistungsfähiger agiler Teams, aber diese Dinge geschehen nicht isoliert. Sie können wirklich nur in Umgebungen geschehen, in denen sich die Mitarbeiter sicher fühlen, Fragen zu stellen, zu experimentieren und Ideen auszutauschen. Es ist allgemein bekannt, dass ein Schlüsselfaktor für erfolgreiche und effektive agile Teams ihre positive, gesunde Kultur, und hier kommen psychologische Sicherheit und Inklusion ins Spiel.

    Psychologische Sicherheit und Inklusion sind für agile Teams unerlässlich, weil sie:

    • ermöglichen es Menschen, zu lernen und zu wachsen
    • helfen Sie Teams, sich schnell anzupassen und zu ändern
    • Reduzieren Sie die Angst vor dem Scheitern, was zu Innovationen führt
    • verhindern Sie Fehlausrichtungen und finanzielle Verluste aufgrund der Angst, sich zu äußern

    Inklusion und psychologische Sicherheit sind nicht nur „nice to have“ — sie machen agil arbeiten.

    ➡️ Was ist Inklusion?

    Wir stellen sicher, dass jeder, unabhängig von Hintergrund, Identität oder Lernstil, die gleichen Chancen hat, in einem Team oder am Arbeitsplatz seinen Beitrag zu leisten, sich geschätzt zu fühlen und erfolgreich zu sein.

    So fördern Sie Inklusion am Arbeitsplatz:

    • Passen Sie die Kommunikations- und Lernansätze an, um verschiedene Lerntypen zu unterstützen.
    • Schaffen Sie für alle zugängliche Möglichkeiten, sich zu engagieren, z. B. Bilder, Diskussionen, schriftliche Formate und praktische Aktivitäten.
    • Suchen und respektieren Sie aktiv verschiedene Perspektiven bei Besprechungen, Planungen und Entscheidungen.
    • Sorgen Sie dafür, dass alle Stimmen gehört werden, indem Sie Diskussionen strukturieren, um zu verhindern, dass dominante Stimmen die Oberhand gewinnen.

    ➡️ Was ist psychologische Sicherheit?

    Eine Teamumgebung, in der sich Einzelpersonen sicher fühlen, ihre Meinung zu äußern, Risiken einzugehen, Fragen zu stellen und Ideen auszutauschen, ohne Angst vor Verurteilung, Ablehnung oder Bestrafung haben zu müssen.

    So bauen Sie psychologische Sicherheit am Arbeitsplatz auf:

    • Normalisieren Sie das Geben und Empfangen von Feedback auf konstruktive und schuldfreie Weise.
    • Ermutigen Sie Neugierde — betrachten Sie Fehler als Lernchancen und nicht als Misserfolge.
    • Führungskräfte sollten Verletzlichkeit modellieren, indem sie zugeben, dass sie nicht alle Antworten haben.
    • Schaffen Sie eine Kultur, in der alle Beiträge geschätzt werden, indem Sie Beiträge anerkennen, auch wenn sie nicht umgesetzt werden.

    Agilität ist ein Lernprozess

    Die stärksten agilen Teams lernen, passen sich an und pflegen eine Kultur der kontinuierlichen Verbesserung. Psychologische Sicherheit ermöglicht es Teams, ohne Angst Fragen zu stellen, Ideen herauszufordern und zu experimentieren — der Schlüssel zu schnellen und effektiven Feedback-Mechanismen.

    Warum psychologische Sicherheit für alle Lernenden wichtig ist...

    Menschen verarbeiten Informationen unterschiedlich — sichere Umgebungen ermöglichen es allen Lernenden, ihre Bedürfnisse zu äußern, sich auf ihre Art zu engagieren und ihren Beitrag zu leisten. Vielfältige Lernende, einschließlich neurodivergenter Teammitglieder, passen möglicherweise nicht zu einem Lerntyp. Psychologische Sicherheit sorgt dafür, dass sie ohne Urteilsvermögen nach dem fragen können, was sie brauchen, und sich für die Art und Weise, wie sie mit Informationen umgehen und diese verarbeiten, geschätzt fühlen.

    Die Auswirkungen auf die Agilität?

    • Ausrichten: Sicherheit fördert offene Diskussionen → bessere Entscheidungen, klare Prioritäten.
    • Verbessern: Teams fühlen sich sicher beim Experimentieren → schnelleres Lernen, bessere Lösungen.
    • Informieren: Feedback fließt frei → intelligentere Anlageentscheidungen, stärkere Anpassungsfähigkeit.

    Wie sieht das in der Praxis aus?

    Retrospektiven: Der ultimative Raum für Lernen und Inklusion

    In Retrospektiven machen agile Teams eine Pause, um nachzudenken, zu lernen und sich zu verbessern. Aber damit ein Retro effektiv ist, muss es psychologisch sicher und inklusiv sein — denn ohne Vertrauen kann Lernen nicht stattfinden.

    Was macht eine Retrospektive also psychologisch sicher und inklusiv?

    Alle Stimmen werden gehört → Jeder, unabhängig von Kommunikations- oder Lernstil, hat die Möglichkeit, seinen Beitrag zu leisten.
    Reflexionen ohne Schuldzuweisungen → Der Fokus liegt auf dem Lernen und Verbessern, nicht darauf, mit dem Finger zu zeigen.
    Umsetzbare Folgemaßnahmen → Das Team sieht echte Veränderungen als Ergebnis ihrer Beiträge und baut Vertrauen auf.

    So erstellen Sie inklusive und sichere Retros

    Um sicherzustellen, dass Ihre Retrospektiven für alle Lernstile geeignet sind, sollten Sie Folgendes berücksichtigen:

    • Verwenden Sie mehrere Möglichkeiten, um Eingaben zu sammeln → Anonyme Rückmeldungen, schriftliche Überlegungen, offene Diskussionen oder interaktive Foren.
    • Fördern Sie verschiedene Kommunikationsstile → Manche mögen es vorziehen, sich im Moment zu äußern, während andere Zeit brauchen, um zu verarbeiten und zu schreiben.
    • Folgen Sie dem Feedback → Wenn Teams keine Änderungen sehen, sinkt das Engagement.

    Ein tolles Retro ist nicht nur ein Meeting — es ist ein Ort zum Lernen, zur Zusammenarbeit und zur Vertrauensbildung. Und die richtigen Tools können helfen.

    Wie Easy Agile TeamRhythm agilen Teams hilft, integrative, psychologisch sichere Retros durchzuführen

    Easy Agile TeamRhythm ist zwar eine Jira-App, die für die Erstellung, Schätzung und Sequenzierung der Arbeit auf Teamebene auf einer interaktiven User Story Map entwickelt wurde, aber sie ist auch eine Plattform für die Durchführung ansprechender und effektiver agiler Retrospektiven. Die Retrospektiven-Funktion von Easy Agile TeamRhythm ermöglicht es Benutzern, anhand von Gruppenfeedback Aktionspunkte aus Rückblicken zu erstellen und zu verfolgen, Themen zu identifizieren und sie für jede Planung in Jira-Probleme umzuwandeln. Du kannst Vorlagen, Stimmungsumfragen und Timer verwenden, um deine Zeremonien zielgerichtet und effektiv zu gestalten.

    Fördern Sie die Zusammenarbeit und verbessern Sie die Teamausrichtung

    Easy Agile TeamRhythm macht Team-Retrospektiv-Boards zum Zentrum für Lernen und Verbessern, sodass Teams Erfolge feiern, Erkenntnisse austauschen und ihre Teamausrichtung und ihren Arbeitsablauf verbessern können. Die Möglichkeit, Datenschutz und Berechtigungen festzulegen, stellt sicher, dass Teaminformationen nur denjenigen zur Verfügung stehen, denen Ihr Team vertraut.

    Wie die Funktionen von Easy Agile TeamRhythm psychologische Sicherheit und Inklusion schaffen

    Abschließende Gedanken

    Inklusion und psychologische Sicherheit sind nicht nur Konzepte — sie bilden die Grundlage für leistungsstarke Agile-Teams. Durch die Anerkennung verschiedener Lernstile, die Schaffung von Raum für alle Stimmen und die Förderung einer Kultur, in der sich die Mitarbeiter sicher fühlen, um zu lernen und zu experimentieren, können Teams wirklich gedeihen. Was werden Sie tun, um Ihr Agile-Team inklusiver, unterstützender und effektiver zu machen? Kleine Änderungen können große Auswirkungen haben.

    Fangen Sie an, integrativere, kollaborativere Teams aufzubauen

    Laden Sie Ihr kostenloses Exemplar des Learning Style Quiz herunter. Nutze es, um nachhaltige Einblicke darüber zu gewinnen, wie dein Team am besten lernt und arbeitet.

  • Agile Best Practice

    Warum Ihre Retrospektive nicht kaputt ist — Ihr Follow-Through aber vielleicht schon

    In Hunderten von Teams sahen wir dasselbe Muster: Retrospektiven fanden regelmäßig und mit Bedacht statt — und doch wurde weniger als die Hälfte der retrospektiven Aktionspunkte jemals abgeschlossen. Die Teams identifizierten immer wieder wertvolle Verbesserungen, aber diese Verbesserungen kamen bei der Umsetzung ins Stocken. Anstatt Veränderungen voranzutreiben, tauchten dieselben Probleme Sprint für Sprint wieder auf.

    Als wir mit den Kunden sprachen, war ihnen nicht klar, was sie verbessern sollten — sie waren sogar nicht sicher, wie sie das umsetzen sollten. Durch den Mangel an Transparenz, Rechenschaftspflicht und Priorisierung fühlten sich Fortschritte unerreichbar an.

    Diese Frustration veranlasste uns, unsere Herangehensweise an Retrospektiven zu überdenken. Nicht nur im Raum, sondern auch in den Tagen und Wochen, die darauf folgen. Denn während die meisten Teams wissen, wie man reflektiert, wissen weit weniger, wie man voranschreitet.

    Willst du direkt in die Action eintauchen? Schnapp dir unsere kostenlose Vorlage für retrospektive Aktionen hier - eine klare, praktische Anleitung, die Ihrem Team hilft, sich nicht mehr im Kreis zu drehen und Fortschritte zu erzielen, die wirklich hängen bleiben.

    Oder wenn Sie den tieferen Grund hinter dieser Herausforderung verstehen möchten, lesen Sie weiter.

    Der unsichtbare Friedhof guter Ideen

    Denke zurück an deine letzten Retros. Sie sind wahrscheinlich auf Blocker gestoßen, haben Siege gefeiert und vielleicht sogar eine schwierige Teamdynamik ausprobiert. Die Diskussion fühlte sich wahrscheinlich ehrlich an — sogar wertvoll.

    Fragen Sie sich jetzt: Was hat sich dadurch tatsächlich geändert?

    Allzu oft gehen rückblickende Aktionspunkte, selbst die gut gemeinten, im Zuge eines neuen Sprints verloren. Das Jira-Board füllt sich, die Deadline rückt näher und die sorgfältig überlegten Ideen treten in den Hintergrund.

    Es ist nicht so, dass es Teams egal wäre. Es ist so, dass uns oft ein System fehlt, mit dem wir aus Team-Retrospektiven heraus Maßnahmen ergreifen können, die nachverfolgbar und in unsere eigentliche Arbeit integriert sind.

    Wir haben das Muster gesehen: Teams setzen sich Retro für Retro mit denselben Problemen auseinander. Mit der Zeit schwächt diese Wiederholung das Vertrauen ab. „Haben wir nicht schon darüber gesprochen?“ wird zum Refrain, und irgendwann fühlt sich das Retro wie ein Ritual ohne Belohnung an.

    Das Folgeproblem

    Die meisten Retrospektiven scheitern nicht während der Sitzung selbst; sie geraten in den Tagen und Wochen danach ins Stocken. Laut einem Umfrage In der PMI-Community haben fast zwei Drittel der Befragten weniger als 25% der Ideen aus ihren Retros umgesetzt — keiner gab an, mehr als 75% umgesetzt zu haben.

    „Wenn dein Team während der Retrospektiven ständig Aktionspunkte erstellt, sie aber selten abschließt, bist du nicht allein. Unvollendete Aktionspunkte sind ein großer Produktivitätskiller und führen dazu, dass Fortschritte ins Stocken geraten. Der Schlüssel zu echten Verbesserungen liegt nicht in der Erstellung langer Listen, sondern in der Umsetzung. Indem Sie rückwirkende Aktionspunkte mit der gleichen Wichtigkeit behandeln wie andere Sprint-Aufgaben, kann Ihr Team endlich den Kreislauf unvollendeter Verbesserungen durchbrechen und echte, positive Veränderungen erleben, individuell und auf Teamebene. „- Stefan Wolpers, Zeitalter des Produkts

    Retrospektive Anti-Patterns

    Teams haben aufgrund einer Kombination von Anti-Mustern, die die Rechenschaftspflicht und Dynamik schwächen, ständig mit der Umsetzung zu kämpfen:

    Folgemaßnahmen scheitern häufig an folgenden Gründen:

    • Mangel an klarer Eigentümerschaft

    Wenn ein Aktionspunkt „allen“ gehört, gehört er am Ende niemandem. Teams, die keinen bestimmten Besitzer zuweisen, sehen den Gegenstand mit geringerer Wahrscheinlichkeit durch. Rechenschaftspflicht ist ein entscheidender Faktor, um sicherzustellen, dass die Bearbeitung abgeschlossen wird, und das wird oft übersehen, insbesondere bei teamweiten Rückblicken.

    • Keine Fristen:

    Aktionselemente ohne Timebox treten in den Hintergrund. Teams verzögern oder priorisieren häufig Aufgaben, die nicht mit bestimmten Sprint-Meilensteinen oder Überprüfungspunkten verknüpft sind. Zeitlich begrenzte Ziele machen Folgemaßnahmen greifbar und messbar.

    • Vage Ergebnisse:

    Teams tappen oft in die Falle, rückblickende Elemente als Absichten und nicht als Aktionen zu schreiben. Allgemeine Formulierungen wie „Verbessern Sie die Kommunikation“ oder „Korrigieren Sie unseren Prozess“ sind nicht spezifisch. Ohne ein klares „Was“ und „Wie“ bewegt sich nichts.

    • Zu viele Aktionen:

    Wenn jede Idee aus dem Retro-Stil zu einem Action-Objekt wird, verschwindet der Fokus. Priorisierung ist von entscheidender Bedeutung. Die Teams müssen eine oder zwei wichtige Verbesserungen auswählen, die für den bevorstehenden Sprint realistisch sind. Andernfalls fühlt sich alles gleich wichtig an — und es wird nichts unternommen.

    • Schlechte Sicht:

    Aktionspunkte sind oft verstreut — sie leben in Whiteboards, statischen Dokumenten oder im Gedächtnis einer Person. Wenn Teams nicht sehen können, wofür sie sich verpflichtet haben, werden sie nicht danach handeln. Die Integration von Folgeaufgaben in die täglichen Tools des Teams (wie Easy Agile TeamRhythm in Jira) macht Rechenschaftspflicht unumgänglich.

    All diese Faktoren führen zu demselben Endergebnis: eine große Kluft zwischen guten Absichten und echten Fortschritten. Unseren eigenen Nutzungsdaten von Easy Agile TeamRhythm zufolge absolvierten die Teams nur 40— 50% ihrer Aufgaben im Nachhinein. Nach der Veröffentlichung von Funktionen zur Aufdecken und Nachverfolgen unvollständiger Aktionen stieg diese Abschlussrate auf 65%. Bessere Folgemaßnahmen, nicht nur bessere Konversationen, sind erforderlich, um echte Fortschritte zu erzielen.

    Ein 5-stufiges System für Retros, die zum Fortschritt führen

    Hier ist der Rhythmus, den wir in belastbaren, leistungsstarken Teams gesehen haben:

    1. Bereite dich zielgerichtet vor
      • Schaue dir Action-Gegenstände aus dem letzten Retro noch einmal an — nicht nur, um sie abzuhaken, sondern um zu verstehen, was sich seit ihrer Veröffentlichung geändert hat.
      • Was ist vorangekommen? Was nicht? Warum?
      • Räumt raus, was abgestanden ist. Markieren Sie, was noch relevant ist. Identifizieren Sie Muster, die eine eingehendere Diskussion verdienen.
    2. Konzentrieren Sie sich auf den Dialog
      • Gehen Sie über die Symptome hinaus. Untersuchen Sie die Grundursachen.
      • Verwenden Sie Tools wie „5 Warums“, um Ihr Denken zu schärfen.
      • Verankern Sie die Diskussion auf: Was ist dringend und es wert, gelöst zu werden jetzt?
    3. Priorisieren Sie mit Absicht
      • Versuche nicht alles zu reparieren. Verwenden Sie zum Filtern eine Wirkungs-/Aufwandsmatrix.
      • Wählen Sie 1—2 Aktionspunkte aus, zu denen Sie sich verpflichten möchten.
      • Weisen Sie Besitzer zu. Definieren Sie Erfolg. Vereinbaren Sie Zeitpläne.
    4. Verfolge, wo du arbeitest
      • Verwenden Sie einen retrospektiven Action-Tracker, der in Ihrem Arbeitsablauf enthalten ist.
      • In Easy Agile TeamRhythm können Sie unvollständige Elemente aufdecken, ihren Verlauf einsehen, nach Relevanz sortieren und ihren Kontext verstehen — und das alles, ohne die Tools wechseln zu müssen.
    5. Schließe den Kreislauf — jedes Mal
      • Sieh dir zu Beginn jedes Retro-Spiels die vorherigen Aktionspunkte an.
      • Feiere, was getan wurde, auch wenn es klein ist.
      • Überdenken Sie, was Sie behalten, ändern oder löschen möchten.
    6. Fortschritt messen
      Fangen Sie an, Ihren kontinuierlichen Verbesserungsfortschritt mit einfachen, umsetzbaren Kennzahlen zu verfolgen: Wenn Sie diese im Laufe der Zeit messen, erfahren Sie, ob Sie sich verbessern wie du verbesserst dich.
      • Abschlussrate von Aktionselementen —% der Aktionsgegenstände, die vor dem nächsten Retro abgeschlossen wurden (Ziel: 80— 100%)
      • Rate wiederkehrender Probleme — Wie oft taucht dasselbe Thema in allen Retros wieder auf
      • Durchschnittsalter der geöffneten Aktionselemente — Wie lange Verbesserungsaufgaben ungelöst bleiben
      • Retro-Teilnahmerate —% des Teams, das aktiv zu Retro-Eingaben oder Abstimmungen beiträgt

    Hören Sie auf, dieselben Konversationen zu wiederholen

    Eine Team-Retrospektive, die funktioniert, deckt nicht nur Probleme auf, sondern löst sie. Wenn Sie sich zur Gewohnheit machen, alles zu verfolgen, werden Rückblicke von einem passiven Meeting zu einem Hebel für echte Veränderungen.

    Wenn sich Ihre Retros wie ein Déjà-vu anfühlen, liegt das Problem möglicherweise nicht darin, wie Sie sprechen. Es könnte das sein, was danach passiert.

    🎁 Holen Sie sich das vollständige Framework

    Wir haben all diese und weitere Lektionen zu einem praktischen, praxiserprobten Produkt zusammengefasst Vorlage für rückwirkende Maßnahmen. Im Inneren findest du:

    • Ein schrittweises Arbeitsblatt
    • Anleitung zur Zuweisung und Nachverfolgung von Scrum-Aktionselementen
    • Beispiele für erreichbare rückwirkende Maßnahmen
    • Integrierte Strategien, um einer Retrospektive einen Sinn zu verleihen

    👉 Laden Sie die kostenlose Vorlage hier herunter.

    Du sprichst bereits darüber, worauf es ankommt. Stellen wir sicher, dass Sie danach handeln.

  • Agile Best Practice

    Mit rückblickenden Rückblicken auf den Menschen das Potenzial von Teams ausschöpfen

    Als ich anfing, als Scrum Master zu arbeiten, konzentrierte ich mich schnell auf die Welt der Metriken. Ich war der Meinung, dass meine Teams, um erfolgreich zu sein, eine sich kontinuierlich verbessernde Geschwindigkeit, ein stabiles kumulatives Flussdiagramm oder ein perfektes Burn-Down-Diagramm benötigen.

    Klingt vertraut?

    Das Problem mit diesen Metriken ist, dass sie Effizienz, nicht Wert fokussiert.

    Es spielt keine Rolle, ob ein Team schnell einhundert neue Funktionen entwickelt, wenn keine davon dem Kunden tatsächlich einen Mehrwert bietet. Effizienzkennzahlen werden auch häufig missbraucht und missverstanden, was zu Unzufriedenheit führen kann.

    Anstatt mich in Rückblicken stark auf die Daten zu konzentrieren, konzentriere ich mich auf die Menschen. Im Agilen Manifest geht es schließlich darum, Menschen und ihre Interaktionen zu ermöglichen.

    Jeder von uns schlägt das Herz hinter seinen Geräten

    Sich Zeit für menschliche Interaktionen zu nehmen... hat zu weitaus besseren Ergebnissen geführt als jedes wunderschön konstruierte Burndown-Diagramm.

    Durch den Ansatz, bei dem der Mensch an erster Stelle steht, erfuhr ein Team, mit dem ich einmal zusammengearbeitet habe, dass sie als Gruppe begeisterte Gamer sind. Sie hatten jahrelang zusammengearbeitet, es aber nicht gewusst. Dieses Team stand unter großem Druck, schwierige Zeiten einzuhalten, und Retro-Produkte waren auf der Strecke geblieben.

    Darauf habe ich mich als Erstes konzentriert: sie wieder an Retrospektiven glauben zu lassen. Da ich den Menschen in den Mittelpunkt stellte, ließ ich das Eis schmelzen und hatte etwas Zeit, um über Dinge zu sprechen, die nichts mit der Arbeit zu tun haben. „Was war dein liebstes Videospiel aus deiner Kindheit?“

    Nur ein paar Minuten müßiges Geschwätz über Sonic, Legend of Zelda und Mario lösten eine Kette von Ereignissen aus, die damit begannen, dass sich einige von ihnen an diesem Abend zu einem gemeinsamen Spiel verabredeten, und schon bald hatten wir wöchentliche Zoom-Hintergründe zum Thema Videospiele und Retrospektiven hatten immer einen Gaming-Twist. Denken Sie an Dungeons & Dragons, Tetris, Pokémon und Among Us.

    Ein weiteres gutes Zeichen dafür, dass ein Team auf dem richtigen Weg ist, ist, wie viel sie zusammen lachen. Dieses Team war in der Folge merklich glücklicher, die Veränderung war drastisch, fast greifbar.

    Wir sind nicht nur Avatare auf unseren Bildschirmen, jeder von uns schlägt sein Herz hinter seinen Geräten, mit Leidenschaften, Vorlieben, Abneigungen und Bestrebungen. Sich Zeit für menschliche Interaktionen zu nehmen und Rückblicke zu erstellen, die unsere menschliche Seite in den Mittelpunkt stellen, hat zu weitaus besseren Ergebnissen geführt als jedes wunderschön konstruierte Burndown-Diagramm.

    Warum sollten Sie einen menschenzentrierten Ansatz verfolgen?

    Lassen Sie uns ein wenig untersuchen, warum Sie sich auf die menschliche Seite konzentrieren sollten. Was ist für dich drin?

    • Erhöhtes Engagement und Beteiligung des Teams: Wenn bei Retros der Mensch im Mittelpunkt steht, fühlen sich die Teammitglieder mehr mit ihren Kollegen verbunden, fühlen sich wohler, wenn sie aktiv teilnehmen, und sie haben ein stärkeres Verantwortungsgefühl für die Erfolge und Herausforderungen des Teams.
    • Verbesserte psychologische Sicherheit: Mit einem menschenorientierten Ansatz können Sie einfacher eine sichere und integrative Umgebung schaffen, in der Teammitglieder ihre Gedanken und Erfahrungen offen und ohne Angst vor Urteilen teilen können. Dies kann das Zugehörigkeitsgefühl fördern und die allgemeine Moral des Teams erhöhen.
    • Mehr Genuss: Wir verbringen 8 unserer wachen Stunden mit Arbeit und die Hälfte oder mehr unseres Erwachsenenlebens damit, zu arbeiten. Wir sind es uns selbst schuldig, dabei ein bisschen Spaß zu haben. Ein menschenorientierter Ansatz kann dazu führen, dass sich Menschen auf das nächste Retro freuen. Mehr Freude, mehr Engagement und bessere Ergebnisse. Ganz einfach.
    • Bessere Rentabilität: Oh, und es ist auch besser für das Endergebnis. Eine Studie von Gallup ergab einen klaren Zusammenhang zwischen Engagement und Rentabilität in Unternehmen. Warum sind hochmotivierte Teams rentabler? Teams, die in Bezug auf das Engagement zu den besten 20% gehören, verzeichnen einen Rückgang der Fehlzeiten um 41% und einen Rückgang der Fluktuation um 59%. Engagierte Mitarbeiter kommen mit Begeisterung, Konzentration und Energie zur Arbeit.

    Die perfekten Voraussetzungen für kontinuierliche Verbesserung.

    Sie möchten mit ein paar Rückblicken beginnen, bei denen der Mensch im Mittelpunkt steht?

    Probieren Sie einige dieser kostenlosen Vorlagen aus;

    5 Dysfunctions Retro - Chris Stone - Easy Agile
    Autonomy, Mastery, Purpose Retro - Chris Stone - Easy Agile
    Healthy Minds Retro - Chris Stone - Easy Agile
    Psychological Safety Retro - Chris Stone - Easy Agile
    Spotify Team Health at Scale Retro - Chris Stone - Easy Agile

    Psychologische Sicherheit Retro

    Das von Google geleitete Aristoteles-Projekt ergab, dass das Vorhandensein psychologischer Sicherheit der größte Faktor für die hohe Leistung von Teams ist. Verwenden Sie dieses Format, um mit Ihren Teams die Grundlagen für psychologische Sicherheit zu schaffen, einen Überblick über das aktuelle Niveau zu erhalten und Maßnahmen zur Verbesserung zu entwickeln.

    Gesunde Köpfe Retro

    Ohne Service würden Sie Ihr Auto nicht fahren lassen, und ich wette, Ihr Handyakku geht selten unter 10%. Warum legen wir nicht den gleichen Fokus darauf, uns individuell oder gemeinsam um unsere eigenen Bedürfnisse zu kümmern? Nutze diesen Retro, um dich auf Verbesserungen zu konzentrieren, die die Gesundheit deines Teams verbessern.

    Spotify Gesundheitscheck Retro

    Bekannt für das agile Framework, das nie als Framework gedacht war, haben einige Trainer von Spotify auch ein Format für Team-Gesundheitschecks veröffentlicht, das sich hervorragend eignet, um den Fortschritt als Team zu messen und zu visualisieren. Die Einfachheit dieses Formats und seine Fähigkeit, Schwerpunktbereiche sowie Fortschritte im Laufe der Zeit hervorzuheben, sind besonders überzeugend. Das Beste daran? Das ist die Perspektive des Teams, kein externes Reifegradmodell oder eine beliebige Kennzahl.

    Autonomie, Meisterschaft, Zweck Retro

    Basierend auf dem Buch „Drive“ von Dan Pink, in dem die überraschenden Dinge hervorgehoben wurden, die uns motivieren, hilft dieses Retro Teams dabei, die Bereiche ihrer Arbeit zu untersuchen, die unser Gefühl von Autonomie, Meisterschaft und Zielstrebigkeit verstärken oder dämpfen. Dieses Buch hat das Spiel für mich verändert und dieses Retro könnte das Spiel für Ihre Teams verändern.

    5 Fehlfunktionen eines Team Retro

    Dieses Retro-Format, das auf einem vielbeachteten Buch basiert, baut auf den Arbeiten von Patrick Lencioni und seinen 5 Fehlfunktionen eines Teams auf. Mit diesem Retro können Sie das dysfunktionale Verhalten in Ihrem Team hervorheben und diese Herausforderungen gemeinsam lösen. Ein Team, unsere Probleme, unsere Lösungen.

    Lass uns dir ein paar Dinge zum Nachdenken überlassen

    Der Schlüssel zur Entfaltung des wahren Potenzials Ihrer Teams liegt in einem rückblickenden Ansatz, bei dem der Mensch im Mittelpunkt steht. Indem wir uns auf die menschliche Seite unserer Teams konzentrieren, können wir stärkere Verbindungen fördern, ein sicheres und integratives Umfeld schaffen und letztendlich bessere Ergebnisse sowohl für das Team als auch für das Unternehmen erzielen.

    Denken Sie daran, dass es im Agilen Manifest darum geht, Menschen und ihre Interaktionen zu ermöglichen. Indem wir die Menschen in den Mittelpunkt unserer Retrospektiven stellen, können wir stärkere, glücklichere und produktivere Teams aufbauen.

    Vergessen Sie, nach den perfekten Kennzahlen zu suchen, und konzentrieren Sie sich stattdessen darauf, sinnvolle Verbindungen aufzubauen und eine Kultur der kontinuierlichen Verbesserung zu fördern, die auf der menschlichen Erfahrung basiert.

    Retrospektiven, die in deine Arbeit in Jira integriert sind

    Hoffen Sie, die Zusammenarbeit Ihres Teams zu verbessern? Easy Agile TeamRhythm hilft Ihnen dabei, Erkenntnisse in Maßnahmen umzusetzen, Ihre Arbeitsweise zu verbessern und Ihre nächste Version besser zu machen als die letzte.

    TEAMRHYTHM 30 TAGE KOSTENLOS TESTEN

    Über Chris

    Seit zehn Jahren fördert Chris Stone durch den Einsatz von Agilität ein Erfolgsumfeld für leistungsstarke Teams und Organisationen. Er hat in einer Vielzahl von Branchen und mit einigen der größten Organisationen der Welt sowie mit kleineren, schlanken Unternehmen gearbeitet.

    Als The Virtual Agile Coach beabsichtigt Chris, reibungslose Innovationen unabhängig vom Standort zu ermöglichen, und ist fest davon überzeugt, Agilität beim virtuellen Arbeiten zu ermöglichen. Finden Sie ihn online bei Virtually Agile >>

  • Product

    Bewältigen Sie mit Easy Agile TeamRhythm häufige Herausforderungen im Rückblick

    Retrospektiven tragen dazu bei, ein Umfeld zu schaffen, in dem die Teammitglieder ihre Siege und Herausforderungen frei miteinander teilen können. Indem Sie dieses Feedback fördern, erhalten Sie wichtige Einblicke in das, was in der nächsten Iteration verbessert werden kann. Aber obwohl es in der Theorie einfach klingt, tun sich viele Teams schwer, etwas zu erreichen agile Retrospektiven in der Praxis arbeiten.

    Wenn wir also wissen, dass Team-Retrospektiven eine großartige Möglichkeit sein können, kontinuierliche Verbesserungen voranzutreiben und Mehrwert zu schaffen — warum tun sich so viele Teams schwer, alles richtig zu machen?

    Der rutschige Hang zur Checkbox-Übung

    Laut Tenille Hoppo, Produktmarketing-Managerin von Easy Agile, steckt das Problem mit Retrospektiven oft hinter zwei zentralen Herausforderungen. „Wenn Sie Woche für Woche dieselben Diskussionen führen und das Team nicht sieht, dass sich etwas ändert, können die Leute müde, unmotiviert und gelangweilt werden“, sagte Tenille. „Mit der Zeit verlieren Retrospektiven an Ansehen und sind als Prozess weniger effektiv. Schließlich werden sie zu nichts weiter als einer Übung zum Ankreuzen.“

    „Dann ist da noch die Herausforderung, Aktionen in Echtzeit zu erfassen“, so Tenille. „Wir waren alle schon einmal schuldig, großartige Ideen gehabt zu haben, während wir an etwas gearbeitet haben, aber bis zur nächsten Retrospektive ist die Idee weg.“

    Die Herausforderungen, Retrospektiven aktuell, produktiv und in die Arbeit in Jira zu integrieren, stehen hinter der Entwicklung von Einfacher agiler Teamrhythmus, eine App, die entwickelt wurde, um diese häufigen Probleme zu lösen und Teams dabei zu helfen, ihren Kunden schneller einen Mehrwert zu bieten.

    Integration von User Story Maps und Retrospektiven

    „Wir waren der Meinung, dass Teams, wenn wir den rückblickenden Prozess direkt in die Arbeit in Jira integrieren könnten, besser in der Lage wären, die Probleme zu lösen, die ihren Fortschritt blockieren, und effektiver zu arbeiten“, so Tenille. „Also haben wir im Rahmen eines Inception Week-Projekts die Grundlagen festgelegt, und bald darauf war Easy Agile TeamRhythm geboren.“

    Easy Agile TeamRhythm ersetzt unsere erste App, Easy Agile User Story Maps, und integriert Team-User-Story-Maps mit Team-Retrospektiven. Die User Story Maps werden für die Planung und Verwaltung der Arbeit (einschließlich Sprint-Planung und Backlog-Verfeinerung) verwendet, während retrospektive Boards Teams dabei helfen, diese Arbeit besser zu erledigen. „Es war sinnvoll, auf den Funktionen von Easy Agile User Story Maps zur Sprint-Planung und Backlog-Verfeinerung aufzubauen und rückblickende Boards einzuführen, um Verbesserungsideen zu erfassen und zusammenzustellen“, so Tenille. „Da Retrospektiven dort platziert sind, wo die Arbeit in Jira verwaltet wird, können Sie Aktionspunkte in Jira-Probleme umwandeln und die Arbeit planen, um sicherzustellen, dass Retrospektiven effektiv und wertvoll sind.“

    Aufsehenerregende Retrospektiven mit Easy Agile TeamRhythm

    Easy Agile TeamRhythm unterstützt Teams von der Planung über die Veröffentlichung bis hin zu Retrospektiven. Es umfasst User Story Mapping, Sprint-Planung, Versionsplanung, Backlog-Refinement und Team-Retrospektiven.

    Durch die Integration eines Team-Retrospektiv-Boards in deine Jira-Boards können agile Teams die App nutzen, um:

    Erfassen Sie Feedback in Echtzeit

    Teammitglieder können Feedback schnell und einfach erfassen, während sie ihre Arbeit erledigen. So gehen Feedback und Ideen nicht verloren, sondern warten auf Sie, wenn Sie die nächste Retrospektive durchführen.

    Bekämpfen Sie Müdigkeit mit Schablonen

    Du kannst auf verschiedene Vorlagen zugreifen, um das Format von Rückblicken zu ändern, Dinge anders zu gestalten und das Interesse der Teammitglieder zu wecken. Dies kann Teams auch dabei helfen, Dinge aus verschiedenen Blickwinkeln zu betrachten und neue Ideen zu entwickeln.

    Zu den aktuellen Vorlagen gehören:

    • Fundament
      Eine hochgradig anpassbare Vorlage, die auf dem Modell Start, Stop, & Continue basiert. Das Team schaut sich an, welche Maßnahmen es einführen möchte, welche nicht funktionieren und welche Maßnahmen im nächsten Zyklus fortgesetzt werden können.
    • Holen Sie sich Rhythmus
      Eine Vorlage zum Thema Musik, die das retrospektive Format des 4 L verwendet, um zu verstehen, was „geliebt, gelernt, verabscheut und ersehnt“ ist. Das Team nennt, was sie schätzen, was ihnen der Sprint beigebracht hat, was schief gelaufen ist und wovon sie mehr gewollt hätten.
    • Weltraummission
      Eine Vorlage mit herausragendem Thema, die auf dem Sailboat-Format der Retrospektive basiert. Sie untersucht die Ansätze, die den Fortschritt behindern oder zu wünschenswerten Ergebnissen führen, und legt die Richtung für die Planung der nächsten Iteration fest.
    • Rosenblüte
      Eine Vorlage zum Thema Rose, die auf dem Seestern-Modell basiert und bei der die Wirksamkeit von Aktionselementen bewertet wird, um zu bestimmen, welche Methoden sie beibehalten, verwerfen und in der nächsten Runde anwenden sollten.

    Verbessern Sie die nächste Iteration, indem Sie Erkenntnisse anwenden

    In der Spalte „Aktionen“ setzen Sie Feedback in konkrete Maßnahmen um und schaffen eine integrierte Rechenschaftspflicht. Mit nur zwei Klicks kannst du ein Aktionselement in ein Jira-Problem verwandeln, das automatisch zu deinem Backlog hinzugefügt wird. Anschließend kannst du einen Besitzer zuweisen und es in einen bevorstehenden Sprint oder eine bevorstehende Veröffentlichung einplanen.

    „Wir haben unsere Kommunikation und Teamausrichtung verbessert, was uns zu schnelleren Ergebnissen verholfen hat.“

    Casey Flynn, Adidas

    Mach deine nächste Version besser

    „Bei Agilität geht es nicht darum, Ihrem Team jedes Gramm Arbeit abzunehmen, und es geht auch nicht darum, Zeit mit unproduktiven Besprechungen zu verschwenden, die zu keinem Ergebnis führen“, so Tenille. „Mit Easy Agile TeamRhythm bieten wir das Framework und die Funktionen, um Erkenntnisse auszutauschen, Lösungen zu planen und Maßnahmen zu ergreifen. Und wenn sich Teams auf schrittweise Verbesserungen konzentrieren, können sie anfangen, besser zusammenzuarbeiten, sich in ihrer Rolle glücklicher zu fühlen und bessere Ergebnisse erzielen.“

    EASY AGILE TEAMRHYTHM 30 TAGE KOSTENLOS TESTEN

    Möchtest du mehr hören?

    Tenille hielt in einem Webinar mit Atlassian Solution Partner einen Vortrag zu diesem Thema Almarise. Sehen Sie sich die vollständige Präsentation unten an.

  • Workflow

    5 Schritte zur Durchführung effektiver Sprint-Retrospektiven

    Die Retrospektive ist ein wichtiger Teil des agilen Prozesses und bietet Teams die Möglichkeit, zu erörtern, wie sie sich verbessern können. Eine Sprint-Retrospektive findet am Ende jedes Sprints statt und bietet dem Team die Möglichkeit, seine Prozesse zu bewerten.

    Was ist gut gelaufen? Was ist nicht so gut gelaufen? Was muss das Team tun, um sich beim nächsten Mal zu verbessern? Bei Agile dreht sich alles ums Lernen und Iterieren. Jedes Mal, wenn Sie einen Sprint abschließen, gibt es Lektionen zu lernen. Agile nimmt kontinuierlich das, was ein Team lernt — die guten, die schlechten und die langweiligen — und setzt diese Erfahrungen in umsetzbare Verbesserungen um.

    Dieser Beitrag befasst sich mit Sprint-Retrospektiven, einschließlich der Vorteile, ihrer Einbettung in den Scrum-Prozess, der Durchführung eines effektiven Sprint-Retrospektiv-Meetings und der häufigsten Fehler, die es zu vermeiden gilt.

    Der Zweck der Sprint-Retrospektive

    Die Sprint-Retrospektive ist der Teamdiskussion gewidmet. Die Zeit wird am Ende jedes Sprints zugeteilt, sodass alle Teammitglieder überprüfen können, was gut gelaufen ist und was geändert werden muss. Das alles ist Teil der agileren Methode, Ihre Prozesse kontinuierlich zu verbessern, während Sie mehr lernen. Es gibt keine festgelegte Vorgehensweise, und es gibt immer Spielraum, um effizienter und effektiver zu werden.

    Ein Sprint-Rückblick:

    • Fördert eine Denkweise der kontinuierlichen Verbesserung
    • Schafft einen sicheren Raum für den Austausch von positivem und konstruktivem Feedback
    • Gibt jedem im Team die Möglichkeit, Gedanken, Ideen und Erfahrungen auszudrücken
    • Gibt nach jedem Sprint Feedback in Echtzeit
    • Bringt das Team zusammen, um gemeinsame Ziele zu erreichen
    • Zeigt alle Probleme aus dem vorherigen Sprint an, die das Team zurückhalten
    • Informiert die Führung über Erfolge und mögliche Hindernisse
    • Hilft Produktbesitzern, Entscheidungen für die nächste Sprint-Planung zu treffen
    • Bringt das Team auf einen positiven Weg, um in den nächsten Sprint überzugehen

    Wie die Sprint-Retrospektive in den Scrum-Prozess passt

    Die Art der Retrospektive, die Sie abhalten, hängt von der Art des Sprints bzw. wendig Methodik Ihr Team trainiert. Eine der gängigsten Methoden in der Softwareentwicklung ist das Scrum-Framework.

    Ein Scrum-Team hat drei Arten von Rollen:

    • Inhaber des Produkts
    • Scrum Master
    • Entwicklungsteam

    Zu Beginn jedes Scrums entscheidet der Product Owner, welche Artikel aus der Gesamtwertung Produkt-Backlog werden verschoben in die Sprint-Backlog muss im kommenden 2-4-wöchigen Sprint abgeschlossen werden. Der genaue Zeitrahmen für den Sprint wird im Voraus festgelegt.

    Das Scrum besteht aus vier verschiedene Zeremonien oder Veranstaltungen:

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

    Nachdem die Planung abgeschlossen ist und das Team weiß, welche Backlog-Elemente es für den aktuellen Sprint angehen wird, beginnt die Arbeit. Das Team checkt während des gesamten Sprints über eine tägliches Scrum- oder Stand-up-Meeting. Dieser schnelle, aber wichtige Check-In ermöglicht es dem Scrum-Team, seine Fortschritte zu besprechen und potenzielle Hindernisse täglich zu beheben.

    Das Sprint-Review-Meeting findet am Ende des Sprints statt; es ist eine Gelegenheit für die Mitglieder des Scrum-Teams, die während des Sprints geleistete Arbeit zu präsentieren. Dies kann eine interne Präsentation oder eine formellere Demonstration für Stakeholder sein.

    Zuletzt kommt die unglaublich wichtige Scrum-Retrospektive. Während dieser Zeit kann das Team besprechen, was gut gelaufen ist und was verbessert werden könnte, damit der bevorstehende Sprint effizienter ablaufen kann. Alles, was im Laufe der Zeit gelernt oder in der Retrospektive entdeckt wurde, wird in die nächste Sprint-Planungssitzung aufgenommen. Dieser Scrum-Prozess wiederholt sich, bis es keine Artikel mehr im Produkt-Backlog gibt oder das Produkt vollständig ist.

    So führen Sie ein effektives Sprint-Retrospektiv-Meeting durch

    Die Retrospektive ist ein wichtiger Teil des agilen Prozesses, der mit Sorgfalt und Respekt behandelt werden sollte. Gehen Sie mit einem Plan rein. Wenn du zuwinkst, kommst du vielleicht durch, aber jeder wird mehr aus dem Prozess herausholen, wenn die Person oder die Personen, die die Retrospektive leiten, vorbereitet sind.

    Verwenden Sie unsere unten aufgeführten Strategien, um effektive Retrospektiven durchzuführen, auf die sich alle freuen.

    1. Stellen Sie sicher, dass die Stimme aller gehört wird

    Die lautesten Stimmen in einer Sprint-Retrospektive erhalten oft die meiste Aufmerksamkeit und Redezeit, aber sie haben nicht unbedingt bessere Einblicke als alle anderen. Jeder Person, die am Sprint-Prozess beteiligt ist, sollte die Möglichkeit gegeben werden, zu sprechen.

    Wenn Sie feststellen, dass einige Personen das Gespräch dominieren oder dass einige Personen nie etwas beitragen, ändern Sie Ihre Strategie, um alle einzubeziehen. Gehen Sie nacheinander durch den Raum und stellen Sie eine Frage, die jede Person beantworten muss, z. B. „Was ist Ihrer Meinung nach in diesem Sprint gut gelaufen?“ oder „Was war deine größte Herausforderung?“

    2. Starten, stoppen, weitermachen

    Das retrospektive Format „Start, Stop, Continue“ kann in vielen Formen ausgedrückt werden, aber die allgemeine Praxis ist dieselbe. Am Ende eines Sprints entscheiden Sie, womit Sie beginnen möchten, womit Sie aufhören möchten und was Sie weiter tun möchten, wenn Sie in Ihren nächsten Sprint übergehen. Es ist ein einfaches Format, das sowohl abdeckt, was gut als auch was nicht so gut gelaufen ist.

    Andere Versionen dieser Übung umfassen die Rose Bud Thorn-Übung, bei der die Teilnehmer etwas Positives teilen, eine neue Gelegenheit und etwas Negatives, das es zu verbessern gilt. Es gibt auch die Übung „Anker und Segel“, bei der die Teilnehmer erzählen, was ihnen Wind in die Segel gebracht hat (lief gut) und was sie verankert hat.

    3. Legen Sie bestimmte Aktionspunkte fest

    Die Retrospektive ist Zeitverschwendung, wenn Sie nicht mit bestimmten Aktionspunkten abreisen. Was wird Ihr Team gegen die in der Besprechung aufgeworfenen Probleme unternehmen? Stellen Sie sicher, dass Sie den Überblick über die Probleme und das positive Feedback der Teilnehmer behalten, damit Sie sie vor Abschluss des Meetings in umsetzbare Aufgaben oder Ziele umwandeln können.

    Sie können nicht absolut jede Änderung umsetzen, die angesprochen wird, aber die Diskussion sollte Ihnen einen Ausgangspunkt bieten. Arbeiten Sie mit dem Team zusammen, um herauszufinden, welche Änderungen die größte Wirkung haben. Sie können eine verwenden Wirkungsaufwandsmatrix oder ähnliche agile Tools, um fundierte Entscheidungen zu treffen.

    4. Rückblick — der Rückblick

    Nehmen Sie sich hin und wieder die Zeit, Ihre Retrospektive Revue passieren zu lassen. Bitten Sie alle Teammitglieder um Feedback, wie der Prozess verbessert werden könnte. Was würde die Erfahrung für das Team einfacher machen? Was würden sie gerne umgesetzt sehen? Was hat bei deinen wiederkehrenden Retros nicht funktioniert?

    Wow, das wird ein bisschen Meta, aber es ist ein wichtiger Schritt. Sie müssen auch Ihren Rückblick kontinuierlich überprüfen, um sicherzustellen, dass Sie das Beste aus dem Erlebnis herausholen.

    Eine Sache, auf die Sie achten sollten: Wenn sich Menschen langweilen, engagieren sie sich weniger, was bedeutet, dass es wichtig ist, die Dinge auf den Kopf zu stellen. Sie möchten nicht, dass Ihr retrospektiver Prozess stagniert oder an Effektivität verliert.

    5. Prüfen Sie die Aktionspunkte bei der nächsten Sprint-Retrospektive

    Stellen Sie sicher, dass sich die harte Arbeit Ihrer Retrospektive auszahlt. Nehmen Sie sich zu Beginn der nächsten Retrospektive etwas Zeit, um Ihre bisherigen Aktionspunkte zu überprüfen. Mit welchen Zielen und Aktionspunkten hast du die letzte Retrospektive verlassen? Haben Sie erreicht, was Sie sich vorgenommen haben, oder müssen Sie noch daran arbeiten?

    Häufige Fehler bei der Rückschau, die es zu vermeiden gilt

    Vermeiden Sie diese häufigen Fehler bei der Durchführung von Sprint-Retrospektiv-Besprechungen:

    ❌ Erlaube ein paar Leuten, das Gespräch zu dominieren

    ❌ Keine Stärkung leiser Stimmen

    ❌ Ohne gründliche Diskussion voreilige Schlüsse ziehen

    ❌ Immer wieder dieselben Fragen stellen, ohne die Dinge durcheinander zu bringen

    ❌ Die Aktionspunkte der vorherigen Retrospektive vergessen oder nicht umgesetzt

    ❌ Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel

    ❌ Vergessen der Bedürfnisse von Stakeholdern und Kunden

    ❌ Es gelingt Ihnen nicht, Ihren retrospektiven Prozess zu verbessern

    Setzen Sie Ihre Retrospektiv-Ideen mit Easy Agile TeamRhythm in die Tat um

    Sprint-Retrospektiven helfen dem gesamten Team, aus jeder Erfahrung zu lernen und sich zu verbessern. Sie effektiv durchzuführen bedeutet, die Retrospektive selbst zu bewerten, Stimmen zu stärken und ihnen zuzuhören.

    Unsere Leidenschaft ist es, die Bedürfnisse des Kunden in den Vordergrund zu stellen. Easy Agile entwickelt Produkte, die speziell für Jira-Benutzer entwickelt wurden, um agilen Teams zu helfen, effizienter und effektiver zu arbeiten.

    Einfacher agiler Teamrhythmus unterstützt die Arbeit Ihres agilen Teams von der Planung bis hin zur Retrospektive und fördert die kontinuierliche Verbesserung, damit Sie in dem, was Sie tun, immer besser werden und Ihren Kunden bessere Ergebnisse liefern.

    EASY AGILE TEAMRHYTHM KOSTENLOS TESTEN

  • Agile Best Practice

    Eine 7-Punkte-Checkliste zur Retrospektive von Scrum Master

    Eine Frage, die sich oft stellt, ist, „Was sind die Indikatoren für eine hocheffektiver Scrum Master?“ Wenn Sie danach streben, ein außergewöhnlicher Scrum Master zu werden, sollten Sie Folgendes berücksichtigen:

    • Identifizieren Sie wiederholte Fehler: Gelegentliche Fehler werden zwar erwartet, aber es ist wichtig, dass der Scrum Master mit dem Team zusammenarbeitet, um wiederkehrende Fehler zu identifizieren. Durch die Implementierung von Richtlinien und Praktiken kann das Team verhindern, dass diese Fehler erneut passieren.
    • Behandle systemische Probleme: Wenn das Team immer wieder auf dieselben Probleme stößt, muss der Scrum Master das Vorhandensein systemischer Probleme erkennen. In Zusammenarbeit mit dem Team kann der Scrum Master Gegenmaßnahmen ergreifen, um zu verhindern, dass diese Probleme erneut auftreten.
    • Messen Sie Verbesserungen im Laufe der Zeit: Verbessern wir uns als Team kontinuierlich? Beurteilen Sie, ob das Team jetzt effektiver ist als in früheren Perioden, z. B. vor 6, 9 und 12 Monaten. Überlegen Sie auch, ob das Team in Zukunft besser sein wird. Wenn der Fortschritt ins Stocken gerät, kann es notwendig sein, die Effektivität des Scrum Masters neu zu bewerten.

    Wenn Ihr Team in allen drei Bereichen Fortschritte macht, ist das ein gutes Zeichen dafür, dass der Scrum Master effektiv ist und dass das Team lernt und sich verbessert.

    Um kontinuierliche Verbesserungen voranzutreiben, sollte der Scrum Master die Retrospektive nutzen. Bei der Retrospektive handelt es sich um eine Scrum-Veranstaltung, die nach dem Sprint Review durchgeführt wird, um den Prozess und die Fähigkeit des Teams, Produkte effektiv zu liefern, zu bewerten und anzupassen. Während dieser Sitzung leitet der Scrum Master das Team dabei, Erfolge zu feiern und Bereiche zu erkunden, in denen Verbesserungen möglich sind.

    7-stufige Checkliste, die von Scrum Mastern bei Retrospektiven verwendet wird, um Probleme anzugehen:

    1. Diskutieren Sie das Problem: In der Retrospektive moderiert der Scrum Master eine Diskussion, um die wichtigsten Herausforderungen zu identifizieren, vor denen das Team steht.
    2. Auswirkungen abschätzen: Ermitteln Sie die Dringlichkeit und die Auswirkungen des Problems. Bei Problemen mit großer Tragweite können sofortige Maßnahmen erforderlich sein, während weniger dringende Angelegenheiten später behandelt werden können.
    3. Identifizieren Sie die Hauptursachen: Das Verständnis der Grundursache ermöglicht es dem Team, tiefere Einblicke zu gewinnen und mögliche Lösungen zu entwickeln.
    4. Generieren Sie Lösungen: Sobald ein erhebliches Problem erkannt wurde, leitet der Scrum Master das Team bei der Suche nach Lösungen zur Lösung des Problems.
    5. Implementieren Sie Lösungen: Dieser Schritt wird in der nachfolgenden Retrospektive durchgeführt. Der Scrum Master stellt sicher, dass die vorgeschlagenen Lösungen erprobt und getestet werden.
    6. Evaluieren Sie die ersten Ergebnisse: Beurteilen Sie die Effektivität der implementierten Lösung. Hat sie das Problem behoben, es noch schlimmer gemacht oder hatte sie keine Wirkung?
    7. Legen Sie die nächsten Schritte fest: Entscheiden Sie anhand der Ergebnisse, ob das Problem behoben ist oder ob weitere Maßnahmen erforderlich sind. Dies kann bedeuten, mit der aktuellen Lösung fortzufahren oder zu einem anderen Ansatz überzugehen.

    Stellen wir uns zum Beispiel ein Team vor, das mit hohen Fehlerraten zu kämpfen hat. Ihre Fehlerraten übertreffen sowohl den Durchschnitt des Unternehmens als auch die Industriestandards. So könnte die 7-stufige Checkliste angewendet werden:

    Schritt 1: In der Retrospektive stellt der Scrum Master das Thema der hohen Fehlerraten zur Diskussion.

    Schritt 2: Der Product Owner gibt Feedback vom Helpdesk-Team und hebt Kundenbeschwerden und die negativen Auswirkungen auf den Umsatz hervor.

    Schritt 3: Nach reiflicher Überlegung stellt das Team fest, dass beim manuellen Testen viele Fehler übersehen werden, und identifiziert den Mangel an Testautomatisierung als einen Faktor, der dazu beigetragen hat.

    Schritt 4: Ein Teammitglied mit Erfahrung in automatisierten Tests schlägt vor, automatisierte Testpraktiken auf Einheitenebene zu implementieren.

    Schritt 5: In der darauffolgenden Retrospektive berichtet das Team, dass die neuen Unit-Test-Praktiken auf ihre gesamte Arbeit während des Sprints angewendet wurden.

    Schritt 6: Das Team räumt ein, dass bei den automatisierten Tests sechs Fehler festgestellt wurden, die sonst übersehen worden wären.

    Schritt 7: Das Team erklärt sich bereit, weiterhin automatisierte Komponententestpraktiken zu verwenden, und plant, auf Tests auf Integrationsebene auszuweiten, sobald ein größerer Teil der Codebasis abgedeckt ist.

    Mithilfe dieser 7-stufigen Checkliste können Scrum Master Retrospektiven effektiv nutzen, um wiederkehrende Fehler zu beheben, laufende Probleme zu lösen und das kontinuierliche Wachstum und die Verbesserung ihrer Teams zu fördern.

  • Agile Best Practice

    So führen Sie effektivere Retrospektiven mit TeamRhythm durch

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

    Time allocated - Activity (before)

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

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

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

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

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

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

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

    3. Die Moderatoren kategorisieren die Themen vor dem Meeting

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

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

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

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

    Time allocated - Activity (after)

    Einpacken

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

    Nur noch eine Sache...

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

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

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

  • Agile Best Practice

    Der ultimative Leitfaden für agile Retrospektiven

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

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

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

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

    Ein Intro: Was ist Agile?

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

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

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

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

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

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

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

    Was ist eine Retrospektive?

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

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

    Wie Retrospektiven zu Scrum passen

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

    Scrum-Artefakte

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

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

    Scrum-Rollen

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

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

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

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

    Scrum-Zeremonien

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

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

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

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

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

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

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

    Die Vorteile von Retrospektiven

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

    Zu den rückwirkenden Leistungen gehören:

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

    6 Effektive Techniken der Retrospektive

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    4. Schaffen Sie eine komfortable Umgebung

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

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

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

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

    5. Dokumentieren Sie alles und erstellen Sie klare Aktionspunkte

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

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

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

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

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

    Was passiert nach der Retrospektive?

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

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

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

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

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

    Verwenden Sie Easy Agile TeamRhythm

    MEHR ERFAHREN

    Fehler, die es im Nachhinein zu vermeiden gilt

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

    ❌ Überspringen oder Verschieben der Retrospektive

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

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

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

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

    ❌ Stell immer die gleichen Fragen

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

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

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

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

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

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

    ❌ Es gelingt nicht, weichere Stimmen zu stärken

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

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

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

    ❌ Ohne Diskussion voreilige Schlüsse ziehen

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

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

    ❌ Keine Implementierung von Erkenntnissen in den nächsten Sprint

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

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

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

    ❌ Du verbesserst deinen Rückblick nicht

    Sogar eine Retrospektive könnte eine Retrospektive gebrauchen! 🤯

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

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

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

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

    📚 Zusätzliche Ressourcen

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

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

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

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

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

  • Workflow

    Vorlagen für die Sprint-Retrospektive zur Durchführung besserer Sprints

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

    Was ist eine agile Retrospektive?

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

    Der Schwerpunkt des Sprint-Retrospektiv-Meetings

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

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

    Hier sind die vier Fragenbereiche, die zur Diskussion stehen:

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

    1. Was lief wie geplant?

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

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

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

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

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

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

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

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

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

    In dieser Runde sollte das Team Folgendes besprechen:

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

    4. Was verwirrt das Team immer noch?

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

    Hier ist es wichtig, über Folgendes zu sprechen:

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

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

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

    Optionen für rückwirkende Vorlagen

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

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

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

    1. Starten, stoppen, weitermachen

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

    2. Vier Ls

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

    3. Seestern

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

    4. Segelboot

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

    5. Verrückt, traurig, froh

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

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

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

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

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

    Team-Retrospektiven direkt in Jira

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

    EASY AGILE TEAMRHYTHM 30 TAGE KOSTENLOS TESTEN

  • Agile Best Practice

    Wie das Praktizieren von Freundlichkeit zu leistungsstarken agilen Teams führt

    Psychologische Sicherheit ist der Schlüssel zu leistungsstarken Teams. Aber wie entsteht sie?

    Agilität ist die Reaktion auf eine komplizierte Situation, in der Unbekanntes das Bekannte außer Kraft setzt. In einem leistungsstarken Team haben alle Mitglieder ihre Meinung zu Wort und es gibt mehrere Entscheidungsträger. Psychologische Sicherheit ist die Überzeugung, dass der Arbeitsplatz sicher ist, um Ideen, Bedenken oder sogar Misserfolge zu äußern.

    Aber wo passt Freundlichkeit rein?

    Freundlichkeit ist die Grundlage für psychologische Sicherheit.

    Freundlichkeit ist in jeder der ersten drei Phasen von unerlässlich Dr. Timothy R. Clark Das Modell der psychologischen Sicherheit in 4 Stufen.

    Stufe 1: Inklusion und Sicherheit

    Menschen sehnen sich danach, akzeptiert zu werden, bevor sie gehört werden müssen. Als Führungskraft können Sie Inklusion schaffen, indem Sie Freundlichkeit zeigen, sensibel und neugierig auf das Leben eines Mitarbeiters sind. Ein guter Ausgangspunkt ist; wie war dein Wochenende? Wie geht es der Familie diese Woche? Stehen irgendwelche aufregenden Feierlichkeiten an? Du scheinst heute etwas ruhig zu sein, ist alles in Ordnung?

    Stufe 2: Sicherheit der Lernenden

    Menschen müssen Fragen stellen, Feedback geben und erhalten und Fehler machen, während sie sich sicher fühlen. Freundlichkeit zu zeigen, schafft das Vertrauen dazu.

    Stufe 3: Sicherheit der Mitwirkenden

    Menschen müssen sich sicher fühlen, um als Teammitglieder teilnehmen zu können. Ein Bekenntnis zur Freundlichkeit sorgt für einen besseren Informationsfluss, bessere Verbindungen bei der Arbeit und eine verstärkte Zusammenarbeit.

    Menschen gedeihen in Umgebungen mit psychologischer Sicherheit. Angst löst den Instinkt der Selbstzensur aus und hält uns zurück. Wenn die Umwelt die psychologische Sicherheit fördert, nehmen Selbstvertrauen, Engagement und Leistungsfähigkeit zu.

    3 Tipps für die Implementierung von Freundlichkeit in Ihrem Team noch heute

    Tipp 1: Modellieren Sie selbst Freundlichkeit. Egal, welche Rolle Sie spielen, Freundlichkeit ist ansteckend. Wenn Sie anfangen, sich freundlich zu verhalten, wird sich das bald auf Ihr gesamtes Team ausbreiten. Du kannst freundlich dienen, indem du zuhörst, mit Vergebung arbeitest, eine helfende Hand anbietest, Sorge zeigst oder wichtige Ereignisse im Leben eines Kollegen feierst.

    Easy Agile's Random Act of Kindness

    Um den Tag der zufälligen guten Taten zu feiern und unseren Unternehmenswert Give Back zu leben, spendete unser Team an Kind Hearts Illawarra.

    Tipp 2: Integrieren Sie Freundlichkeit in die Zeremonien Ihres Teams. Jedes Teammitglied kann beim morgendlichen Zusammensitzen eine Sache sagen, für die es dankbar ist. Bei jeder Zeremonie kann Platz gelassen werden, um sich bei einem anderen Teammitglied zu bedanken. Bei Easy Agile setzen wir dies in die Praxis um, indem wir alle ermutigen, jeden Tag eine „gute Sache“ mit anderen zu teilen.

    Tipp 3: Implementieren Gut, danke in deiner Firma Slack. Die Good Thnx Foundation stellt eine Verbindung zwischen Menschen und Unternehmen, die spenden wollen, und Wohltätigkeitsorganisationen her. Während sich unser Team gegenseitig „dankt“, erhält der Empfänger 50$, um an eine Wohltätigkeitsorganisation seiner Wahl zu spenden. Unser Beitrag über Good Thanx für das Geschäftsjahr 21 betrug 15.201$.

    Einfach ausgedrückt, seien Sie noch heute nett; es ist kostenlos und ermöglicht leistungsstarke agile Teams!