Was ist Agile und Scrum? Was ist Scrum? Scrum-Team

Definition

Agile (agile Softwareentwicklung) ist eine Familie von „agilen“ Ansätzen zur Softwareentwicklung. Diese Ansätze werden manchmal auch als Frameworks oder agile Methoden bezeichnet.

Agile entstand in der IT-Umgebung, breitete sich dann aber auch auf andere Bereiche aus – vom Wirtschaftsingenieurwesen bis zur künstlichen Intelligenz.

Die Bedeutung von Agile wird im Agile Software Development Manifest formuliert: „Menschen und Interaktionen sind wichtiger als Prozesse und Tools. Ein funktionierendes Produkt ist wichtiger als eine umfassende Dokumentation. Die Zusammenarbeit mit dem Kunden ist wichtiger als die Vereinbarung der Vertragsbedingungen. Bereit für Veränderungen zu sein ist wichtiger als dem ursprünglichen Plan zu folgen. „

Das Agile Manifest ist das Hauptdokument aller agilen Entwicklungsansätze. Agile wurde 2001 von einer Gruppe begeisterter Programmierer gegründet, die verstehen wollten, was genau das Herzstück der Entwicklung eines begehrten und nützlichen IT-Produkts ist. Agile geht davon aus, dass Sie sich bei der Implementierung eines Projekts nicht nur auf detaillierte Pläne verlassen müssen die im Voraus erstellt wurden. Es ist wichtig, sich auf die sich ständig ändernden Bedingungen der externen und internen Umgebung zu konzentrieren und das Feedback von Kunden und Benutzern zu berücksichtigen. Dies ermutigt Entwickler und Ingenieure, zu experimentieren und nach neuen Lösungen zu suchen, ohne durch starre Frameworks und Standards eingeschränkt zu werden.

Separate agile Ansätze umfassen Scrum und Kanban.

Scrum ist ein „strukturierter Ansatz“. An jedem Projekt arbeitet ein universelles Team von Spezialisten, dem zwei weitere Personen beitreten: der Product Owner und der Scrum Master. Der erste verbindet das Team mit dem Kunden und überwacht die Entwicklung des Projekts. Dies ist kein formeller Teamleiter, sondern ein Kurator. Der zweite hilft dem ersten bei der Organisation des Geschäftsprozesses: Er hält Hauptversammlungen ab, löst alltägliche Probleme, motiviert das Team und überwacht die Einhaltung des Scrum-Ansatzes.

Der Scrum-Ansatz unterteilt den Workflow in gleiche Sprints – normalerweise Zeiträume von einer Woche bis zu einem Monat, abhängig vom Projekt und vom Team. Vor dem Sprint werden Aufgaben für diesen Sprint formuliert, am Ende werden die Ergebnisse besprochen und das Team startet einen neuen Sprint. Sprints sind sehr bequem miteinander zu vergleichen, wodurch Sie die Arbeitseffizienz verwalten können.

Kanban ist ein „Balance-Ansatz“. Seine Aufgabe ist es, verschiedene Spezialisten innerhalb des Teams auszugleichen und eine Situation zu vermeiden, in der Designer Tag und Nacht arbeiten und Entwickler sich über den Mangel an neuen Aufgaben beschweren.

Das gesamte Team ist eins – es gibt keine Product Owner- und Scrum-Master-Rollen in Kanban. Der Geschäftsprozess ist nicht in universelle Sprints unterteilt, sondern befindet sich in der Phase der Ausführung bestimmter Aufgaben: „Geplant“, „Entwickelt“, „Getestet“, „Abgeschlossen“ usw.

Der Hauptleistungsindikator in Kanban ist die durchschnittliche Zeit, die benötigt wird, um eine Aufgabe auf ganzer Linie zu erledigen. Die Aufgabe ging schnell vorbei – das Team arbeitete effizient und reibungslos. Die Aufgabe zog sich hin – man muss sich überlegen, zu welchem ​​Zeitpunkt und warum es Verzögerungen gab und wessen Arbeit optimiert werden muss.

