Archiv

Scrum

table-451357_960_720.jpgHeutzutage immer mehr Unternehmen suchen nach neue Möglichkeiten für Ihr Projektmanagement. Agile Methode sind im Moment “Number one”, besonders Scrum. Obwohl die Meisten Scrum in verschiedenen Bereichen erfolgreich eingesetzt haben, haben einige das Gefühl, dass diese Methode zu streng ist und das Endergebnis gleich bleibt – das Team, das 100% nicht erreicht. Für manche solche Unternehmen erscheint dann am Horizont eine Lösung – Scrumban.

Scrumban ist eine Mischung aus Scrum und Kanban. Diese Methode bringt einige Komponente beider Praktiken zusammen, um eine neue, verbesserte und mehr universelle Methode zu erstellen. In meinem Beitrag konzentriere ich mich nicht auf die gesamte Methodik, sondern werfe einen Blick darauf, wie Scrumban den Prozess eines erfolglosen Teams verbessern könnte. Es gibt verschiedene Gründe, warum die Teams Scrum-Methodik als unpassend finden: strikte Formalismen, Rollen und Artefakten, Zeitdruck, kontinuierliche Planung u.a. Für solche Teams ist Scrumban eine tolle Lösung, weil die Methode immer noch die wichtigste Scrum Prinzipien erhält, aber zugleich bietet mehr Flexibilität und Freiheit vorwärts zu bewegen.

Mit Scrumban kommen auf dem Board die erste Veränderungen und   Visualisierung des Prozessablaufs. Das bisherige Scrum Board erweitert sich, um die zusätzlichen Spalten für den Fortschritt unterzubringen, repräsentiert jeden Schritt der User Story vom Erstellen einer Aufgabe, bis sie komplett fertig ist. So kann man die Bewegung von Aufgaben genauer zu verfolgen und sofort die Probleme zu identifizieren.

Scrumban

Nächste große Änderung im Prozess sind Planung und Review-Meetings. Die üblichen Meetings werden nur dann geplant und organisiert, wenn sie nötig sind. Auf solcher Weise verschwenden wir die Zeit für die unnötigen Vorbereitungen nicht mehr. Ohne Planungssitzungen sind keine Sprints mehr möglich und das Team beginnt mit dem Kanban Pull-Prinzip. Die Aufgaben werden dann anhand ihrer Priorität vom Projekt-Backlog genommen und  in die aktive Warteschlange geschoben. Dadurch bekommt das Team besseres Verständnis über den Arbeitsumfang, was noch zu tun ist, und selbstständiger die neue Aufgaben erstellt und erledigt.

WIP limitsDa die Sprints nicht mehr organisiert werden, werden die Tasks im Progress anders begrenzt. Kanban WIP (Work in Progress) Grenzen sind auch in Scrumban eingeführt, um die Anzahl der Aufgaben, die gleichzeitig bearbeitet werden, zu begrenzen. Deshalb, wenn, z.B. die maximale Anzahl von Aufgaben im Progress drei ist, können die Teammitglieder gleichzeitig mehr Tasks nicht bearbeiten. Dadurch können die Teams rechtzeitig zusätzliche Hilfe schaffen, bevor eine Situation problematisch wird.

Eines, was bei Scrumban mehr oder weniger gleich bleibt, sind tägliche Sitzungen. Sie sind, aber, auf die einzelne User Stories, unerwartete Probleme und Fehlern konzentriert. Das Hauptziel der täglichen Sitzungen ist die User Stories zu identifizieren, die Schwierigkeiten haben und die Lösung finden oder die zusätzliche Ressourcen bereitzustellen, damit der Fortschritt des gesamten Projekts nach vorne geht.

ZykluszeitZum Schluss, können die User Stories noch in den Story Points geschätzt werden, aber bei Scrumban haben wir noch eine wertvolle Metrik – Zykluszeit. In dieser Metrik sehen wir, wieviel Zeit es dauert, bis eine Aufgabe abgeschlossen ist, es werden auch die Projektlaufzeit und die erforderlichen Ressourcen besser geschätzt. Zykluszeit kann auch helfen, problematische User Stories zu identifizieren, indem den Pfad der durchschnittlichen Bearbeitungszeit zeigt und sucht nach Abweichungen, die hinweisen, dass die Teammitglieder  auf Schwierigkeiten gestoßen sind.

