Keine Artikel gefunden.

Ihr Leitfaden zur Verwendung von Scrum- und Kanban-Jira-Boards

Inhalt
Dies ist ein Text innerhalb eines div-Blocks.
Dies ist ein Text innerhalb eines div-Blocks.
Dies ist ein Text innerhalb eines div-Blocks.
Abonnieren Sie unseren Newsletter

Das Projektmanagement besteht aus vielen beweglichen Teilen, und die Teamzusammenarbeit und Integration dieser beweglichen Teile ist eine ziemliche Herausforderung. Ohne intuitive Software zur Steuerung von Projekten können Manager und Teammitglieder leicht in völliger Verwirrung den Kopf schütteln.

Softwareentwicklungs- und andere Projektmanagementteams benötigen jede Hilfe, die sie bei der Verwaltung dieser komplexen Projekte erhalten können. Betreten Sie das Jira-Board.

Bevor wir uns eingehender mit dem Jira-Board befassen, sollten Sie sich darüber im Klaren sein, dass die Themen, die wir behandeln, nur die Spitze des Eisbergs sind. Aber im Gegensatz zur Titanic gibt es hier keinen Platz für Katastrophen — es geht nur darum, deine Erfolge zu optimieren!

In diesem Artikel behandeln wir, was Jira-Boards sind, wie man die Boards erstellt, konfiguriert und navigiert und wie man mit Reporting, Projekt-Sidebars, dem projektübergreifenden Board und der Verwendung der Scrum- und Kanban-Backlogs umgeht.

Die Einführung von Jira Boards erhöht die Produktivität, fördert die Teamarbeit und verbessert das Gesamtmanagement jedes Scrum- oder Kanban-Projekts.

Mit dieser Art von Unterstützung ist es einfach, herausragende Ergebnisse zu erzielen.

Überblick über Jira-Boards

Das Jira-Board ist eine Kreation von Atlassian, die sich zum bevorzugten Tool für die Teamzusammenarbeit entwickelt hat. Jira-Boards sind vielseitig und praktisch und ermöglichen es Teams, ihre WIP-Grenzen zu optimieren und ihren Arbeitsablauf zu optimieren.

Teams begrüßen Software wie Jira, die ihnen hilft, den iterativen Charakter ihrer Projekte zu kontrollieren. Das Ergebnis ist, dass Projektteams qualitativ hochwertige Arbeit leisten und die Erwartungen der Kunden übertreffen. Nicht schlecht, oder?

Jeder kann entweder das Scrum- oder Kanban-Jira-Board erstellen und verwenden, um seine agile Methodik zu unterstützen und iterative, einschränkende Work-in-Progress-Prozesse und die Überwachung von Projektprozessen zu verwalten, um optimale wertorientierte Ergebnisse zu erzielen.

Es gibt zwei Jira-Boards: eines für jede der agilen Scrum- und Kanban-Methoden. Jedes Software-Automation-Board bietet einen Überblick über das Projekt, sodass Sie sich auf einfache Weise einen Überblick über den Status der laufenden Arbeiten verschaffen können.

Scrum-Teams arbeiten in Sprints, in denen Einzelpersonen Aufgaben in realistischen Zeitrahmen erledigen müssen. Die Teammitglieder erfassen alle Backlogs, Sprints und Berichte in ihren Boards, was die Zusammenarbeit und Integration bei der Arbeit vereinfacht.

In ähnlicher Weise können Teams, die die agile Kanban-Methode verwenden, die Vorteile von Jira-Boards erleben und ihren Arbeitsaufwand reduzieren. Kanban-Boards konzentrieren sich auch hauptsächlich auf die Backlog- und Berichtsfunktionen.

Der Unterschied zwischen den Boards für diese agilen Methodologien ist, dass Scrum iteratives Arbeiten hervorhebt und Kanban sich auf den Arbeitsablauf konzentriert, was bedeutet, die Arbeitslast durch Arbeitsbeschränkungen zu bewältigen.

Hauptmerkmale und Praktiken eines Kanban-Boards