Zur Visualisierung agiler Ansätze werden Boards verwendet: physisch und elektronisch. Sie ermöglichen es Ihnen, den Workflow für alle Spezialisten offen und verständlich zu machen. Dies ist wichtig, wenn das Team keinen einzigen formellen Leiter hat.

Was ist agil?

Agile ist ein Ansatz für das Projektmanagement oder die Softwareentwicklung. In Agile entwickeln sich Anforderungen und Lösungen durch Iteration und Zusammenarbeit von funktionsübergreifenden, selbstorganisierenden Teams und Geschäftsbenutzern. Agile begrüßt sich ändernde Anforderungen auch zu einem späteren Zeitpunkt. Kunden, Geschäftsteilnehmer und Entwickler arbeiten während des gesamten Projekts zusammen. Agile Teams passen ihr Verhalten an die sich ändernden Anforderungen des Projekts an.

Agilität ist eine Philosophie oder Orientierung (Griffin). Agile wird häufig als Leitfaden verwendet, um der Projektarbeit näher zu kommen. Agile legt Wert auf Entwicklungsiteration sowie auf Tests im Software Development Lifecycle (SDLC). Agile zerlegt ein ganzes Produkt oder Projekt in kleine Baugruppen. In der agilen Methodik erfolgt die Entwicklung oder das Testen gleichzeitig. Agile unterstützt die Zusammenarbeit sowie die direkte Kommunikation.

Was ist Scrum?

Scrum ist die Grundlage für Projektmanagement oder Softwareentwicklung. Scrum ist einer der agilen Prozesse. Scrum konzentriert sich darauf, Geschäftsbenutzern in kürzester Zeit geschäftlichen Nutzen zu bieten. Die Projekte sind in Sprints unterteilt, die normalerweise ein bis drei Wochen dauern. Scrum hat drei Hauptrollen: Scrum Master, Product Owner und Teammitglieder.

Scrum betont die Selbstorganisation und die gemeinsame Verantwortung der Teammitglieder. Er betrachtet Projektmanagement als einen Prozess zur Schaffung gemeinsamer Werte. und betont die Zusammenarbeit und iterative Entwicklung, um Veränderungen effektiv zu managen und bessere Produkte zu entwickeln, um die Kundenbedürfnisse zu erfüllen. Scrum betrachtet die Zeit als Einschränkung. Es betont die Boxzeit und verwendet tägliche Sprintplanungs- und Überprüfungsbesprechungen.

Ähnlichkeiten zwischen Agile und Scrum:

Agile und Scrum beziehen sich beide auf das Projektmanagement und die Softwareentwicklung. Da Scrum eine der Möglichkeiten zur Implementierung von Agile ist, weisen beide mehrere Ähnlichkeiten auf. Beide betonen die optimale Nutzung der Ressourcen. Beide betonen die effiziente und effektive Verwaltung verschiedener Aufgaben.

Agile und Scrum zielen darauf ab, das Beste aus Geschäftsanwendern herauszuholen. Sie versuchen sicherzustellen, dass ein Produkt oder Projekt so schnell wie möglich an Geschäftsanwender geliefert wird. Beide betonen kontinuierliche Verbesserung, Zusammenarbeit, offene Kommunikation usw.

Die Natur von Agile und Scrum:

Agile ist eine Entwicklungsmethode, die auf einem inkrementellen und iterativen Ansatz basiert. während Scrum eines der vielen Implementierungsschemata oder agilen Prozesse ist.

Scrum stellt dem Client jede Woche oder zwei Wochen inkrementelle Module zur Verfügung.

Anwendungsbeispiele

Eines der Prinzipien von Agile basiert auf der persönlichen Verantwortung einer Person und nicht auf dem Debuggen interner Prozesse.

(Aus einem Artikel auf VC.ru)

Wenn wir mit professionellen Teams arbeiten, verwenden wir Scrum. Meistens wählen wir einen 2-3-wöchigen Zyklus mit nachträglichen Besprechungen, die es uns ermöglichen, alles unter Kontrolle zu halten.

(Aus einem Interview mit Vedomosti mit Frank Sosier, Trainer von Freestanding Agility)