Scrumban ist kein fest stehender Begriff, umgekehrt – ausgesetzt der individuellen Interpretation und, obwohl diese Methode als Missachtung von einigen Scrum Praktiken ganz negativ zu beurteilen ist, bringt ins Team mehr Verantwortung und Selbstständigkeit. Die zusätzliche Tools und Metriken stellen sicher, dass das Ziel ordnungsgemäß erreicht wird. Scrumban ist eine gute Option für die Teams, die sich ständig unter Druck fühlen, die User Stories rechtzeitig abzuschliessen. Scrumban sollte, aber, Schritt für Schritt umgesetz werden und nur dann, wenn das tatsächtlich die beste Lösung ist, sonst kann ebenso schädlich wie die Methodik zuvor sein.

Wir, Eylean Team, versuchen immer flexibel zu sein und an Bedürfnisse unseren Kunden zu orientieren. Schon einige Zeit hatten wir Gefühl, dass die Deutsche Sprache immer mehr benötigt wird. Deswegen haben wir schließlich beschlossen, Eylean Board ins Deutsche zu übersetzen.

Überzeugen Sie sich selbst und vergessen nicht, uns Ihr Feedback zu geben! Vielleicht gibt es andere Sprachen, die Sie in Eylean gerne sehen würden?

 

Board

Task

Statistik.png

Wenn wir über die Haftnotizen in Eylean reden, stellen alle, in der Regel, ein Scrum- oder Kanbanboard, voll mit bunten Sticky Notes, vor. Die Haftnotizen verwenden wir, leider,  für unsere Arbeitsplanung sehr selten. Warum? Weil mit Eylean man die einfach nicht braucht! Die Sticky Notes hat man auf eigenem Desktop!

Aber denken Sie nicht, dass Sie Ihre Haftnotizen wegschmeißen sollten – auf keinem Fall! In diesem bunten Beitrag finden Sie 15 Beispiele, was wir daraus machen könnten. Viel Spaß!

 

1. Verlass nie deinen Arbeitsplatz!

large

Quelle: weheartit

 

2.  Büro-Atmosphäre

2

Quelle: whudat

 

3. Auto Dekor für Valentinstag

 

4. Das Haus mit Post-ist verschönert

 

5. Office Wear

5

Quelle: whudat

 

6. Piñatas

 

7. „Melissa Gallery“

7

Quelle: page-online

 

8. Lampe

img_0210

Quelle: maistyle

 

9. Der Post-it Pfau

 

10. Porträt von  Kirsten Dunst

10.jpg

Quelle: ftwo

 

11. Öffentliche Stellenanzeige

11

Quelle: meetinx

 

12. Weltkarte

 

13. Kunst

13.jpg

Quelle: nyctalon

 

14. Schaufenster

 

15. Tannenbaum

 

Vorteile der Datenvisualisierung sind heutzutage gut bekannt und verstanden. Deswegen ist es auch kein Wunder, dass  wir ständig auf der Suche nach Maßnahmen, die unsere Prozesse verbessern könnten, und Möglichkeiten, die Informationen über Projekte auf erstem Blick verständlich zu machen, sind. Da die Aufgaben im Team in kleinen Stückchen zerlegt werden und der Überblick kann verloren gehen, wird dabei die Einführung von Farben helfen.

Agile Projektmethode ist eine gute Möglichkeit, Visualisierung Ihrer Projekte zu verbessern und die meisten Teams beginnen zwar auch eine andere Art der Datendarstellung zu verwenden – Farben. Hier sind unsere Top 5 Möglichkeiten, wie die Farben für Verbesserung Ihres Boards verwenden werden können.  

Identifizierung von Item-Größe

Diese Methode ist für die Nutzer von Scrum besonders nützlich, jedoch kann in anderen Praktiken ebenso gut verwendet werden. Um es kurz zu sagen: die verschiedene Farben werden verwendet, um verschiedene Größe der Aufgaben darzustellen. In Scrum Board kann das für die Trennung von User Stories verwendet werden, während in anderen Methoden – einfach für die Trennung der größeren Aufgaben von den kleineren. Durch solche Trennung kann das Team schnell sehen, wieviel Arbeit den Teammitgliedern bevorsteht und vor allem, was als nächstes getan werden soll – Planung oder Durchführung.

Po Identifizierung der Item-Größe

Identifizierung von Ad-Hocks

Eine weitere einfache Möglichkeit, die Farben zu verwenden, ist die Ad-Hoc-Aufgaben auf Ihrem Board zu markieren. Obwohl einige Teams eine eigene Zeile für solche Aufgaben auf dem Board haben, andere haben einfach keinen Platz oder wollen sie trennen. Die Zuweisung von Ad-Hoc zu einer Farbe wird das Team nicht nur ermöglichen, schneller die ungeplanten Aufgaben zu identifizieren, sondern auch die durchschnittliche Anzahl von solchen Aufgaben pro Projekt zu evaluieren.

