Immer schnellere Produktzyklen und die ungenauen oder unvollständigen Anforderungen der Kunden lassen klassische Vorgehensmodelle, wie das V-Modell, HERMES oder PRINCE2, bei IT- und Forschungsprojekten immer öfter an ihre Grenzen stoßen.Haben Sie schon einmal ein IT-Projekt mit Hunderten von Arbeitspaketen, Dutzenden von Meilensteinen und Abhängigkeiten geplant und (was noch viel mühsamer ist) den Projektplan regelmäßig aktualisiert? Und was ist mit den zahlreichen Änderungswünschen des Kundens?

Speziell für Softwareentwicklungs- und Forschungsprojekte wurden deshalb die Prinzipien von „Agilität“ formuliert. Dabei handelt es sich um ein praxisbezogenes Handlungsmodell, das weitgehend auf umfangreiche klassische Vorgehensmodelle verzichtet und kurze Iterationszyklen und eine frühzeitige Einbindung der Auftraggeber einfordert.

Der Hype ist vorbei - Crystal, SCRUM und XP sind geblieben. Wenn der Auftraggeber schon nicht das Ziel genau formuliert, umkreisen wir das Ziel gemeinsam mit den Kunden.

In der Grobplanung werden das Anforderungsmodell, die Systemarchitektur und die Risiken beschrieben. Auf eine detaillierte Feinspezifikation wird während der Grobplanung komplett verzichtet. Die Feinspezifikation entsteht, wie das gesamte Projektergebnis, iterativ. Die weiteren Planungen erfolgen zyklisch (Sprints) und erst im Bezug der aktuell anstehenden Iteration. Jede Iteration sollte zu testbarer Software führen und vom Kunden abgenommen werden (Reflektion am Iterationsende).

Um Projekte agil zu managen, benötigt man einfache, aber strenge Regeln, kurze Iterationen (ein bis vier Wochen), kontinuierliche Planung und Reflexion und tägliche (aber kurze) Meetings. Während des Entwicklungsprozesses hat sich auch Pair-Programming bewährt.

Wenn das Projekt agiles Projektmanagement ermöglicht („Wir testen doch nicht Ihre Software“, „Wir haben doch schon eine Spezifikation“, …), können dadurch die Ergebnisse praxis- und kundengerechter ausfallen und das Risiko für Totalabbrüche minimiert werden. Eine wesentliche Verringerung des Verwaltungsaufwands oder eine spürbare Steigerung der Produktivität wird mit agilen Methoden in der Regel nicht erreicht, da die Einsparungen in der Projektplanung und Spezifikation durch höhere Aufwände für das Änderungs- und Qualitätsmanagement aufgezehrt werden.