Die Hauptidee von Kanban ist die Visualisierung des Workflows. Es besteht aus der Erstellung eines physischen Dashboards, auf dem Sie Ihren Fortschritt visuell markieren können.

(Aus der Übersetzung der Forbes-Kolumne über Rusbase)

Wenn wir darüber sprechen, was Agilität ist, würde ich mich auf einen solchen Satz beschränken – es ist eine Reihe von Werten, in deren Rahmen wir unsere Arbeit mit Produkten und Prozessen innerhalb der Organisation aufbauen.

(Geschäftsführender Gesellschafter von ScrumTrek Alexey Pimenov in einem Artikel über Rusbase)

Wie und warum die Scrum-Methodik erschien

Vor dem Aufkommen von Scrum wurde der Wasserfall-Ansatz in der Welt der Softwareentwicklung übernommen. Die Arbeiten am Produkt wurden nach folgendem Plan durchgeführt.

1. Produktanforderungen definieren.
2. Planen Sie das gesamte Projekt von Anfang bis Ende.
3. Schreiben Sie den Code.
4. Testen Sie das Produkt.

Die Entwickler haben den Arbeitsplan mit dem Kunden abgestimmt und die Vorgaben strikt befolgt. Als das Produkt fertig war, wurde es getestet, aber es war nicht mehr möglich, etwas zu ändern. Wenn also Fehler festgestellt wurden, mussten sie von vorne beginnen, und die Arbeitsbedingungen wurden erhöht.

Dies war, bis eine Gruppe von Innovatoren beschloss, die Situation vollständig zu ändern. Sie beobachteten, wie erfolgreiche Teams arbeiten: ohne Termine zu verpassen und genau das Ergebnis zu erzielen, das sie geplant hatten. Es stellte sich heraus, dass der Erfolg in der Flexibilität des Prozesses lag.

Die gewonnenen Erkenntnisse haben zur Erstellung des Agile Software Development Manifesto beigetragen. Es enthielt nur vier Punkte, aber sie haben den Prozess komplett verändert.

Manifest für agile Softwareentwicklung

1 Menschen sind wichtiger als Werkzeuge.
2 Produktqualität ist wichtiger als Dokumentation.
3 Die Interaktion mit dem Kunden ist wichtiger als der Vertrag.
4 Die Bereitschaft zur Veränderung ist wichtiger als ein festgelegter Plan.

Diese vier Punkte waren die Grundlage für die Entstehung von Agile, einem agilen Softwareentwicklungsprozess. Später wurden 12 Prinzipien erstellt, die immer noch in jeder agilen Methodik verwendet werden.

12 Agile Prinzipien

1 Hauptsache gute Software und ein zufriedener Kunde.
2 Änderungsbereitschaft jederzeit.
3 Voll funktionsfähige Software – so oft wie möglich.
4 Teambesprechungen eignen sich am besten für den Informationsaustausch.
5 Der Kunde und das Entwicklungsteam müssen zusammenarbeiten.
6 Vertrauen Sie den Menschen, dass sie ihren Job machen.
7 Es gibt funktionierende Software – es gibt Fortschritte.
8 Agile Prozesse – kontinuierliche Weiterentwicklung.
9 Die Beachtung der Qualität fördert die Flexibilität.
10 Die Einfachheit des Prozesses eliminiert unnötige Arbeit.
11 Ein selbstorganisierendes Team arbeitet besser.
12 Kontinuierliches Streben nach mehr Effizienz.

Agil und Wasserfall, Schuppen

Eine der Methoden für die agile Softwareentwicklung, die auf agilen Prinzipien basiert, ist Scrum.

Die Scrum-Macher Jeff Sutherland und Ken Schwaber beobachten seit vielen Jahren die Arbeit des amerikanischen Militärs, der Spezialeinheiten und sogar der Rugbyspieler. Und sie bemerkten, dass ihr Erfolg auf Interaktion und Teamarbeit beruht. Sutherland und Schwaber erkannten, dass dies genau das war, was Softwareentwickler brauchten. So erschien die Scrum-Methodik.

Scrum-Kernprinzipien

