In der Softwareentwicklung bis in die 1990er Jahre war alles vorhersehbar und unkompliziert: eine klare Abfolge von Arbeitsprozessen, Schritt-für-Schritt-Planung, Dokumentation, Tests und Implementierung des Endprodukts.
Projektmanagement war übermäßig starr, und Abweichungen von einem strikten Plan störten den gesamten Workflow.
Waterfall (Cascade-Modell oder “Wasserfall” ‑Modell) ist ein unflexibles Software-Entwicklungsmodell mit einer klaren Abfolge von Aktionen, bei dem es unmöglich ist, zur nächsten Phase überzugehen, bis die vorherige vollständig abgeschlossen ist.
Die Entwicklung im Wasserfall ähnelt einem Fluss von Prozessen, die von Phase zu Phase mit klaren Anforderungen fließen. Es erfolgt kein Übergang zur nächsten Phase, bis die aktuelle abgeschlossen ist.
In den 1990er Jahren ersetzte eine Familie flexibler Methoden die starren.
Wir sprechen hier natürlich von Agile (agile Softwareentwicklung). Dieser neue Ansatz zur Projektmanagementmethodik trat in die IT-Welt ein und erweiterte sich später auf die Fertigung, Ingenieurwesen, Entwicklung künstlicher Intelligenz und mehr.
Die ersten flexiblen Methoden beinhalteten:
- RAD (konzentriert sich auf Qualität mit einem minimalen Budget und einem begrenzten Zeitrahmen)
- XP (Extreme Programming mit kollektivem Code-Eigentum)
- Scrum (bei dem jedes Teammitglied für das Ergebnis verantwortlich ist)
- Kanban (Visualisierung der Entwicklungsphasen auf einem Board), unter anderem.
Vier Agile Ideen, die Sie wissen sollten:
- Menschen und Interaktionen sind wichtiger als Prozesse.
- Kunden Zusammenarbeit ist wichtiger als Vertragsverhandlungen.
- Ein funktionierendes Produkt hat Vorrang vor Dokumentation.
- Auf Änderungen reagieren ist wichtiger als einem Plan zu folgen.
| Agile | Wasserfall |
|---|---|
| Flexible Arbeitsprozesse, die jederzeit Änderungen zulassen | Cascade-Entwicklungsmodell mit starrer Reihenfolge |
| Ein funktionierendes Produkt ist wichtiger als Dokumentation | Dokumentation ist wichtiger als das fertige Produkt |
| Individuelle Verantwortung jedes Teammitglieds für das Ergebnis | Die Verantwortung für das Gesamtergebnis liegt beim Team |
| Interaktion mit dem Kunden während der Entwicklung | Der Kunde ist nicht in den Prozess eingebunden |
| Maximale Einbindung des Produktinhabers in den Prozess | Minimale Einbindung des Produktinhabers |
| Der Workflow ist in kurze Sprints unterteilt, die normalerweise 1 Woche bis 1 Monat dauern | Jeder Workflow ist eine separate Phase, die bis zum Abschluss von Tests und Genehmigungen dauert |
Beliebte Projektmanagementsysteme in Agile
Schauen wir uns die an, die “Wurzeln geschlagen” haben und am häufigsten in der Softwareentwicklung verwendet werden.
Scrum
Ein flexibler Ansatz zur Softwareentwicklung, bei dem eine Aufgabe einem Sprint entspricht. Ein Sprint in Scrum kann von 1 Woche bis 1 Monat dauern.
Für wen ist Scrum geeignet?
Für kleine Unternehmen oder Abteilungen, in denen der Unternehmensinhaber oder der Abteilungsleiter physisch in den Arbeitsprozess integriert werden kann und aktiv teilnehmen kann. Diese Methode ist auch ideal für Startups.
Die Verwendung von Scrum im Projektmanagement erschwert es, die Verantwortung für unvollständige Aufgaben zu bestimmen. Jedes Teammitglied ist für das Ergebnis verantwortlich und priorisiert Selbstorganisation, um Arbeitsabläufe zu gestalten.
Das Team, das Scrum für das Projektmanagement wählt, muss auf maximale Flexibilität vorbereitet sein. Wenn ein Teammitglied beispielsweise vorübergehend aus dem Prozess “herausfällt”, muss ein anderer dessen Aufgaben übernehmen.
Der Scrum Master – der Projektleiter und eine Schlüsselfigur im Team, der die Organisation der Geschäftsprozesse, Meetings, Team-Motivation, schnelle Reaktionen auf Änderungen und Problemlösungen überwacht.
+ Vorteile
Software wird schneller entwickelt, mit maximaler Team-Beteiligung, reduzierung der Entwicklungskosten durch Aufteilung des Arbeitsablaufs in kurze Sprints.— Nachteile
Scrum hat keine strengen Regeln oder Anforderungen, sondern lässt Raum für Experimente, sich ändernde Budgets und Zeitpläne. Es eignet sich nicht für Kunden, die einen klaren Plan und einen formellen Vertrag benötigen.Zum Beispiel, wenn Sie ein Produkt für eine Regierungsorganisation erstellen müssen, bei der die Vertragsunterzeichnung Priorität hat, ist Scrum ungeeignet. Die oberste Priorität hat das fertige Produkt, gefolgt von Dokumentation, Arbeitsberichten usw.
Beispiel für Projektmanagement unter Verwendung von Scrum
Angenommen, die Aufgabe besteht darin, Software in kürzester Zeit zu erstellen. Der Workflow wird in Sprints unterteilt, die jeweils mit einer Demonstration des abgeschlossenen Ergebnisses enden. Es finden Meetings statt, um Zwischenresultate zu überprüfen und zum nächsten Sprint überzugehen.
Die Überwachung der Sprintabschlussgeschwindigkeit ist in Scrum entscheidend.
Um zu verstehen, wie lange ein Sprint dauern wird, kann das Team zu Beginn einen Timer starten. Die Verfolgung der Zeit, die für jede Aufgabe aufgebracht wird, bietet Einblicke in die erforderliche Dauer für ähnliche Aufgaben.
Kanban
Eine visuelle Darstellung des Workflows und der schrittweisen Aufgabenerledigung von “In Bearbeitung” bis “Fertig.” Zwischen diesen beiden Zuständen kann es mehrere andere Phasen geben: “Entwicklung,” “Testen,” “Optimierung” usw. Kanban erscheint als ein Board, auf dem Aufgaben von Station zu Station verschoben werden. Wenn eine Aufgabe die endgültige Station “Fertig” erreicht, ist sie abgeschlossen.
Scrum und Kanban sind flexible Ansätze zum Projektmanagement. Allerdings ist Kanban sogar noch flexibler, weil:
- Es plötzliche neue Aufgaben und ein “Umschalten” zwischen ihnen erlaubt.
- Kollektive Verantwortung für das Ergebnis erhöht die Effizienz.
- Ungeplante Aufgaben gehen in den Backlog, einen Lagerplatz für alle Aufgaben, die noch nicht in Bearbeitung sind. Der Backlog sieht aus wie jede andere Arbeitsprozessphase und enthält Aufgaben, die bereit sind, bearbeitet zu werden, wenn andere Phasen früher als erwartet abgeschlossen werden.
+ Vorteile
Im Gegensatz zu Scrum erfordert Kanban keine regelmäßigen Meetings, Diskussionen oder Sprint-Überprüfungen, wodurch Zeit gespart und die Effizienz erhöht wird, während alle Phasen auf dem Board sichtbar sind.— Nachteile
Kanban ist herausfordernd für große Projekte, bei denen Zwischenresultate entscheidend sind, da der Prozess in Sprints unterbrochen wird und eine vorherige Genehmigung eines Aktionsplans erforderlich ist. Kanban eignet sich besser für kurzfristige Projekte und Aufgaben.Beispiel für Projektmanagement unter Verwendung von Kanban
Die Aufgabe besteht darin, ein Anleitungsvideo für einen Kunden zu drehen. Dies wird die Erstellung mehrerer Aufgaben erfordern: “Drehbuch schreiben,” “Filmen,” “Rohschnitt,” “Nachbearbeitung.” Jede Aufgabe wird eine separate Spalte auf dem Kanban-Board sein.
Kanban oder Scrum? Welches Projektmanagementsystem brauchen Sie?
Scrum bietet mehr Kontrolle und Manageability zu Beginn der Entwicklung eines neuen Produkts. Wenn Kanban maximale Flexibilität bietet, fokussiert Scrum mehr auf Kontrolle und Management. Wenn die Prozesse festgelegt sind, kommt Kanban zur Hilfe. Es ist perfekt für die Arbeit an sich wiederholenden Aufgaben.Wie wählt man ein Projektmanagement-Tool aus?
Der richtige Aufgabenmanager ist die halbe Miete. Nachdem Sie eine Projektmanagement-Methode gewählt haben, ist es entscheidend, die Arbeit und Aufgaben in das gewählte System zu übertragen.
6 Anzeichen, dass Sie den richtigen Aufgabenmanager gewählt haben:
- Das Team hat alle Workflows nahtlos in das Konto übertragen.
- Die Funktionalität ist intuitiv und wird von den Teammitgliedern genutzt.
- Das Team verwendet problemlos einen der flexiblen Managementansätze: Scrum oder Kanban.
- Die Systematisierung des Workflows ist etabliert und steigert die Gesamtleistung.
- Die Teamkommunikation wird koordinierter: Projekte, Aufgaben und Kommentare gehen nicht verloren.
- Der Kunde erhält transparente Berichte über Aufgaben und Projekte und kann den Workflow verfolgen, wenn er möchte.