Visuelle Workflow-Darstellung

Kanban-Boards verwenden Spalten, um verschiedene Phasen eines Workflows darzustellen. Jede Spalte steht für einen Schritt im Prozess, von der ersten Aufgabe bis zur Fertigstellung. Diese visuelle Darstellung hilft Teams, ihre Kapazitäten zu verstehen und ihre Arbeitslast effektiv zu verwalten.

Kontinuierlicher Fluss

Eines der wichtigsten Prinzipien von Kanban ist die Aufrechterhaltung eines kontinuierlichen Aufgabenflusses. Im Gegensatz zu anderen Methoden, die auf festen Iterationen basieren, fördert Kanban die kontinuierliche und ununterbrochene Weiterentwicklung der Aufgaben in jeder Workflow-Phase.

Grenzwerte für laufende Arbeiten (WIP)

Das Festlegen von WIP-Grenzwerten ist in der Kanban-Praxis von entscheidender Bedeutung. Das bedeutet, dass die Anzahl der Aufgaben, die eine Spalte gleichzeitig belegen können, begrenzt wird. Auf diese Weise können Teams Engpässe und Ineffizienzen leichter lokalisieren, was reibungslosere Aufgabenübergänge und vorhersehbarere Lieferzeiten ermöglicht.

Aufgabenkarten

Jede Aufgabe oder jedes Arbeitselement wird durch eine Karte auf der Tafel dargestellt. Diese Karten können Details wie Beschreibungen, Termine, Verantwortliche und Prioritätsstufen enthalten. Auf diese Weise können die Teammitglieder den Status und die Anforderungen jeder Aufgabe schnell erfassen.

Kontinuierliche Verbesserung

Kanban fördert die kontinuierliche Verbesserung (Kaizen) durch regelmäßige Überprüfungen und Feedback-Schleifen. Die Teams werden ermutigt, ihre Prozesse und Ergebnisse konsequent zu evaluieren, um Bereiche zu identifizieren, in denen Verbesserungen möglich sind.

Flexibilität und Anpassung

Kanban-Boards können an die individuellen Arbeitsabläufe und Anforderungen jedes Teams angepasst werden. Von der Anpassung der Spalten bis hin zur Anpassung der WIP-Limits haben Teams die Freiheit, das Board so zu konfigurieren, dass es ihren spezifischen Bedürfnissen und Zielen am besten entspricht.

Hauptmerkmale und Praktiken eines Scrum Boards

Scrum Board

Dieses Board eignet sich hervorragend für Teams, die gerne in Sprints oder in Zeiträumen arbeiten, in denen ein Team daran arbeitet, eine bestimmte Menge an Arbeit zu erledigen.

Gedränge

Ideologie: Lerne durch Erfahrungen und denke über Siege und Niederlagen nach, um dich zu verbessern.

Trittfrequenz: Reguläre Sprints mit fester Länge (d. h. zwei Wochen).

Wählen Sie Funktionen

  • Einblicke: Verwenden Sie Erkenntnisse, um die Sprint-Planung zu optimieren, tägliche Stand-ups aussagekräftiger zu gestalten und die Liefergeschwindigkeit zu verbessern.
  • Rückstand: Das Backlog enthält alle potenziellen Arbeitselemente Ihres Teams für das Projekt.
  • Sprint: Ein Sprint ist ein zeitlich begrenzter Zeitraum, in dem ein Scrum-Team daran arbeitet, eine bestimmte Menge an Arbeit zu erledigen. Erstellen Sie einen Sprint, definieren Sie seine Ziele und fügen Sie alle Probleme aus dem Backlog hinzu, die Ihr Team während eines Sprints erledigen möchte.

Navigieren in den Scrum- und Kanban-Jira-Boards

Ein Jira-Board zeigt alles, was Sie über ein Softwareprojekt wissen müssen. Du benötigst ein Board, um die Softwareaktivitäten des Teams zu verfolgen und verantwortungsbewusst zusammenzuarbeiten. Wie jedes Teammitglied weiß, ist dies das Rückgrat einer guten Zusammenarbeit.