Po Identifizierung von Ad-Hocks

Identifizierung von Teamverantwortung

Während die Agile Methode sich verbreiten, beginnen mehr und mehr Teams in verschiedene Projekte zusammenarbeiten. Für große Unternehmen, wo die Teams festgelegt sind und nicht einfach neu umorganisiert werden können, wird Farbcodierung eine großartige Möglichkeit, die Aufgaben der einzelnen Teams auf dem gleichen Taskboard zu identifizieren. So können Sie sehen, welches Team für bestimmte Projektaufgabe verantwortlich ist.

PO Identifizierung der Teamverantwortung

Identifizierung von Projekten

Auf der anderer Seite, gibt es Teams, die gleichzeitig an mehreren Projekten arbeiten, aber keinen Platz haben oder ein separates Board für jeden haben müssen. In solchen Fällen werden verschiedene Farben zu unterschiedliche Projekte zugewiesen, deswegen ist es leichter, einzelne Projektaufgaben auf dem Board zu finden und den gesamten Prozess auf einem Platz zu planen.

Po Identifying projects.JPG

Identifizierung von Aufgabentypen

Schließlich ist es für manche Teams wichtig, die Arten von Aufgaben auf ihrem Board zu sehen, entweder für Ressourcenplanung, oder, um den Prozess einfach im Auge zu behalten. Dafür ist Farbcodierung ideal, weil man sich schnell nicht nur das aktuelle Gesamtbild, sondern auch die frühere oder kommende Arbeitsperiode vorstellen kann. Aber, wie bei allen vorherigen Farbcodierung Techniken, ist es wichtig, mit den Farben nicht zu übertreiben, ansonsten wird Ihr Board mehr als bunte Installation als ein Arbeitswerkzeug aussehen.

Identifying task types

Farbcodierung ist eine gute Option für diejenigen Teams, die mehr visuelle Information in Ihre Projektboards bringen möchten. Es ist aber keine garantierte Lösung und sollte an individuelle Bedürfnisse des Teams angepasst werden.

Einen guten Rutsch ins neue Jahr 2016! Wir hoffen, dass Sie Ihren Urlaub toll verbracht haben und mit positive Gedanken das neue Jahr beginnen.

Das Jahr 2016 beginnt in unserem Blog mit einem Übersicht. Jedes Jahr analysieren wir Eylean Daten, um zu sehen, wie unsere Kunden sie verwendet haben und was in nächstem Jahr wir verbessern könnten. Die meisten Daten sind technische, aber diesmal möchten wir einige der interessantesten Ergebnisse mit Ihnen teilen.

Herkunftsland

top 5 markteIm Laufe der Jahre geniessen wir ständiges Wachstum von Interesse an Projektmanagement-Software. Letztes Jahr waren wir sehr zufrieden, dass Wachstum von Eylean Board Benutzer 81% erreicht hat, und in diesem Jahr freuen wir uns schon über zweimal verdoppelte Zahl unseren Kunden. Die meisten der neuen Benutzer kamen aus unserem größten Markt – den Vereinigten Staaten (31%), aber in diesem Jahr haben wir auch neue Märkte in unserem Portfolio, sowie China, Frankreich und andere, was beweist, dass Agile Projektmanagement heutzutage immer mehr Popularität gewinnt. Trotz Erschließung neuer Märkte, behält die Top 5 ihre starke Positionen.

Größe des Teams
Team grobe.PNG

Agile Teams haben immer auf
einer kleinen Anzahl der Teammitglieder basiert, deswegen überrascht es niemanden, dass die Mehrheit der Eylean Board Benutzer in Teams bis zu 10 Leute arbeiten. Aber, im Gegensatz zum Vorjahr, sehen wir, wie die Zahl der großen Teams in diesem Jahr sich verdoppelt hat. Solche Veränderungen zeigen, dass die Großunternehmen beginnen, den Wert von Agile Methode zu sehen und sie praktisch zu verwenden.

Ausgewählte Methode