Scrum konzentriert sich immer auf den Kunden, der das gewünschte Produkt pünktlich und zu den niedrigsten Kosten erhalten muss. Dies kann erreicht werden, indem einige wesentliche Prinzipien befolgt werden.

Arbeiten in kurzen Zyklen (Sprints)

Planen Sie einen Sprint, nicht das gesamte Projekt auf einmal. Jeder Sprint ist ein Zeitraum, in dem das Team an einem vollständig fertigen Teil des Produkts arbeitet.

Flexibilität. „Überprüfen und anpassen“

Prozessflexibilität und Produktprüfung nach jedem Sprint. Wenn etwas schief geht, ist das Team immer bereit, die Entwicklungsstrategie zu ändern oder das Backlog zu überarbeiten. Backlog Eine geordnete Liste von Aufgaben, an denen das Scrum-Team beim Erstellen eines Produkts arbeitet.

Beteiligung des Kunden und der Benutzer an der Erstellung des Produkts.

Der Kunde steht nicht zur Seite, sondern ist voll in die Arbeit involviert. Hierfür gibt es die Rolle des Eigentümers des Produkts, die vom Kunden selbst oder seinem Vertreter wahrgenommen wird. Durch ihn interagiert das Team mit den Benutzern. Da die Entwicklung in kurzen Phasen erfolgt, werden Benutzer fast sofort in das Testen einbezogen.

Nach dem ersten Test erhalten sie Zugriff auf das Produkt, und der Produktbesitzer sammelt Feedback. So kann das Team das Ergebnis verbessern.

Teaminteraktion

Ein Scrum-Team ist eine Gruppe von Personen, die für ein Ergebnis und als Ganzes arbeiten. Jeder strebt ein gemeinsames Ziel an.

Die Bedeutung des Scrum-Teams

Ein Scrum-Team besteht meist aus fünf bis neun Personen. Dies ist die optimale Anzahl, aber manchmal gibt es Dreierteams. Wenn mehr Menschen anwesend sind, wird es für sie schwieriger, miteinander zu interagieren, was die Arbeit beeinträchtigt und die Produktivität verringert.

Befehlsstruktur

• Product Owner. Die Person, die das Produkt repräsentiert und der Vermittler zwischen dem Kunden, den Benutzern und dem Entwicklungsteam ist. Manchmal kann es der Kunde selbst sein.

• Scrum Master. Meistens – ein speziell eingestellter Mitarbeiter, der das Team zum Ergebnis führt. Er leitet das Team nicht, überwacht jedoch die Umsetzung der Grundprinzipien von Scrum. Seine Aufgabe ist es nicht, Druck auszuüben, nicht die ganze Arbeit selbst zu erledigen und keine Verantwortlichkeiten zu verteilen, sondern Probleme zu unterstützen, zu lenken und zu lösen, die den Entwicklungsprozess behindern.

• Entwickler. Ein Scrum-Team hat immer Leute mit unterschiedlichen Fähigkeiten. Ein Team von fünf bis neun Personen leitet das gesamte Projekt von Anfang bis Ende. Ein Team – ein fertiges Produkt.

Wie ein Scrum-Team aussieht

Rollenverteilung

Scrum funktioniert, wenn Rollen verteilt sind. Es gibt drei von ihnen.

Mannschaft. Dies ist eine selbstorganisierte Gruppe von 3-9 Personen. Der Beitrag eines einzelnen Mitarbeiters wird nicht bewertet. Es ist nur wichtig, welches Ergebnis das Team durch gemeinsame Anstrengungen erzielt hat.

Product Owner. Dies ist normalerweise ein Unternehmer, der sein Geschäft kennt und die Bedürfnisse der Kunden versteht. Er hat genug Erfahrung, um zu wissen, was das fertige Produkt sein sollte. Der Product Owner ist das Bindeglied zwischen dem Team, dem Verbraucher und der Produktion. Er arbeitet mit Feedback, trifft wichtige Entscheidungen und überwacht das Projektbudget. Der Product Owner teilt dem Team nicht mit, welchen Weg er einschlagen soll, sondern betrachtet nur das Ergebnis.