Falls es noch nicht klar ist, helfen Ihnen diese Boards dabei, diese Ziele zu erreichen.

Beide Methoden funktionieren für Jira-Boards, unabhängig davon, ob Sie sich auf Sprints konzentrieren oder die aktuelle Arbeit einschränken.

Wenn du wähle Kanban für dein Projekt, Sie müssen die Backlog-Funktion aktivieren. Unabhängig davon, welche Methode Ihr Team bevorzugt, können Sie die Problemdetailansicht verwenden, um den Fortschritt sofort zu ermitteln und die Funktionalität zu verbessern.

Schauen wir uns an, was das Jira-Board bietet.

1. Erstellung von Jira-Software-Boards

Jira board: agile in a magnifying glass

Sobald Sie ein Projekt starten, erstellt die Software automatisch eine Jira-Board-Vorlage. Du musst die Funktion „Geteilte Objekte erstellen“ aktivieren, um auf das neue Board zugreifen zu können. Alternativ kannst du die Funktion „Alle Boards anzeigen“ verwenden, um ein vorhandenes Board zu kopieren.

Du musst die Freigabeberechtigungen für ein vorhandenes Projektboard nicht anpassen, da die Software automatisch ein Board für ein neues Projekt erstellt. Sobald du dein neues Projekt erstellt hast, fügst du die entsprechenden Teammitglieder zum Jira-Board hinzu.

Du benötigst auch keine Freigabeerlaubnis, wenn du ein Board kopierst, da alle ursprünglichen Benutzer automatisch auf die Kopie zugreifen können, bis du Änderungen gemäß vornimmst Genehmigung Parameter.

Du verwendest jedoch denselben Problemfilter, wenn du ein vorhandenes Board kopierst. Du wirst der Administrator des Forums sein, aber vielleicht möchtest du einen neuen Filter auswählen, da du den ursprünglichen Filter nicht ändern kannst. Zusätzlich kannst du benutzerdefinierte Felder erstellen, um sie mit den Projektanforderungen zu synchronisieren.

Denke daran — wähle eine Methode, bevor du ein Board erstellst, da es nicht möglich ist, nach dem Start eines neuen Projekts zu wechseln.

Nachdem du ein Board erstellt hast, kannst du den Link mit dem Team teilen, den du unter dem Tab „Alle Boards anzeigen“ findest. Und das Beste: Du speicherst all deine Projekte im Jira-Software Cloud, wodurch die Gesamtrisiken des Projekts gesenkt und Platz gespart werden.

2. Konfiguration der Platine

Die Konfiguration ermöglicht es Ihnen, Ihrer Kreativität auf neue und praktische Weise Ausdruck zu verleihen, die dem Gesamtprojekt zugute kommt. Nur Jira oder Board-Administratoren können Jira-Boards konfigurieren.

Sie können das Board an die Projektergebnisse anpassen, und Sie haben mehrere Konfigurationsoptionen, um Ihre Ziele zu erreichen.

Du kannst buchstäblich alles auf dem Jira-Board konfigurieren, von den Filtern über das Ranking, die Spalten, Swimlanes, die Problemdetailansicht und andere Elemente. Das ist deine Chance, zu glänzen, wenn du das Tool nutzt, um deiner kreativen Seite Ausdruck zu verleihen.

Viel Spaß beim Mappen des Workflows auf dem Board. Behalte den Überblick über den Status und verwende Farben, um die Lesbarkeit der Pinnwand zu verbessern, sodass jeder im Team sieht, was er wann tun muss. Außerdem ist die Board-Konfiguration intuitiv, sodass die Verwendung dieser Software Spaß macht.

3. Das Scrum Backlog verwenden

Im Backlog gibt es zwei Abschnitte — die Sprints und den Backlog. Sie können Issues erstellen und diese auf dem neuesten Stand halten oder sie löschen, wenn sie abgeschlossen sind.