Methodologien
Einige Jahre zurück, war Scrum eindeutiger Sieger unter Eylean Kunden, aber im Jahre 2014 haben wir erstaunliche 300% Wachstum der Kanban-Methode gesehen, und in diesem Jahr wurde Kanban die am häufigsten verwendete Methode in Eylean. 47% unserer Kunden haben Kanban gewählt, und Scrum blieb in dem zweiten Platz mit nur 28%. Kanban wurde immer als mehr flexibel bekannt, deswegen überrascht es niemanden, dass Scrum auf dem zweiten Platz verschoben wurde.

Top 3 Funktionen

Eylean ist ein Taskboard, deswegen ist es wirklich nicht überraschend, dass die von unseren Kunden am häufigsten verwendeten Funktionen mit den Aufgaben verbunden sind: Bewegung, Benennung, Umbenennung der Aufgaben und andere Aufgabenbezogene Aktionen. Auf dem zweiten Platz steht die Zeit-Tracking-Funktion. Obwohl diese Funktion nicht besonders beliebt ist, weil so die Teammitglieder überwacht werden, die hohe Position hier beweist, dass sie einen großen Wert für die Teams hat, hilft die Zeit zu schätzen und die Arbeitsqualität zu erhöhen.

Top 3 Berichte

Die im Jahr 2015 am häufigsten verwendeten Berichte sind folgend: monatlich nach Aufgabe 13,85%, nach Benutzer 8,49% und Burndown Aufgaben 6,47%. Wie wir sehen können, ist die Bedeutung von Zeit-Tracking-Funktion für die Teams sehr wichtig. Interessanter Teil dieser Analyse war die hohe Position des Workflow-Berichts, der hilft, die Bewegungen von Aufgaben zu überwachen, die Schwäche und Prozesslücken zu identifizieren. Dieser neue Bericht wurde erst nur vor einem Jahr eingeführt und ist bereits in vierten Platz mit 5,37%, was die Wichtigkeit solchen Informationen für die Teams beweist.

Man kann sicher sehen, dass die Interessen an Projektmanagement Werkzeuge in letztem Jahr deutlich gewachsen sind. Die Unternehmen suchen nach die besten Lösungen, wie die Arbeit in Teams zu erleichtern und gezielt zu führen. Wir warten schon gespannt, wie dieser Überblick am Ende 2016 aussehen wird.

Scrum Board ist ein der wichtigsten Werkzeuge, um einen reibungslosen Projektablauf sicherzustellen. Während die Meisten traditionelle Scrum Boards für ihre Teams wählen, gibt es einige, die für Innovationen und Verbesserung der Traditionen entscheiden und versuchen, ihre Bedürfnisse besser anzupassen.  Deswegen würde ich in dieser Woche sehr gerne die 5 interessantesten Scrum Boards präsentieren.

Die Wand

Das erste Beispiel stammt von Agile but Pragmatic. Anstatt mit traditionellem Board zu arbeiten, schlagen sie vor, die ganze Wand auszunutzen. So hat das Team die Möglichkeit, zusätzliche Informationen, solche wie Ergebnisse der Retrospektiven – Entscheidungen und Aktionen, nicht aktive Aufgaben, den Sprint-Kalender und andere zu platzieren. Auf dieser Weise ist das Team fähig, die ganze Information auf einem Platz zu haben.

Scrum-board-wall

Quelle: Agile but Pragmatic

Super Hero

Das nächste Board, das unsere Aufmerksamkeit erregt hat, kommt von Strong and Agile. Dieses Board unterscheidet sich von dem traditionellen Scrum Board seiner Form –  wird zu einem Kreis. Das Zentrum in diesem Board repräsentiert die Spalte “fertig”, die Streifen werden für “geplant”, “im Gange”, “im Test” verwendet. Separate Teile können für separate User-Stories, Epics oder sogar für Projekte dienen.

Super-hero-scrum-board

Quelle: Strong and Agile

Agile Wagon Wheel

Noch ein rundförmiges Board wurde von Rajeev Kumar Gupta aus der Erfahrung und Liebe für Kricket eingeführt. Wagon Wheel des Krickets ist an die Bedürfnisse des Scrum Teams angepasst, um den Progress besser zu verstehen. Jede Scheibe des Rads präsentiert hier ein Teammitglied und die Linien stellen die Aufgaben dar, die fertig oder im Gange sind.  Das Rad ist auch in Linien geteilt, damit es dem Team leichter wäre, die Länge (in Stunden oder Tagen) oder den Schwierigkeitsgrad (in Story-Points) der Aufgaben zu messen. Je länger ist die Linie, desto mehr Story-Points hat die Aufgabe.

wagon-wheel-scrum-board.png

Quelle: Scrum Alliance

Lego-Planer