Scrum Master oder Teamleiter. Der Scrum Master ist für den Erfolg des Teams verantwortlich. Er trifft keine Entscheidungen und führt nicht. Seine Aufgabe ist es, das Team ohne Hebelwirkung des Managements arbeiten zu lassen. Der Scrum Master ist der Klebstoff, der das Team zusammenhält.

Scrum Tools

Scrum ist eine flexible Planungstechnik, die für jedes Projekt geeignet ist. Mit seiner Hilfe können Sie die Produktivität des Unternehmens steigern und bessere Ergebnisse erzielen. Beispielsweise verbrachte das Team einen Monat mit einer Aufgabe und einen halben Monat mit Verbesserungen. Jetzt wird dieselbe Aufgabe 2 Wochen dauern, und höchstwahrscheinlich wird es keine Verbesserungen geben.

Anleitung: Wie man Scrum benutzt, um wie Ajail zu arbeiten

Scrum ist einfacher als andere Frameworks. Er gibt die Werkzeuge an und schlägt vor, in welcher Reihenfolge sie verwendet werden sollen, um das Ergebnis zu erzielen.

Scrum schlägt vor, dies zu tun:

1. Um über die theoretische Basis zu pumpen: Lesen Sie Bücher zum Thema und sehen Sie sich Videovorträge an. Die Aufzeichnungen der Agiledays-Konferenzen sind auf YouTube auf dem Kanal verfügbar. In der Community teilen Scrum-Follower ihre Erfahrungen – Sie können von ihnen lernen.
2. Wählen Sie einen Product Owner aus. Dies ist die Person, die das fertige Produkt im Detail präsentiert. Er wird auch Risiken und Vorteile bewerten und strategische Entscheidungen treffen.
3. Stellen Sie ein Team von 3-9 Personen zusammen. Das Team sollte Leute haben, die über genügend Wissen und Fähigkeiten verfügen, um an dem Projekt zu arbeiten.
4. Ernennen Sie einen Scrum Master oder beauftragen Sie einen Fachmann einer Beratungsagentur.
5. Bitten Sie den Product Owner, ein Backlog zu schreiben, und lassen Sie es vom Team bewerten. Es ist großartig, wenn das Team es nicht in Stunden, sondern in relativen Einheiten bewertet.
6. Planen Sie einen Sprint. Es muss eine feste Dauer und eine genaue Liste von Aufgaben haben, die nicht ergänzt werden können.
7. Machen Sie die Arbeit transparent. Jedes Teammitglied sollte sehen, welche Aufgaben bereits gelöst wurden und an welchen noch gearbeitet werden muss. Dazu benötigen Sie Tools: ein Scrum Board oder ein Burnout-Diagramm.
8. Die Durchführung täglicher Teambesprechungen ist ein tägliches Scrum. Bei Besprechungen überprüfen die Teammitglieder gegenseitig die Ergebnisse, sehen sich an, in welcher Phase sich das Projekt befindet, und entscheiden, wie das Ziel erreicht werden soll. Das Treffen dauert 15 Minuten. Wenn es länger dauert, machen das Team und der Scrum Master etwas falsch.
9. Beenden Sie den Sprint mit einer Überprüfung. Sprint Review – ein Meeting, an dem alle Interessierten teilnehmen: Verbraucher, Kunde, Product Owner, Scrum Master. Während des Meetings zeigt das Team das fertige Produkt oder einen Teil davon. Es ist egal, was es sein wird, die Hauptsache ist, dass es seine Funktion erfüllt.
10. Führen Sie unmittelbar nach der Sprintüberprüfung ein retrospektives Meeting durch. Wenn das Team ein funktionierendes Produkt gezeigt hat, setzen sich alle an den Tisch und analysieren den Sprint. Was ging gut? Was kann verbessert werden? Welche Hindernisse hat das Team überwunden? Am Ende des Meetings sollten der Scrum Master und das Team darüber nachdenken, wie der nächste Sprint noch besser werden kann.
11. Planen Sie sofort einen neuen Sprint!

Für wen ist Agile?

Agile verändert die Art und Weise, wie wir mit Leben und Unternehmertum umgehen. Er lehrt Sie, schnell auf Umstände zu reagieren und sich an sie anzupassen.