Da Jira benutzerfreundlich ist, kannst du jedes Problem per Drag-and-Drop in Rankings, Sprints, die Organisation von Geschichten in Epen oder an eine andere Stelle ziehen, an der du sie zuordnen möchtest.

In diesem Abschnitt sind nur bestimmte Probleme sichtbar. Beispielsweise sind Probleme wie Unteraufgaben oder solche, die mit einem gespeicherten Filter synchronisiert werden, sichtbar. Wenn Sie jedoch den Status aller Probleme einer bestimmten Spalte zuordnen, z. B. einer Spalte „Fertig“, sind sie in diesem Abschnitt nicht sichtbar.

Beachten Sie bei der Planung eines Backlogs, dass für verschiedene Funktionen unterschiedliche Genehmigungsanforderungen gelten. Nur Projektadministratoren können beispielsweise Sprints initiieren, aber sie können anderen Berechtigungen gewähren.

4. Aktive Sprints

Das Scrum-Board verwendet aktive Sprints, wohingegen Kanban eine Funktion zur „Überwachung der Arbeit“ verwendet. Aktive Sprints auf dem Scrum-Board befassen sich mit aktuellen Iterationen im Teamwork. Wie im Planungsmodus können Administratoren Probleme verwalten und sie bei Bedarf per Drag-and-Drop in den Arbeitsablauf oder an anderer Stelle ziehen.

Diese Boards werden zweimal pro Minute aktualisiert, und es gilt das gleiche Konzept wie im Planmodus. Einige Probleme bei den aktiven Sprints werden sichtbar sein, andere werden unsichtbar sein. Softwareentwickler sollten in der Lage sein, die Unterschiede schnell herauszufinden, da sie sich regelmäßig mit solchen Dingen befassen.

Auch dieser Teil des Jira-Boards ist umfassend. Aktive Sprints ermöglichen es dir, Issues zu generieren und in verschiedene Spalten zu verschieben. Durch die Verwaltung aktiver Sprints bleibt das Projekt auf dem neuesten Stand und die Teammitglieder werden über den Status jedes einzelnen Problems informiert, unabhängig davon, ob es sich um ein Problem handelt, ob es sich um ein Problem handelt, das gemeldet wurde oder ob sich das Ranking geändert hat.

5. Machen Sie sich mit dem Kanban-Backlog vertraut

Kanban backlog

Bildquelle: Atlassian

Denken Sie daran, dass auf das Kanban-Backlog nur zugegriffen werden kann, wenn der Softwareadministrator diese Funktion für einen Beauftragten aktiviert.

Eine kleine Anzahl von Problemen ist in diesem Abschnitt einfach zu handhaben, aber da diese zunehmen, wird es schwieriger, sie zu lösen. Dieses Übermaß an Problemen ist ohne Software ein Albtraum, aber Sie können diesem Drama mühelos entkommen. Einfach und agil verfügt über eine Reihe von Produkten, die Ihnen bei der Bewältigung von Projektproblemen helfen sollen.

Administratoren können ihr Kanban-Projekt nach Belieben erstellen und planen, indem sie die Ausgaben in den Bereich „versteckte Versionen“ oder „Epics“ im erweiterten Bereich verschieben. Sie können Probleme auch je nach Planungsanforderung zwischen diesem Abschnitt und den Bereichen „Für die Entwicklung ausgewählt“ verschieben.

Wie bei Scrum sind einige Probleme im Projektboard in Kanban sichtbar oder unsichtbar. Sichtbarkeit und Unsichtbarkeit von Problemen hängen in erster Linie vom Filter, den Treffern der Probleme und dem Status dieses Abschnitts ab.

Die Teammitglieder können sich getrennt vom Planungsbereich auf ihre aktuelle Arbeit konzentrieren, um Ablenkungen zu vermeiden. Die Trennung dieser Elemente hilft den Teammitgliedern, sich auf Themen zu konzentrieren, die sofortige Aufmerksamkeit erfordern.