Einige Teams bei Hoppinger haben beschlossen, mit Hilfe von Lego nach der Lösung zu suchen. Das ganze Board ist aus dem Lego gemacht. Die Zeilen repräsentieren hier verschiedene User Stories oder Projekte, und die Spalten – separaten Sprint. Jedem Mitglied des Teams ist eine spezifische Farbe zugewiesen, und seine Verfügbarkeit wird durch die Anzahl von Blöcke auf dem Board repräsentiert. Vier Blöcke repräsentieren einen vollen Arbeitstag, während zwei Blöcke – einen halben Tag. So ist es einfacher zu planen und die Beschäftigung der Mitarbeiter zu folgen.

lego-scrum-board

Quelle: Agile Things

Lego Kalender

Ein ähnliches Konzept verfolgt auch ein Design-Studio, namens Vitamins. Nur hier werden die Zeilen in einzelne Monate geteilt und dann einzelnen Teammitglieder zugeordnet, während die Spalten verschiedene Wochentage repräsentieren. Jedes Projekt oder User Story hat die bestimmte Farbe, und die Teammitglieder können sehr schnell sehen, was noch zu tun ist. Jetzt zum besten Teil dieses Boards: das Team hat eine Software entwickelt, die die aufgenommene Fotos des Boards automatisch mit Ihrem Google Kalender synchronisiert.

lego-bit-scrum-board

Quelle: Wired

Haben Sie auch Ihr Scrum Board innoviert oder etwas Interessantes gesehen? Dann vergessen Sie nicht, Ihre Erfahrung in den Kommentaren zu teilen!

 

teamwork-383939_640Vor kurzem haben wir über Iterationen, Arbeitsabläaufe und Scope Limits geschrieben, jedoch steht in Scrum, Kanban und Scrumban das Team in Zentrum. Deswegen werden wir in diesem Beitrag diesmal die Unterschiede zwischen diesen drei Methoden von der Seite der Teammitglieder, Sitzungen und kontinuierlicher Verbesserung überprüfen.

Teammitglieder

Im Allgemeinen ist Scrum eine Methodik, wo die Teammitglieder funktionsübergreifend sein können. Obwohl es keine genaue Definition gibt, was funktionsübergreifend bedeutet, das Team sollte die Fähigkeit besitzen, die Arbeit innerhalb jeder Iteration abzuschließen. Da Scrum eine zeitlich begrenzte Methodik ist, kommt es oft vor, dass einige Teammitglieder mit verschiedene Tasks-Typen arbeiten müssen, um die Arbeit während des Sprints abzuschließen. Aber, wie oben erwähnt, definiert die Methodik nicht explizit, was funktionsübergreifend bedeutet.

Bei Kanban ist, dagegen, die Spezialisierung der Teammitglieder oder Priorisierung der Tasks bevorzugt. Da die Arbeit durch “work in Progress” begrenzt ist, kann jeder mit anderem Element aus dem Backlog  starten, sobald man fertig mit eigenen Aufgaben ist. Das ermöglicht die Spezialisierung der Teammitglieder.

Bei Scrumban kann das Team entweder spezialisiert, oder funktionsübergreifend sein.

Sitzungen

Scrum kennt einige Arten von Sitzungen, die immer einem bestimmten Zweck dienen und zu definierten Zeitpunkten im Scrum Prozess stattfinden. Das sind Sprint-Planung, Daily Scrum und Retrospektive.

Sprint-Planungssitzung erfolgt vor jedem Sprint. Das Team entscheidet, welche Tasks aus dem Produkt-Backlog im kommenden Sprint bearbeitet werden, priorisiert die User-Stories.

Wie der Name andeutet, findet Daily Scrum oder Stand-Up-Sitzung täglich statt, wo jeder Teammitglied kurz berichtet, was er gerade arbeitet. Daily Scrum dauert nicht länger als 15 Minuten.

Retrospektive präsentiert den Teamprogress nach jedem Sprint. Die Teammitglieder besprechen die Möglichkeiten,  wie der Prozess zu verbessern und zu optimieren.

In Kanban und Scrumban sind die Sitzungen optional. Sie können völlig vermieden werden oder bei Bedarf vereinbart.

Kurze Kaizen-Events können Zeit zu Zeit durchgeführt werden, um sich besser zu fokussieren. In dieser Sitzung werden die Probleme untersucht, mögliche Lösungen vorgeschlagen und die Änderungen implementiert.

 

Kontinuierliche Verbesserung