Agile arbeitet überall: in Management, Handel, Dienstleistungen. Jemand nutzt es, um sein eigenes Leben zu führen und mit allem Schritt zu halten.

Aber niemand kann garantieren, dass er einem bestimmten Unternehmen hilft. Wenn das Unternehmen klein ist, ist es einfacher, die Meinung der Menschen zu ändern. Für große Unternehmen ist es schwieriger: Wenn es mehrere Abteilungen gibt und jede ihren eigenen Leiter hat, kann sich die Implementierung von Agile verzögern. Das Team wird sich dem Wandel widersetzen. Um dies zu vereinfachen, laden solche Unternehmen agile Trainer ein.

Agile ist nicht für diejenigen geeignet, die seit vielen Jahren hintereinander ein typisches Produkt herstellen. Für solche Unternehmen ist es rentabler, tausend gleiche Stühle gleichzeitig herzustellen: Es wird immer noch Aufträge geben. Sobald ein Kunde mit besonderen Wünschen erscheint, benötigen Sie genau den gleichen Stuhl, aber lassen Sie die Beine breiter sein und die Polsterung ist heller – Agile ist erforderlich.

Ein Wort an die Experten

Abhängig von den Aufgaben wenden wir verschiedene Methoden innerhalb der Philosophie an – Agile, Scrum, Kanban.

Mit Scrum können Sie die erforderlichen Qualitäten der Mitarbeiter entwickeln – Proaktivität, Unabhängigkeit, Organisation, Kommunikationsfähigkeiten und Weitsicht. Der Hauptpunkt der Methode besteht darin, Aufgaben in selbstorganisierenden Teams auszuführen, in denen jeder seine eigene Rolle hat und jeder für seinen Teil der Arbeit verantwortlich ist. Mit Scrum führen wir Personalbefragungen durch und erstellen Diagramme der erwarteten Geschwindigkeit der Aufgabenerfüllung.

Wir verwenden Agile in der internen Kommunikation. Wir haben kürzlich einen weiteren Sprint abgehalten, um die Verspätung der Mitarbeiter zu beseitigen. Alle an dem Projekt beteiligten Chefs und Spezialisten verbrachten den ganzen Tag in der Besprechung und diskutierten die Erfolge, Herausforderungen und anstehenden Aufgaben im neuen Sprint.

Jetzt führen wir die Kanban-Methode im Unternehmen aktiv ein. Ziel der Kanban-Implementierung ist es, die Produktionsflexibilität zu erhöhen und sich besser an sich ändernde Marktanforderungen anzupassen. In der Praxis hat uns die Methode geholfen, eine Entsprechung zwischen dem Lagerbestand und den tatsächlich in der Produktion verwendeten Produkten zu erreichen.

Ein wichtiger Punkt: Agile Methodik ist eine allgemeine Richtung, und Kanban und Scrum sind bereits ihre Varianten.

Wir verwenden eine Kombination aus Scrum + Wasserfall und haben im Laufe des Jahres auch das agile Board selbst verfeinert. Hauptgrund für die Verwendung: Transparenz und Einfachheit. Tatsächlich stellt sich heraus, dass dies dieselbe Henry-Ford-Pipeline ist: Der Übergang einer Aufgabe von Status zu Status mit einem Leistungswechsel, daher ist das Hauptprinzip für das agile Board selbst bereits die Einfachheit.

Wir verwenden Agile als direkten Bestandteil unseres Workflows, sodass alle Projekte, von der Marken- und Website-Entwicklung bis hin zu unserer KI und dem nativen Werbestartup NativeOS, genau nach diesem Workflow im Chernika-Büro ausgeführt werden.

Ein funktionierendes Produkt ist wichtiger als eine detaillierte Dokumentation. Dies bedeutet nicht, dass wir keine Dokumentation pflegen, nein. Es ist eher ein Blick in Richtung Effizienz mit einem Schlag gegen unnötige Bürokratie.