Keine dieser Informationen sollte Sie jedoch überraschen, da Atlassian mehr als ein Jahrzehnt in die Entwicklung von Präzisionssoftware investiert hat, um Ihnen die Arbeit erheblich zu erleichtern.

6. Kanban-Überwachung

Anstatt aktiver Sprints überwacht Kanban den Projektfortschritt nach dem Prinzip der kontinuierlichen Bereitstellung. Der Projektadministrator verfolgt Aufgaben und laufende Arbeiten, um sicherzustellen, dass die Teammitglieder die Kontrolle über ihre Softwareentwicklung behalten.

Verwenden Sie dieses Board, wenn sich Ihr Team darauf konzentriert, laufende Arbeiten zu verwalten und einzuschränken.

Auf diesem Projektboard sind viele andere Aktionen möglich, darunter das Schätzen von Geschichten (das ist einer der wirklich lustigen Teile). Anwenderberichte, Unteraufgaben erstellen, Probleme filtern, freigeben und ausblenden.

Wenn die Teammitglieder Aufgaben erledigen, zieht der Administrator neue Aufgaben aus dem Abschnitt „In Bearbeitung“, um den Druck zu verringern und die Qualität der Lieferungen zu gewährleisten.

Wie bei aktiven Sprints kann der Administrator Probleme für sein Kanban-Projekt priorisieren und bewerten.

Der Kanban-Softwareadministrator kann auch die vollständige Kontrolle über ein Board behalten oder spezifische Bearbeitungsberechtigungen gewähren, wie bei dem anderen Board.

Letztlich bietet das Kanban-Board einen Überblick über das laufende Projekt aus der Vogelperspektive und ermöglicht so eine genaue Überwachung der Probleme zu jedem Zeitpunkt.

Wie bereits angedeutet, kann das Potenzial des Projektausschusses in einem Artikel kaum erklärt werden. Wenn Sie sich mit dieser Software weiterbilden möchten, viele Quellen kann dir helfen, dein Ziel zu erreichen.

7. Berichterstattung

Einer der grundlegendsten Aspekte von Projekten ist die Berichterstattung (wie ihr alle wissen solltet). Zum Glück bietet Atlassian eine umfassende Berichtsfunktion auf Jira-Boards sowohl für Scrum als auch für Kanban.

Einige der Scrum-Berichte enthalten die Burndown-, Burnup- und Sprint-Charts. Außerdem stehen unter anderem Kontrolldiagramme, epische Berichte, das kumulative Flussdiagramm, das Geschwindigkeitsdiagramm und ein Versionsbericht zur Verfügung.

Die Kanban-Berichtsfunktionen umfassen das Kontrolldiagramm und das kumulative Flussdiagramm.

Zusätzliche allgemeine Berichte wie der kürzlich erstellte Problembericht, der Zeiterfassungsbericht und viele andere stehen für allgemeine Problemanalysen zur Verfügung.

Das Änderungsprotokoll und der Statusbericht sind in Confluence verfügbar, wenn du deine Jira-Software mit anderen Programmen verbindest.

Wie du siehst, ist das Reporting eine inhärente Funktion des Jira-Boards, mit der du jederzeit mit allen Projektpositionen in Kontakt treten und sie darüber informieren kannst.

8. Verwenden der Projekt-Seitenleiste

Die Projekt-Seitenleiste oben rechts auf dem Board ist deine Anlaufstelle für alles rund um dein Projekt.

Wählen Sie einen beliebigen Tab in der Seitenleiste des Projekts aus, um den Backlog, die Berichte oder alles, was sich auf das aktuelle Projekt bezieht, anzuzeigen. Von diesem Ausgangspunkt aus kannst du dir die meisten Projektdetails ansehen, darunter Epen, Geschichten, Probleme und weitere Einzelheiten.

Machen Sie sich mit dem Sofortfilter im Backlog vertraut, um nach Problemen mit einem Suchbegriff wie „Problemtyp“ oder „Problemschlüssel“ zu suchen.