Agile Vorgehen betonen, wie wichtig die Zusammenarbeit der Projektmitglieder ist. Der kontinuierliche Verbesserungsprozess charakterisiert die stetige Verbesserung der Produkt-, Prozess- und Servicequalität.

Scrum erreicht kontinuierliche Verbesserung durch die Sprint-Retrospektive Sitzung nach dem Sprint, wo die noch offene Frage und Probleme geäußert und bewältigt werden.

Bei Kanban und Scrumban ist kontinuierliche Verbesserung optional. Aber, wie oben erwähnt, kurze Kaizen-Events können für diesen Zweck auch verwendet werden.

Fazit

Agile Ansätze haben ein Ziel: frühere und öfter bessere Ergebnisse. Wir hoffen, dass dieser kurzer Artikel hat Ihnen geholfen, den Nutzen Agiler Methoden zu sehen und, dass nur durch die gemeinsame Arbeit man das richtige Ziel erreichen kann.

1574931134_d04e0a2dbdWährend die Agile Methoden immer mehr populär werden, ergeben sich manchmal die Fragen, was genau sie bedeuten und wie sie sich voneinander unterscheiden. Deswegen gehen wir weiter mit der Artikelserie über Scrum, Kanban und Scrumban, und in diesem Blog-Beitrag vergleichen diese drei Methoden, um zu zeigen, wie sie sich in verschiedene Abmessungen unterscheiden.

ITERATIONEN

Iterationen sind die begrenzten Zeitrahmen, in den ein Teil der Arbeit oder eine Aufgabe (Task) fertig ist. In Scrum arbeiten die Teams in der Regel in 1-4 Wochen Sprints, während der die Aufgaben vor der Frist fertig sind. Die Länge eines Sprints sollte möglichst stabil bleiben, damit der konsequente Überprüfungsmechanismus geschaffen wird.

Kanban hingegen verfügt keine vordefinierten Iterationen, sie sind viel flexibler. Stattdessen, arbeiten die Teams kontinuierlich, verwenden die Releases, die kürzer als eine Woche sind oder größere Iterationen wie Goals.

Scrumban kombiniert die beiden Methoden. Kontinuierliche Arbeit wird zusammen mit kurzen Iterationen für die Planung verwendet, und längere Zyklen – für das Release.

ARBEITSABLÄUFE

Arbeitsabläufe definieren, wie die Aufgaben unter den Teammitglieder verteilt sind. Das Push-Prinzip bezeichnet, dass die Aufgaben an die Teammitglieder in einer zentralisierten Weise zugeordnet werden. Das Pull-Prinzip bedeutet, dass die Aufgaben „gezogen“ oder von den Teammitgliedern selbst gewählt werden.

Scrum, Kanban und Scrumban sind die agilen Methoden, die Pull-Prinzip verwenden – wobei die Teammitglieder die Aufgaben wählen, die sie bearbeiten möchten.

In Scrum werden die Aufgaben früh von den Teammitgliedern gewählt. Vor jedem Sprint werden die Aufgaben von den Teammitgliedern gewählt oder sie werden an den Tasks gebunden.

Kanban und Scrumban verwenden beide die späte Bindung – wobei die Aufgaben während des Arbeitsprozesses gewählt werden. Sobald die aktuelle Aufgabe abgeschlossen ist, können die Teammitglieder frei weitere Aufgaben, die sie bearbeiten möchten, wählen. Das wird die späte Bindung der Tasks an den Teammitglieder genannt.

SCOPE LIMITS

Scope Limits definieren, wie der Arbeitsaufwand in den agilen Methoden beschränkt wird.

In Scrum wird der Arbeitsaufwand mit jedem Sprint begrenzt. Die Aufgaben (Tasks) können den Arbeitsumfang, der in einem Sprint getan werden kann, nicht überschreiten. Wenn eine Aufgabe innerhalb eines Sprints nicht abgeschlossen werden kann, wird sie in der Regel in kleinere Aufgaben aufgeteilt, die dann in einem Sprint passen könnten. Z.B., wenn wir einen großen Projekt haben, wird er in so viel kleineren Aufgaben aufgeteilt, dass jede in einem Sprint abgeschlossen wird.

In Kanban und Scrumban definieren die Work-in-Progress-Limits den Umfang der Arbeit. Deshalb, wenn die maximale Anzahl von Aufgaben im Progress drei ist, können die Teammitglieder gleichzeitig mehr Tasks nicht bearbeiten. Der Hinweis auf die Probleme im Progress in Echtzeit ermöglicht es Teams, die zusätzliche Hilfe zu schaffen, bevor eine Situation problematisch wird.

