Wie wir oben beschrieben haben, bedeutet Agile:
Das sind wirklich coole Prinzipien. Sie ermöglichen es, flexibel auf die aktuelle Situation, aktuelle Trends und reale Bedürfnisse der Kunden zu reagieren. Regelmäßige Releases ermöglichen es, frische Ideen sofort zu überprüfen und zu korrigieren. Die Konzentration auf die wichtigsten Features ermöglicht es, die verfügbaren Ressourcen effektiver zu verwalten und den aktuellsten Service und die beliebtesten Funktionen bereitzustellen.
Dieser Ansatz ist in fast jeder Branche und insbesondere in der IT äußerst erfolgreich und effektiv!
Das klingt gut, aber lassen Sie uns den Prozess in Bezug auf Budget und Timing behandeln. Manager und Geschäftsinhaber müssen verstehen, von wem, wann und für wie viel diese oder jene Funktionalität implementiert wird. Es ist notwendig, die Prioritäten richtig zu setzen. Dies ist für die Planung von Releases notwendig. Dies ist für Fassung der strategischen Entscheidungen zur Unternehmensentwicklung und zum Ressourcenmanagement notwendig.
Zum Beispiel, das sind typische Fragen, deren Antworten bei Managemententscheidungen von großer Bedeutung sind:
Mit den Antworten auf diese Fragen hat Agile jedoch Probleme... Da es sehr schwierig ist, die anstehenden Arbeiten in der Welt der flexiblen Entwicklung vorherzusagen oder zu bewerten: Agile hat keine detaillierten und klaren Pläne, Spezifikationen und Fristen. Außerdem, selbst wenn eine ungefähre Bewertung gegeben ist, es ist sehr schwierig, seine Machbarkeit während des Entwicklungszyklus zu gewährleisten: unser ursprünglich geplanter Umfang wird nach jeder Iteration ständig geändert und korrigiert. Es wird coole und frische Ideen kommen, verschiedene Korrekturen, Empfehlungen, die zuerst veröffentlichen werden müssen. Ja, ja, so funktioniert Agile.
An dieser Stelle können Agile Follower Einspruch erheben - warum brauchen wir Fristen und Budgets? Nach jeder Iteration werden wir neue Funktionen veröffentlichen, die sofort funktionieren, Gewinn bringen und Möglichkeit geben, Agile aus der tatsächlichen Nutzung zu sammeln!
Wir können dieser Meinung jedoch nicht zustimmen.
Ständig neue Entwicklungen in der Live-Umgebung nach jeder Iteration zu veröffentlichen, ist nicht immer der richtige Ansatz! Sehr oft ist eine Funktion oder ein Produkt für den Kunden erst nicht attraktiv, wenn eine minimale Anzahl von Funktionen implementiert ist. Werden Sie ein Produkt verwenden, das nur eine Startseite und eine Login-Seite hat? Werden Sie den Online-Shop erneut besuchen, der es Ihnen nicht erlaubt, Einkäufe zu tätigen, nachdem Sie Zeit damit verbracht haben, das Produkt anzusehen und auszuwählen?
Und was ist ohne Lieferzeit für Features? Vor der Produkteinführung oder einer neuen Funktionalität werden verschiedene Medien- und Marketingevents durchgeführt, die im Vorfeld geplant und organisiert werden müssen. Oder die neue Funktionalität erfordert Korrekturen in verschiedenen Bereichen Ihrer Anwendung, die von anderen Abteilungen oder Teams durchgeführt werden, und diese Aktivität sollte synchronisiert werden.
Das Fehlen eines vereinbarten Budgets ist im Allgemeinen ein sehr gefährlicher Ansatz für die Projektdurchführung. Alle Teilnehmer haben in jedem Fall bestimmte Erwartungen an die Budgetgröße. Und in diesem Fall wird die unvermeidliche Diskrepanz zwischen dem tatsächlichen und dem erwarteten Budget viele Probleme bereiten: Es wird zunehmendes Misstrauen und Spannungen zwischen den Projektbeteiligten geben, zusätzliche Kontrolle wird in die Prozesse eingeführt, in denen keine Kontrolle erforderlich ist. Und in einigen Fällen können Budgetüberschreitungen zur Aussetzung der Produktentwicklung oder zur Entlassung eines Teils des Teams führen, was natürlich sehr traurig ist.
All dies sieht aus und klingt so, als wäre Agile nur in "idealen" Projekten gut: wenn wir bereits erfolgreich mit Produkten arbeiten, bodenlose Budgets, voll treue Kunden und das Fehlen von verworrenen Führungssituationen.
In realeren Projekten: Wenn unsere Budgets und Ressourcen ein vernünftiges Limit haben, müssen die genauen Bedingungen für die Implementierung neuer Funktionen definiert und mit einem minimalen Fehler eingehalten werden, wenn unser Produkt noch nicht führend in seinem Segment geworden ist und die Folgen der Einführung erfolgloser oder unvollständiger Funktionen sehr schmerzhaft sein können - es ist notwendig, konservativere Methoden zu verwenden, die mehr Vorhersehbarkeit und Kontrolle bieten.
Aber das ist nicht wirklich wahr! Agile ist perfekt für alle Unternehmen, Teams und Projekte! Wenn jedoch Planungsfragen in Ihrem Unternehmen oder Projekt eine wichtige Rolle spielen, sollten Sie den sogenannten hybriden Ansatz - Agile, der eine Reihe von Best Practices aus dem Projektmanagement beinhaltet, verwenden. Zu diesem Zeitpunkt ist der hybride Ansatz die beste Wahl für Unternehmen, die gerade erst mit der Implementierung von Agile beginnen!
Betrachten wir, welche Elemente des Projektmanagements in pure Agile enthalten sein sollten, um es für jedes Unternehmen geeignet zu machen, das Risiko möglicher Probleme zu minimieren und die Wahrscheinlichkeit eines erfolgreichen Abschlusses des Projekts zu maximieren.
Es ist nicht notwendig, das Projekt so genau wie möglich zu bewerten, sondern nur eine übergeordnete, ungefähre Bewertung genügt. Auch wenn das Projekt langfristig angelegt sein soll, ist es nicht notwendig, das gesamte Projekt zu bewerten, es genügt, den Umfang einer oder mehrerer der nächsten Phasen zu bewerten.
Eine solche Bewertung ist sehr wichtig, denn:
Gleichzeitig müssen wir entweder die bestehende Roadmap ohne Änderungen beibehalten oder sie genau nach den neuen globalen Zielen abstimmen! Gleichzeitig sollten die Rekonstruktion der Roadmap und die Folgen dieser Veränderungen für alle Beteiligten völlig transparent und verständlich sein.
Das ist wahrscheinlich der wichtigste Punkt! Wie wir bereits mehrfach gesagt haben, werden wechselnde Prioritäten und Umfang in der flexiblen Entwicklung erwartet und begrüßt, und wenn wir normalerweise über die Veränderung des Umfanges sprechen, meinen wir damit die Verlängerung. In diesem Fall besteht die Hauptaufgabe des Projektteams darin, das sogenannte Projektdreieck aus Zwischenablage, Begriffen und Ressourcen korrekt neu zu ordnen. Die Vergrößerung des Umfanges kann durch Hinzufügen von Ressourcen oder Ändern des Datums der endgültigen Version korrigiert werden, aber meistens wird die Anpassung durch Überprüfung des Umfanges erfolgt: Nach jeder Änderung der Prioritäten oder Hinzufügen neuer Funktionen sollte das Projektteam alle für Grand Release geplanten Aufgaben analysieren und einen neuen Umfang und eine Roadmap erstellen. Der Erfolg der Projektdurchführung hängt davon ab, wie korrekt und transparent diese Korrekturen vorgenommen werden!
Da Korrekturen an Prioritäten und Umfang häufig vorkommen, wird die ständige Überprüfung des Umfanges zu einem zeitaufwändigen und problematischen Prozess für das Projektteam und Stakeholder. Schließlich gilt es, die Abhängigkeiten zwischen den Aufgaben, ihre Bedeutung und Komplexität zu berücksichtigen und zu entscheiden, was und wie verschoben werden kann. Vergessen wir nicht, dass sich unsere Teamgröße ändern kann: Das Team kann sich vergrößern oder verkleinern, die Menschen nehmen sich eine Auszeit, werden krank und gehen in den Urlaub... und alle diese Änderungen müssen auch in der aktualisierten Roadmap berücksichtigt werden.
Daher ist es äußerst wichtig, moderne Anwendungen für das Projektmanagement (wie TBB, Jira, Azure DevOps oder andere) einzusetzen. Dies spart viel Zeit bei der Bearbeitung von Änderungen, macht den Prozess von Überprüfung des Umfanges transparent und für alle Teilnehmer verständlich, vergisst nicht und verpasst keine wichtigen Nuancen oder Aufgaben.
Und Sie werden angenehm überrascht sein, wie leistungsstark, flexibel und schnell Agile ist!
Mehr über eines der aufgeführten Instrumente des Projektmanagements und unsere anderen Artikel können Sie hier nachlesen.
Im nächsten Artikel planen wir, den Einsatz von Agile in verteilten Teams an verschiedenen geografischen Standorten und Best Practices beim Aufbau selbstmotivierter Teams zu untersuchen.
Fortsetzung folgt...