Ein Schnellfilter ist ebenfalls verfügbar, um deine Suche nach Software-Arbeitselementen einzugrenzen, die du gerade bearbeitet hast, einschließlich WIP-Limits, Anwendungsfällen und mehr, was die allgemeine Vielseitigkeit des Jira-Boards erhöht.

Inzwischen sollte klar sein, dass diese Gremien so kreativ und vielseitig sind wie jedes Projektteam — nutzen Sie die Gelegenheit, um noch einen drauf zu setzen.

9. Der projektübergreifende Vorstand

Ein Jira-Board kann den Zugriff auf ein Software-Projekt-Add-on beinhalten, das nicht mit Jira-Software funktioniert. Jedes Methodikboard kann auch mehrere Projekte haben.

Wenn Sie weitere Projekte sehen, die mit einem Software-Board verknüpft sind, können Sie zu dem Projekt navigieren, das Sie interessiert. Wählen Sie den Projekt-Header aus und wählen Sie den projektübergreifenden Tab, über den Sie Projektdetails in der Seitenleiste einsehen können.

Alternativ kannst du über den Board-Header oben rechts zu einem projektübergreifenden Projekt navigieren. Wenn du diese Option verwendest, wirst du keine Details sehen, da das Programm Projektinformationen aus dieser Perspektive nicht lesen kann.

Einführung des Jira-Boards: Eine neue Welt voller Möglichkeiten

Wenn du die Teamzusammenarbeit, die Integration von Projektsoftware und das Management verbessern möchtest, bietet das Jira Board eine neue Welt von Möglichkeiten.

Wenn du möchtest, dass dein Team eine beliebte agile Methode beherrscht, fördert das Jira-Board das Lernen und die Produktivität, unabhängig davon, ob du dich für Kanban oder Scrum entscheidest.

Wenn du Experte für Atlassian Jira Software Boards werden möchtest, bring deine Projekte auf ein neues Level mit Einfache Agile-Apps für Jira.

Einfache Agile-Apps wie Einfacher agiler Teamrhythmus, Straßenkarten, und Einfache agile Programme Machen Sie es praktisch und einfach, mit Jira-Boards zu interagieren, indem Sie flexible und kollaborative Lösungen anbieten.

Softwareentwickler profitieren auch von der jahrelangen Entwicklung dieser Apps, um die Entwicklung hochwertiger Lösungen für ihre Kunden zu unterstützen.

Keine Artikel gefunden.