Man kann auch Scrum, Kanban und Scrumban kombinieren, damit die Arbeit des Teams die beste Qualität erreicht. Aber was für ein Team oder einen Projekt passt, muss nicht unbedingt für andere auch passen. Deswegen ist es wichtig die Projektmanagement Tools zu recherchieren. Unsere Lösung – Eylean Board, wo man die beliebige Tafel erstellen kann (siehe Bild). Über die Scrum und Kanban Projekte auf “Eylean Board” haben wir in früheren Beiträge erzählt.

Capture2

Im früheren Beitrag wurden die Hauptunterschiede zwischen Scrum, Kanban und Scrumban erläutert. In diesem Blogpost werfen wir einen tieferen Blick und schauen, wie die Tasks in jeder Methodologie geplant  werden, und auch wie die Performance in Scrum, Kanban und Scrumban gemessen wird.

 kanban_board

Planung

Planungsroutinen definieren, wie die Arbeit während des Prozesses geplant wird und wann die Planungsrunden stattfinden.

In Scrum werden die Produkt-Backlog-Items in jeden Sprint gezogen. Die Planung ist regelmäßig und erfolgt am Anfang jedes Sprints.

In Kanban, andererseits, werden die präzisen Planungen vermieden. Deswegen können die Teams wählen, wann sie die Elemente  aus dem Backlog ziehen (Bedarfsplanung) oder wann der Code oder die Version freigegeben wird (Release/Iterationsplanung). In Scrumban, ähnlich wie in Kanban, wird die Planung durchgeführt, wenn die Backlog-Items abgeschlossen sind und dann werden die neuen Items geplant.

Schätzung

Schätzung ist ein Prozess, indem die Zeit zum Abschließen jedes Items bestimmt wird.

In Scrum wird die Schätzung, in der Regel, vor Beginn des Sprints durchgeführt. Im Allgemeinen  müssen die Items kürzer als die Zeit für Time-Box Iterationen sein. Wenn nicht, dann werden sie normalerweise in kleinere Items unterteilt.

In Kanban und Scrumban ist die Schätzung der Laufzeit eines Items optional. Nachdem ein Item abgeschlossen ist, ziehen die Teammitglieder einfach das nächste Item aus dem Backlog und beginnen ihn zu bearbeiten. Einige Teams wählen dennoch die Schätzung für mehr Erwartungssicherheit. Es ist auch andere Möglichkeit die Erwartungssicherheit zu erreichen: sicherzustellen, dass jeder von diesen Items derselben Größe ist, deshalb können in der gleichen Zeit abgeschlossen werden.

Neue Items in Iteration

Agile Methodologien definieren auch, wie die neuen Items zu Iteration addiert werden.

In Scrum ist es verboten, neue Items während des Sprints hinzufügen. Das neue Item muss auf die reguläre Planungssitzung warten, bis es in den Workflow aufgenommen wird. Wenn ein Projekt viele eingehende Items (z. B., Support) erhält, wird es allgemein empfohlen, Kanban zu verwenden oder auf diese Anforderung in Scrum zu verzichten.

In Kanban und Scrumban ist es möglich die neuen Items hinzufügen, wenn es genug Kapazität in der Queue gibt. Deswegen sind Kanban und Scrumban sehr hilfreich für Funktionen mit kontinuierlichem Fluss der neuen Items.

Performance-Metriken

Die Key-Performance-Metrik ist  in Scrum das Burn-Down-Chart. Das Burn-Down-Chart zeigt, wie viel Arbeit für jede Iteration jeden Tag oder jede Stunde des Sprints bleibt. Beispiel des Burndown-Charts wird unten gegeben.

burndown

Die blaue Linie zeigt ein typisches Burndown auf Stundenbasis, im Vergleich zum idealen Burndown (die Punktlinie). Die grüne Linie repräsentiert den kumulativen Wert. Das Hauptziel des Burndown Diagramm ist zu zeigen, wo sich das Team in jedem Sprint befindet – hinter oder vor dem Zeitplan.

In Kanban wird die Performance durch die kumulative Flussdiagramme und Schätzung von Bearbeitungszeit gemessen. Kumulatives Flussdiagramm zeigt die Gesamtanzahl der Items, die im Progress sind, sowie die Zeit, in der sie abgeschlossen werden. Durchschnittliche Bearbeitungszeit zeigt, wie viel Zeit man ungefähr braucht, um ein Item abzuschließen. Ein Beispiel der Zykluszeitschätzung  wird unten gegeben. Ähnlich wie bei Kanban, wird bei Scrumban durchschnittliche Durchlaufzeit als Key Metrik verwendet.