Scrum brachte Rhythmus und Verständnis in unser Team – ob wir pünktlich sind oder nicht. Wir sehen die Geschwindigkeit der Teamarbeit, es gibt kein Gefühl von ständigem Ficken. Früher gab es Situationen, in denen das Scrum der Hard Releases irgendwo verschwand und jeder gerade erst anfing, es herauszufinden – jetzt, wo wir es verloren haben, gibt es das ständige Gefühl, dass wir pünktlich sind. Wenn Risiken auftreten, besprechen wir diese frühzeitig mit PD, passen den Plan an oder reduzieren den Aufgabenumfang auf irgendeine Weise.

Die Arbeit wurde transparenter, der Arbeitstag begann sich in die 8-Stunden-Norm einzufügen, und es fühlte sich an, als ob wir anfingen, mehr zu tun. Wir verstehen, dass Sie, wenn Sie das Gefühl haben, nicht genug zu tun, das Gefühl haben, dass Sie härter arbeiten müssen – dies hat einen sehr schlechten Einfluss auf die Produktivität, Sie müssen es loswerden.

Zur Klarheit und Offenheit der Arbeit der Entwicklungsabteilung haben wir ein spezielles Board mit den Bezeichnungen „zu erledigen“, „in Bearbeitung“, „Überprüfung“, „Test“, „erledigt“ eingerichtet, in dem alle Teammitglieder Aufkleber mit Aufgaben aufkleben (in der Spalte „zu tun“), und wenn sie abgeschlossen sind, werden sie zu nachfolgenden Punkten verschoben, und ein Happy End ist das endgültige „erledigt“. Dies hilft, das Gesamtbild zu erhalten und ermöglicht es zu sehen, was jeder Teilnehmer ist arbeiten an.

Ein sehr wichtiger Punkt der Methode (und Organisation des Workflows): Nach Genehmigung aller Aufgaben („zu erledigen“) wird die Liste zum Einfügen gesperrt. Somit lenken neue eingehende Aufgaben nicht vom Prozess ab und verlangsamen die Arbeit nicht.

Alle Teilnehmer bewerten jede Aufgabe auch in Bezug auf Zeit und Materialkosten, die für die Erledigung erforderlich sind. Und die Kirsche auf dem Kuchen sind tägliche Treffen zu einer bestimmten Zeit (Daily Scrum), bei denen jedes Teammitglied kurz darüber spricht, was er heute tun wird, was er gestern getan hat (und ob er auf Hindernisse gestoßen ist). Dies ist wichtig auf dem Weg zu langfristigen Zielen – so können Sie rechtzeitig verstehen, dass es Zeit ist, Ihre Strategie zu ändern.

Wir haben Scrum in zwei Versuchen implementiert, weil jeder, vom Team bis zu den Benutzern, ein vorhersehbareres Ergebnis wünscht. Dies ist ein Pluspunkt der Methodik – klare Rhythmen rationalisieren das Team und erhöhen den allgemeinen Wissensstand über das Projekt. Infolgedessen wird das Ergebnis vorhersehbarer, auch für unsere „Stakeholder“ – Benutzer.

Teamwork erhöht auch die Verantwortung: Jeder erhält nur dann einen Bonus, wenn das Team die zu einem bestimmten Zeitpunkt festgelegten Aufgaben erledigt hat.

Inga Koryagina
Agile ist eine Philosophie, Scrum ist eine Struktur, Wasserfall ist eine Methode, Kanban ist ein Managementsystem. Scrum und Kanban sind agile Optionen, weisen jedoch einige deutliche Unterschiede auf. Scrum erfordert feste Rollen, während Kanban die erforderlichen Rollen fehlen. Scrum basiert auf Iterationen, die Planung, Prozessoptimierung und Release kombinieren. In Kanban können Sie dies regelmäßig oder wann immer Sie möchten tun. Das Scrum-Team benötigt eine Bewertung seiner Arbeit, das Kanban-Team jedoch nicht.

Verwendete Quellen und nützliche Links zum Thema: https://rb.ru/story/agile-scrum-kanban/ https://ru.esdifferent.com/difference-between-agile-and-scrum https: // Skillbox. ru / media / management / kak_ponyat_scrum / https://allo.tochka.com/agile-scrum