Verwandte Artikel

  • Workflow

    Der Leitfaden für Agile Ceremonies for Scrum

    Zeremonien sind regelmäßige Veranstaltungen, die von Scrum-Teams abgehalten werden. „Agile“ ist ein weit gefasstes Wort, das eine andere Arbeitsweise mit kürzeren, zeitlich begrenzten Release-Zyklen beschreibt.

    Unter dem breiten Dach von Agile ist Scrum einer der beliebtesten Ansätze, mit denen Teams ihre Arbeit und Veröffentlichungen organisieren.

    Jede kurze Iteration der Arbeit in Scrum wird als Sprint bezeichnet. Ein Sprint ist normalerweise ein Zeitraum von 2 Wochen, in dem sich das Team auf einen kleinen Teil der Arbeit konzentriert.

    Die Idee ist, dass sich jeder auf einen Teil der Arbeit konzentriert. Und dieser Teil muss innerhalb desselben Sprints fertiggestellt und an den Kunden versendet werden.

    Scrum kann in einige wichtige Elemente unterteilt werden:

    1. Rollen
    2. Artefakte
    3. Zeremonien

    Dieser Beitrag konzentriert sich auf die Scrum-Zeremonien.

    Alle 4 Scrum-Zeremonien tragen dazu bei, dass sich das Scrum-Team auf den Teil der Arbeit konzentriert, auf den es sich in diesem Sprint geeinigt hat.

    Es hilft dem Team, den Fortschritt der Arbeit, zu deren Abschluss es sich verpflichtet hat, transparent zu machen und Probleme frühzeitig anzusprechen, bevor sie zu Blockern werden.

    Schauen wir uns jede der vier agilen Zeremonien in Scrum an:

    1. Steh auf (oder tägliches Scrum)

    Ziel des Stand-Up: ein kurzer Check-in, bei dem das Team Probleme ansprechen oder mit dem gesamten Team von Angesicht zu Angesicht kommunizieren kann.

    Wer tritt dem bei täglich aufstehen: Entwickler, Scrum Master, Product Owner

    Ergebnis des täglichen Aufstehens: Das Team erhöht alle Blocker, muss sie aber nicht lösen. Stellen Sie sicher, dass jedes Teammitglied sich darüber im Klaren ist, woran es gerade arbeitet. Jedes Teammitglied sollte in der Lage sein, diese drei Fragen zu beantworten:

    stand ups
    • Was habe ich gestern abgeschlossen?
    • Woran werde ich heute arbeiten?
    • Bin ich durch irgendetwas blockiert?

    Wann sollte man einen Stand halten: täglich

    Tipp: Stand-ups können von Geschäftsteams durchgeführt werden und müssen nicht immer von Angesicht zu Angesicht stattfinden. Hier ist ein Foto vom Stand up der Geschäftsleitung der australischen Bank ANZ in Aktion:

    exec stand up

    Und noch ein Bild von InsideIt's Stand Up:

    stand up

    2. Sprint-Planung

    Ziel der Sprint-Planung: Die Sprint-Planung hilft dem Team, sich auf die nächsten Aufgaben vorzubereiten. Das Team bespricht jedes Arbeitsthema, das vom Product Owner priorisiert wurde.

    Wer macht Sprint-Planung: Entwickler, Product Owner, Scrum Master

    Ergebnis der Sprint-Planung: dass jeder weiß, was das Sprintziel ist und wie er es erreichen wird. Stellen Sie sicher, dass jeder versteht, was die allgemeine Vision oder das Ziel der Arbeit ist.

    Das Team wird sich damit auskennen, welche Arbeit im nächsten Sprint zur Verfügung steht. Das Team wird alle Hindernisse oder Möglichkeiten besprechen und herausfinden, wie es die Art und Weise, wie die Arbeit abgeschlossen wird, optimieren kann.

    Das Team schätzt auch die Arbeit ab und zieht eine Grenze, wenn geschätzt wird, dass der Aufwand zur Fertigstellung der Arbeit die Kapazität oder die historische Geschwindigkeit des Teams übersteigt.

    Wann sollte die Sprint-Planung abgehalten werden: am Ende eines Sprints oder ganz am Anfang eines neuen Sprints.

    Bonus: Manchmal findest du bei der Sprint-Planung Dinge, die du nicht tun würdest, und das ist auch wertvoll.

    tweet sprint planning

    3. Bewertung im Sprint

    Ziel des Sprint Reviews: Präsentieren Sie die abgeschlossenen Arbeiten und erhalten Sie Feedback vom Product Owner und den relevanten Stakeholdern.

    Wer nimmt am Sprint Review teil: Ausführende Sponsoren, Entwickler, Scrum Master, Product Owner

    Ergebnis des Sprint Reviews: Jedes Teammitglied fühlt sich gestärkt, wenn es dem Team seine Arbeit präsentiert. Das Team kann seine Erfolge feiern. Das Führungsteam kann Fragen stellen. Der Product Owner kann Feedback geben und überprüfen, ob die Arbeit von hoher Qualität ist und der Benutzererfahrung entspricht. Passt am besten zu Getränken und Kuchen.

    Wann sollte ein Sprint Review abgehalten werden: am Ende jedes Sprints.

    sprint review

    4. Rückblick

    Ziel der Retrospektive: ehrliche Diskussion darüber, was gut funktioniert hat und was nicht. Fördern Sie Selbstverbesserung und Transparenz.

    Wer nimmt an der Retrospektive teil: Entwickler, Scrum Master, Product Owner

    Ergebnis einer Retrospektive: erhalte Feedback vom Team und versuche, dich im nächsten Sprint zu verbessern. Das Schöne an Agile und Scrum ist die schnelle Feedback-Schleife.

    mario kart retro

    Wenn etwas nicht gut funktioniert, tut das dem Team nur maximal 2 Wochen weh. Es kann dann im Nachhinein behoben werden, und es können Maßnahmen ergriffen werden, um das Problem zu beheben, bevor es aus dem Ruder läuft.

    Das Ergebnis sollte die Zusage des Teams sein, sich auf Bereiche zu konzentrieren, die verbessert werden müssen, oder das Verhalten fortzusetzen, das der Gesundheit und/oder der Geschwindigkeit des Teams zugute kommt.

    Wann sollte eine Retrospektive abgehalten werden: zu Beginn eines neuen Sprints, wenn ich über einen Sprint nachdenke, der gerade zu Ende gegangen ist.

    ---

    Das gemeinsame Thema dieser Scrum-Zeremonien ist, dass sie die Teamzusammenarbeit, Transparenz und Kommunikation fördern.

    Meiner Erfahrung nach ist es genau das, was Agile wirklich zu einer besseren Arbeitsweise macht.

    Es sind nicht die Storypoints oder gar die Art und Weise, wie der Backlog priorisiert wird, die den Unterschied machen. Der wahre Wendepunkt von Agile ist, dass es Teams mit offener und ehrlicher Kommunikation hilft.

    Diese Agile/Scrum-Zeremonien werden nicht immer für jedes Team gleich funktionieren.

    Sie sind jedoch eine großartige Möglichkeit, Gespräche zu erleichtern und eine kontinuierliche Verbesserung zu fördern.

  • Workflow

    Was ist der Unterschied zwischen Kanban und Scrum?

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

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

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

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

    Wie unterscheidet sich die agile Methodik vom Projektmanagement?

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

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

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

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

    Kanban gegen Scrum

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

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

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

    Kanban im Vergleich zu Scrum: Kanban-Methodik

    Kanban vs. Scrum: A Kanban board with colorful sticky notes

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

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

    Wie benutzt man Kanban

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

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

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

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

    Kanban vs. Scrum: Scrum-Methodik

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

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

    Wie benutzt man Scrum

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

    Ein Scrum besteht aus drei Hauptkomponenten:

    1. Rollen: Die Leute

    • Inhaber des Produkts
    • Scrum Master
    • Entwicklungsteam

    2. Artefakte: Was wird gemacht

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

    3. Zeremonien: Wiederkehrende Ereignisse

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

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

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

    Kanban vs. Scrum: An Easy Agile User Story Maps graphic

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

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

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

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

    Kanban und Scrum zusammen verwenden

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

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

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

    Lernen Sie die Methoden von Scrum mit Easy Agile kennen

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

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

  • Agile Best Practice

    Daily Scrum: Best Practices und Fallstricke, die es zu vermeiden gilt

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

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

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

    Was ist das Daily Scrum Meeting?

    daily Scrum meeting

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

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

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

    Bedeutung von Daily Scrum

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

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

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

    Die wichtigsten Teilnehmer des Daily Scrum

    Entwicklungsteam

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

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

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

    Scrum Master und Product Owner

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

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

    Was ist der Unterschied zwischen Daily Scrum und Daily Standup?

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

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

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

    Best Practices für das tägliche Scrum

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

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

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

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

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

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

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

    Tägliche Scrums für entfernte oder verteilte Teams

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

    Intelligente Nutzung von Videokonferenzen

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

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

    Zeitzonen mit Bedacht verwalten

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

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

    Verwenden Sie visuelle Tools

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

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

    Arbeitsvereinbarungen definieren

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

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

    Fallstricke bei Daily Scrum

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

    1. Das Meeting als Status-Update verwenden

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

    2. Machen Sie daraus eine Problemlösungssitzung

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

    3. Konzentrieren Sie sich auf ein Taskboard

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

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

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

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

    Meistere Daily Scrum und werde ein agiler Profi

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