lead_cycle_time

Es ist sehr wichtig zu beachten, dass Scrum, Kanban und Scrumban nur die Empfehlungen sind, und es gibt eine Vielzahl von Möglichkeiten, wie sie je nach Spezifikum des Teams eingesetzt werden könnten. Im nächsten Blog-Beitrag werden wir kurz die Iterationen, Arbeitsroutinen und Scope Limits vorstellen, damit es Ihnen deutlicher wäre, welche Methodologie für Ihr Team am besten ist.

Egal, ob Sie ein Projekt zum ersten Mal planen, oder haben es schon seit Jahren getan, kann einige Zeit dauern, bis Sie an neue Projektmanagement-Software gewöhnen.

Deswegen haben wir uns für kurze Einführung entschieden, damit Sie schneller mit Scrummen beginnen könnten.

Hier werden die wichtigste Scrum-Elemente – Board, Sprints, Epics, User Stories vorgestellt, und detailisiert, wie sie in Eylean Board repräsentiert werden. Wir hoffen, dass diese Einführung bei Ihrem ersten Scrum-Projekt mit Eylean Board helfen wird.

Scrum

Zuerst über das Board. In Eylean finden Sie traditionelles Scrum-Board mit Backlog, laufende Aufgaben und Sprints. Die Spalten im Template repräsentieren den Fortschritt der laufenden Aufgaben und sind in vier Gruppen unterteilt:

  • Backlog, wo alle Ihre Epics für aktuelle und zukünftige Sprints geplant werden.
  • In der Spalte Work in Progress werden die laufenden Aufgaben verfolgt.
  • Output oder “Ausgang“, wo sich die erledigte Aufgaben befinden.
  • Removed oder “entfernt” – für Aufbewahrung der fertigen Epics.

Jede von diesen Spalten-Gruppen kann für mehr detaillierte Ansicht auch in kleineren Spalten gegliedert werden. Es ist sehr wichtig zu wissen, dass Sie das Board nach Ihrem Wunsch gestalten können, d.h., alle Spalten und Spalten-Gruppen können umbenennt, hinzugefügt oder entfernt werden, damit sie am besten für Sie geeignetes Board hätten.

Sprints in Eylean repräsentieren die Zeilen. Der aktuelle Sprint befindet sich in der Oberseite des Boards, die zukünftige  gehen nach unten und nach chronologische Reihenfolge zugeordnet werden. Dies wiederum können Sie umbenennen, entfernen oder so viele Sprints, wieviel Ihr Projekt braucht, hinzufügen.

Taskas

Nachdem Sie Ihr Board sortiert haben, müssten Sie mit den Epics und User Stories starten. Epics sind sehr einfach zu addieren. Nur ein Doppelklick auf der Stelle, wo Epic oder User Story erscheinen sollte und Sie haben schon ein Epic, das Sie nach Ihrem Wunsch benennen können. Durch einen Doppelklick aufs Epic, können Sie ihn bearbeiten, mehr Details ergänzen, wie Beschreibung, User Stories, Dateien, etc.

Wenn Sie zu einem Epic User Stories hinzufügen möchten, müssten Sie auf dem Tab des gerade aufgerufenen Tasks klicken und User Stories für dieses spezifisches Epic hinzufügen. Danach werden die User Stories dem Epic zugeordnet und erscheinen auf dem Board (in einer anderen Farbe), sobald Epic in Committed Spalte verschoben wird. Seit diesem Moment können Sie den Fortschritt jeder einzelnen User Story beobachten. User Stories können durch einen Doppelklick bearbeitet werden, genauso wie die Epics.

Going-on

Es ist noch ein letzter aber nicht weniger wichtiger Punkt zu erwähnen: wenn Sie einen neuen Projekt in Eylean Board erstellen, haben alle Teammitglieder dieselbe Rechte für Bearbeitung des Boards. Ist das für Ihr Projekt wegen unterschiedlichen Rollen der Teammitglieder nicht geeignet? Sie können das Board bearbeiten: auf dem Team-Tab klicken und die Einstellungen nach Ihrem Wunsch ändern.

Das war nur eine kurze Einführung, wie Sie mit Eylean Board Ihren ersten Scrum planen könnten. Wenn Sie weitere Frage haben, zögern Sie bitte nicht, den Kommentar zu hinterlassen.

Viel Erfolg beim Scrummen!