Heute ist mir in einem Projekt der Kragen geplatzt. Der Change Management Prozess wird einfach ignoriert und letztlich fällt nun rework an da Mitarbeiter in unterschiedliche Richtungen begonnen haben zu realisieren. Nun stellt sich natürlich als erstes die Frage warum dies so ist. Es gibt ein umfangreiches Project Change Request Template und alle haben zugesagt, den Prozess zu nutzen. Nur in der Praxis hat es einfach nicht funktioniert.
Letztlich ist viel Arbeit der Projektmanager damit verloren gegangen, untergeschobene Changes in neuen Dokumenten und Kommunikation an den regulären Kanälen vorbei einzufangen und einer Bewertung zuzuführen. Tom Mertron schlägt im Blog
Better Projects vor, den Begriff
Scope Creep zu ersetzen. Er hat eine viel zu negative Konnotation da er mit dem Bild eines Projektmanagers verbunden ist, der alle Change Requests ablehnt.
Zum Tom’s Frage nach einem Ersatzbegriff würde ich einfach
Scope Management vorschlagen im Sinne eine kontrollierten Änderung des Scopes. Im betroffenen Projekt haben wir viele Änderungen umgesetzt, die dem Kunden nutzen und den Aufwand bzw. die Komplexität reduzieren. Einige aufwandstreibende Changes sind ebenfalls angenommen worden, da sonst das Produkt schlecht am Markt plazierbar ist.
Des Pudel’s Kern scheint nach erster Betrachtung das Gewicht des Change Management Prozesses zu sein. Changes müssen von einem hohen Management-Gremium genehmigt werden, welches sich aus meiner Sicht eher Major Changes annehmen sollte, d.h. erheblichen Abweichungen des Scopes, die eine komplette Neubewertung des Projekts erfordern. Eine leichtgewichtige Vereinbarung für kleinere Änderungen scheint noch zu fehlen und so regiert die Keksconnection, d.h. der interne Kunde redet lieber gleich mit den Entwicklern.
Die nächsten Wochen werden zeigen, was die Analyse der Ist-Situation ergibt und was für ein gemeinsamer Weg zwischen Produktmanagern und Projektmanagern gefunden wird, um den Scope eines Projekts kontinuierlich weiterzuentwickeln. Es ist unrealistisch zu glauben, dass bei Software- und Internetprojekten der Scope wirklich vorher komplett festgeschrieben werden kann. Aber eine bewusste Steuerung von Änderungen ist unabdingbar.
Wie bereits vor einiger Zeit angekündigt ist die 2m RC-Multihull-Klasse nun offiziell eine DSV-Klasse. Die etwas kleinere Mini 40-Multihull-Klasse ist bereits länger offizielle Klasse, so dass nun die beiden wichtigsten Klassen im DSV vertreten sind.
Und was das Projektmanagement angeht, werde ich in der nächsten Woche wieder mit dem Bloggen beginnen. In den letzten beiden Wochen war ich Opfer der Trafficbremse von T-Mobile, so dass praktisch nichts mehr ging und im Hotel hatte der maxspot-WLAN-Hotspot bewiesen, dass man Internet auch noch in Analog-Modem-Geschwindigkeit “genießen” kann.
Posted by Andreas Heilwagen
