Sprint geht auf das "Agile Manifest" zurück, die Idee der agilen Unternehmensführung, die 2001 in Snowbird, wo sich 17 Vertreter amerikanischer Softwareunternehmen trafen, formell geboren wurde.
Gemeinsam legten sie fest, wie die Beschreibung der agilen Methoden aussehen sollte.
Es entstand eine kurze Liste von Grundsätzen, die befolgt werden sollten. Es zeigte sich, dass die Managementmethode, die das Kaskadenmodell durchsetzt, nicht immer am besten funktioniert.
Was beinhaltet das Manifest? Es zeigt, dass Menschen und Interaktionen einen höheren Stellenwert haben als Prozesse und Werkzeuge. Außerdem ist eine funktionierende Software wichtiger als eine detaillierte Dokumentation, die Zusammenarbeit mit dem Kunden wichtiger als Vertragsverhandlungen und die Reaktion auf Änderungen wichtiger als die Umsetzung eines festgelegten Plans.
Das universelle Agile Manifest
Wir sollten hinzufügen, dass das Agile Manifest universell ist — wir können es auf verschiedene Lebensbereiche anwenden, nicht nur auf die Erstellung eines digitalen Produkts.
Der Kerngedanke besteht jedoch darin, dass Organisationen Funktionsstörungen aufweisen, die die Arbeit behindern und dazu führen, dass der Einzelne sein Potenzial nicht voll ausschöpfen kann.
Deshalb ist es auch nicht verwunderlich, dass "Agile" nicht nur von Unternehmen verwendet wird, die programmieren. Ein Beispiel dafür ist das MIXD-Studio in Breslau, das im Januar 2018 gegründet wurde. Das Unternehmen entwirft kommerzielle Innenräume: Restaurants, Hotels, Einzelhandelsketten und Büros, darunter auch solche für den amerikanischen IT-Sektor.
Ist die agile Methodik eine Garantie für den Erfolg?
Der Umsatz des Unternehmens stieg nur wenige Monate nach dem Start um 230 %. Der Gründer von MIXD, Piotr Kalinowski, gab zu, dass dieser Erfolg unter anderem das Ergebnis der Arbeit im Geiste der agilen Methodik ist.
... "Agile" wird nicht nur von Unternehmen verwendet, die programmieren.
In MIXD werden eine Vision und ein Plan gebildet, die Merkmale der Kaskade sind, aber beide Elemente beziehen sich nur auf das, was sich mit Sicherheit nicht ändern wird.
Als Ergebnis erstellt das Breslauer Unternehmen während der Arbeit unter anderem eine Produkt-Roadmap und Meilensteine, die aus Zeiträumen von einem bis drei Monaten bestehen, sowie Sprints.
Der Schlüssel liegt jedoch in der kontinuierlichen Zusammenarbeit mit dem Kunden, die sicherstellt, dass ein Produkt entsprechend den Bedürfnissen des Kunden verbessert wird.
Leider eignet sich das agile Management nicht für alle Unternehmen. Das wird vor allem in den Organisationen ein Problem sein, in denen sich Menschen vor der Verantwortung drücken.
Der anfängliche Enthusiasmus über eine neue Managementmethode wird durch ein Zurücksinken in Verträge und Unterlagen ersetzt.
Sprint als Teil von Agile
Eines der Kennzeichen von Agile ist ein Sprint, d. h. eine maximal vierwöchige Arbeit an einem Projekt, bei der wir ein bestimmtes Budget im Auge behalten.
Unsere Aufgabe ist es, das Ziel eines bestimmten Sprints zu erreichen, und das Wichtigste dabei sind die Bedürfnisse der Kunden. Am Ende eines Sprints müssen wir einige konkrete Ergebnisse erzielen.
Ein Design-Sprint beginnt mit einer Idee, dann folgt ein einsatzbereites Produkt, Kundenberatung, Review und Retrospektive. Der Begriff des fertigen Produkts hängt von der Definition ab, die ein Team annimmt.
Überprüfen bedeutet hingegen, zu entscheiden, worauf man sich im nächsten Sprint konzentrieren will. Eine Retrospektive hingegen ist eine Bewertung eines Teams mit dem Ziel, seine Arbeit zu verbessern. Dieses Muster wiederholt sich, bis wir das gesetzte Ziel erreicht haben.
Agile wurde vor 25 Jahren im Silicon Valley entwickelt, obwohl sein Name erst im "Agile Manifest" (2001) auftaucht. Jeff Sutherland (siehe Foto), Jeff McKenna und John Scumniotales spielten unter anderem eine wichtige Rolle bei der Entwicklung des agilen Managements.
Agile wurde vor 25 Jahren im Silicon Valley entwickelt, obwohl sein Name erst im "Agile Manifest" (2001) auftaucht. Jeff Sutherland (siehe Foto), Jeff McKenna und John Scumniotales spielten unter anderem eine wichtige Rolle bei der Entwicklung des agilen Managements.
Ein 5-tägiger Design-Sprint
Wir haben einen 5-tägigen Design-Sprint — eine Einführung vor Scrum oder Kaskade. Jake Knapp, ein Designer, der zunächst bei Microsoft und später bei Google arbeitete, stellte fest, dass das Projektmanagement in beiden Unternehmen zu wünschen übrig lässt. Dies gilt sowohl für die Kommunikation als auch für das Durchlaufen der einzelnen Projektphasen.
Im Jahr 2012 wechselte Knapp zu Google Ventures, wo er die Umsetzung der Idee eines effizienteren Projektmanagements vorantrieb.
Jake Knapp sagt, dass es nicht die beste Idee ist, eine abgespeckte Version eines Produkts zu veröffentlichen, um herauszufinden, ob dahinter ein Potenzial steckt. Seiner Meinung nach ist es besser, den Unternehmen Daten anzubieten, die anhand eines realistischen Prototyps erhoben wurden.
Im Falle einer Website müssen wir nur eine Reihe von Folien in Keynote vorbereiten, um das Aussehen einer Website zu imitieren. Eine interessante Tatsache: Design-Sprint spielte eine wesentliche Rolle bei der Gründung von Slack, Zalando und Medium.
Kaskadenmodell
Das Gegenteil des 4-wöchigen Maximalsprints ist das Kaskadenmodell. Winston W. Royce schrieb erstmals 1970 darüber. In dem Artikel "Managing the Development of Large Software Systems".
Der 1929 geborene Informatiker beschrieb die sequentielle Ausführung der grundlegenden Schritte, aus denen sich die nächste Phase eines Projekts zusammensetzt. Winston W. Royce schreibt, dass es notwendig ist, die vorherige Phase gründlich zu dokumentieren und abzuschließen, bevor man zur nächsten Phase übergeht.
Das Kaskadenmodell unterscheidet mehrere Arbeitsstufen (Phasen):
- Anforderungsdefinition — wir definieren die detaillierten Anforderungen an das zu entwickelnde System.
- Gestaltung — wir entwerfen ein genaues Systemdesign, das den vorgegebenen Anforderungen entspricht.
- Bereitstellung — wir stellen das Projekt in einer bestimmten Entwicklungsumgebung bereit und vergessen dabei nicht, einzelne Module zu testen.
- Testen — wir integrieren Module, testen Subsysteme und Software.
- Wartung — wir lassen die Benutzer die Software nutzen und beheben dann Fehler, nehmen Änderungen vor und erweitern die Systemfunktionen.
Winston W. Royce stellt fest, dass eine solche Methodik "riskant ist und Ärger bringt" und nur in der Softwareentwicklung funktioniert — und auch nur dann, wenn viele Tests durchgeführt werden und die Kundenbedürfnisse gut bekannt sind.
Das Kaskadenmodell wird sich jedoch als nützlich erweisen, wenn der Arbeitsumfang und die Anforderungen zu Beginn eines Projekts stabil und bekannt sind. Wenn wir vorhaben, eine bewährte, vertraute und stabile Technologie zu verwenden, haben wir ein zusätzliches Argument für die Verwendung des Kaskadenmodells.
Ihr Hauptvorteil liegt in der Verringerung des Ausfallrisikos, allerdings nur, wenn der Vertrag Beschränkungen enthält (z. B. Ausführungszeit, Budget usw.). Darüber hinaus ermöglicht es Kaskade, die grundlegenden Phasen der Softwareentwicklung zu identifizieren und den Entwicklungsprozess zu organisieren. Das erleichtert die Planung und Verwaltung.
Der größte Nachteil der Kaskade besteht darin, dass die nachfolgenden Phasen streng definiert sind, was eine große Einschränkung darstellt und die Projektdurchführung manchmal behindert.
Wir sollten bedenken, dass sich die Projektannahmen dynamisch ändern können, daher ist es besser, auf Flexibilität zu setzen.
Denn die Aufdeckung von Fehlern, die während der Test- oder Nutzungsphase gemacht werden, führt zu hohen Kosten.
Außerdem liefern wir erst ganz zum Schluss ein funktionierendes Produkt, sodass das erzielte Ergebnis von den Erwartungen des Kunden abweichen kann.
Möchten Sie Ihr Produkt entwickeln oder verbessern?
Sprint vs. Kaskadenmodell
Werfen wir nun einen Blick auf die Leistung von Sprint und Kaskade.
Engagement des Teams
Diejenigen, die mit agilem Management in Berührung gekommen sind, sagen, dass es mehr als das Kaskadenmodell einbezieht, dass die an einem Projekt Beteiligten die Gestaltung in technischer und organisatorischer Hinsicht beeinflussen.
Regelmäßige Geschäftsbesprechungen mit der Geschäftsleitung bieten die Möglichkeit, die Produktvision und die Bedürfnisse der Benutzer besser zu verstehen und zu erfahren, warum wir eine bestimmte Geschäftsentscheidung getroffen haben.
Allerdings darf man nicht vergessen, dass wir Mitarbeiter brauchen, die nicht nur kompetent und motiviert sind, sondern sich auch nicht scheuen, selbstständig zu arbeiten.
Unsere Teammitglieder sind zusätzlich motiviert, weil sie sich bei Sprint für den Erfolg eines Projekts verantwortlich fühlen.
Zeit
Ein Sprint ist eine Arbeitsphase, die bis zu vier Wochen dauert. In dieser Zeit erreichen wir das Ziel eines bestimmten Sprints, bei dem die Bedürfnisse des Kunden im Vordergrund stehen. Auch ein fünftägiger Design-Sprint ist möglich, bei dem wir eine Idee definieren und einen einfachen Prototyp erstellen — eine hervorragende Einführung in Scrum oder Kaskade.
Das Kaskadenmodell beinhaltet die Erstellung einer detaillierten Beschreibung, wie ein System aussehen sollte. Das ist eine anstrengende Arbeit für den Auftragnehmer, denn ein solches Dokument kann Dutzende von Seiten umfassen; der Auftraggeber wiederum ist dafür verantwortlich, sich mit seinem Inhalt vertraut zu machen.
Sie ist nicht leicht zu verstehen, da es sich in der Regel um eine komplexe Analyse handelt. Das ständige Diskutieren und die Tatsache, dass es schwierig ist, während der Arbeit einen Schritt zurückzutreten, verlangsamen den gesamten Prozess zusätzlich.
Flexibilität
Sprint bietet viel mehr Flexibilität als das Kaskadenmodell. Das liegt daran, dass das Team während eines Sprints die ganze Zeit mit dem Kunden zusammenarbeitet und die Arbeit in einzelne kurze Phasen unterteilt ist.
Korrekturen sind nicht so problematisch wie beim Kaskadenmodell, bei dem das Zurückgehen zu einer früheren Phase, um Änderungen vorzunehmen, ein großes Problem darstellen kann, ganz zu schweigen von Änderungen am Endprodukt.
Effektivität
Das Ziel eines Sprints ist es, so effektiv wie möglich zu arbeiten und sich an Veränderungen anzupassen. Jake Knapp erwähnte in einer seiner Reden einige Ideen, die bei Google Ventures entstanden sind.
Es stellte sich heraus, dass eine Idee oft erst nach einigen Jahren umgesetzt wurde, oder manchmal wurde sie nie umgesetzt, weil die Idee im Laufe der Zeit an Bedeutung verlor. Das ist ein gemeinsames Merkmal von Kaskade, bei dem wir einen vorgegebenen Bereich von Operationen haben.
Geld
Sprint ist viel flexibler als das Kaskadenmodell; mit ihm können wir Änderungen im laufenden Betrieb vornehmen, während Kaskade weniger anfällig für Änderungen ist.
Änderungen in der Endphase sind sehr viel kostspieliger. Außerdem kann sich im Laufe der Zeit herausstellen, dass unsere Idee nicht mehr relevant ist.
Obwohl die Kosten für die Implementierung einer agilen Methode, die Sprints beinhaltet, nicht viel höher sind als bei anderen Software-Methoden.
Kommunikation
Im Gegensatz zum Kaskadenmodell vermeidet Sprint ständige Diskussionen um jeden Preis und setzt stattdessen auf eine schnelle und effektive Kommunikation. Es geht nicht darum, ständig Gespräche zu führen, sondern schnell Lösungen zu finden.
Vor- und Nachteile von Sprint und Kaskade
Schließlich stellen wir die Vor- und Nachteile von Sprint und Kaskade vor.
Vorteile der Kaskade:
- Sie eignet sich gut für kleine Projekte mit einfach zu verstehenden Anforderungen.
- Die Einfachheit der Verwaltung — alle Phasen haben ihren eigenen Charakter, definierte Ergebnisse und einen eigenen Überprüfungsprozess.
- Die Methode lässt sich leicht anpassen, auch wenn die Teams wechseln.
- Prozess und Ergebnisse sind gut dokumentiert.
- Es macht die Verwaltung von Abhängigkeiten einfach.
Nachteile der Kaskade:
- Die Methode wird weniger effektiv sein, wenn wir nicht von Anfang an streng festgelegte Anforderungen haben.
- Für große Projekte ist das nicht sehr gut geeignet.
- Es ist sehr schwierig, zu einer früheren Phase zurückzukehren, um Änderungen vorzunehmen.
- Der Testprozess beginnt erst nach Abschluss der Programmierung, was zu Fehlern führt, deren Behebung kostspielig ist.
Vorteile von Sprint:
- Die Teams sind perfekt motiviert und selbstorganisiert, was zu besseren Projektergebnissen führt.
- Ein Kunde ist ständig in den Produktentwicklungsprozess eingebunden.
- Mit der agilen Methode der Softwareerstellung wird die Qualität der Entwicklung aufrechterhalten.
- Es gibt eine sehr effiziente Kommunikation innerhalb eines Teams.
- Letztlich wird Sprint Zeit und Geld sparen.
- Der Prozess basiert vollständig auf kontinuierlichem Fortschritt. Ein Kunde und ein Team wissen genau, was fertig ist und was nicht. Dadurch verringern wir das Risiko.
Nachteile von Sprint:
- Die Kosten für die Implementierung einer agilen Methode, zu der auch Sprints gehören, sind nicht viel höher als bei anderen Software-Methoden.
- Wichtige Entscheidungen müssen während einer Sitzung getroffen werden.
- Für kleine Entwicklungsprojekte ist das nicht gut geeignet.
- Wenn ein Projektleiter sich nicht sicher ist, welches Ergebnis er erreichen will, kann das Vorhaben schnell scheitern.
Hero shot: Francisco Goya, "Duel with clubs."
