Mehr als Kommunikationsfähigkeiten, schlanke Techniken, um nutzlose Funktionen ohne Wert zu verwerfen, mehr als die Frage "Was willst du?" oder "gibt es sonst noch etwas?" zum Kunden.
In dem Buch „Agiles Projektmanagement“ von James A. Crowder heißt es: „Organisationen müssen danach streben, eine Umgebung bereitzustellen, in der das Budget nicht auf Zeit und Bewegung ausgerichtet ist, sondern auf die wahrgenommenen Werte der Projektziele ausgerichtet sein muss … . Bei klassischen Elektrofahrzeugen ist Veränderung schlecht und Unsicherheit schlimmer . “
Aus dem Buch Brilliant Agile Project Management von Rob Colle & Edward Scotcher: „Agile begrüßt Veränderungen und ermutigt sie sogar. Veränderungen werden nicht als Feind angesehen, sondern als wichtiger Teil der Entwicklung jeder guten Idee.“
In einem agilen Ansatz ist alles spekulativ und der Umfang wird nie geschlossen, bis der Kunde zufrieden ist.
Es sieht so aus, als ob diese Aussagen für interne Projekte in Softwareunternehmen wie Facebook, Uber, Airbnb oder sogar für interne Projekte gelten, in denen es eine Initiative gibt, Prozesse kontinuierlich zu verbessern.
In einem Kontext, in dem Sie Projekte mit externen Kunden und Projekte mit Ad-hoc-Entwicklung abwickeln, sind wir ständig durch den dreifachen Zwang eingeschränkt . Welche Techniken verwenden Sie, um den Umfang festzulegen und die Anzahl der Iterationen zu minimieren, wenn wir einen zeitlich begrenzten Vertrag haben?
Bearbeiten
*Triple Constraint ist der Name, den PMI verwendet, um Einschränkungen für jedes Projekt in Zeit + Kosten + Umfang (+ Qualität in der 6. Version des PMBOK) zu beschreiben. Jede Änderung an einer dieser Einschränkungen wirkt sich auf die anderen aus. Eine zeitliche Änderung wirkt sich auf Ihre Kosten aus, jede Änderung des Umfangs wirkt sich auf Zeit und Kosten aus und so weiter.
Das ist so restriktiv, fix und alt in Sachen Agilität. Sobald Sie Ihre Baseline haben, können Sie sie nicht mehr ändern, sondern durch einen formellen Änderungsprozess. Mit externen Projekten aus klassischer Perspektive verwalten Sie Verträge, um ein Produkt oder eine Dienstleistung in einer bestimmten Zeit und in einem bestimmten Budget zu liefern .
Deshalb ist im klassischen Ansatz Veränderung schlecht. Wenn Sie Ihren Ausgangsplan (Zeit oder Kosten oder Umfang) ändern, führt dies zu einer Überarbeitung oder Neuplanung. Nichtsdestotrotz wird im Agilen Wandel jederzeit akzeptiert. Beim Change Management widersprechen sich zwei Philosophien, aber wir müssen Änderungen so begrenzen, dass sie Fristen einhalten.
Wenn ich Ihre Frage richtig verstehe, fragen Sie, wie Sie die agile Entwicklung am besten in einer Situation angehen, in der es eine feste Obergrenze für die Zeit gibt?
Die offensichtliche Antwort ist, den Geltungsbereich einzuschränken. Und eine gute Technik, um dies zu tun , besteht darin, zunächst ein Minimum Viable Product (MVP) zu entwickeln .
Sie beginnen damit, dass Sie vom Kunden eine Liste mit den unbedingt erforderlichen Anforderungen erhalten . Die Anforderungen sind so, dass, wenn das Produkt ansonsten zu 100 % vollständig ist , außer dieser einen Anforderung, und es keine Möglichkeit gibt, es hinzuzufügen, die einzige Option darin besteht, das Produkt wegzuwerfen. Die Sammlung dieser Anforderungen ist Ihr MVP.
Sie schätzen dann, wie lange Sie denken, dass es dauern wird, dieses MVP zu entwickeln – Sie haben jetzt Ihren Mindestzeitplan. An diesem Punkt fügen Sie dem Zeitplan eine Auffüllung hinzu. Die Polsterung dient zwei Zwecken. Erstens ein Sicherheitsnetz für den Fall, dass Sie es unterschätzt haben. Zweitens Raum für iterative Verbesserungen – je mehr Polsterung Sie haben, desto mehr „sollte“- und „könnte“-Anforderungen können Sie erfüllen.
Wichtig ist jedoch, dass Sie das MVP nach dem Ausfüllen dem Kunden zeigen . Anforderungen ändern sich praktisch immer, sobald Kunden ein funktionierendes Produkt vor sich haben. An diesem Punkt können Sie alle zuvor hinzugefügten „Auffüllanforderungen“ im Austausch gegen das Hinzufügen neuer Anforderungen neu verhandeln. Entfernen Sie entweder einige der alten oder erhöhen Sie die Zeit/Kosten des Projekts.
Das Ziel ist die Zusammenarbeit. Gemäß dem Manifest „ Zusammenarbeit mit dem Kunden vor Vertragsverhandlung“.
In unserem Unternehmen sind wir jedes Mal mit dieser Situation konfrontiert, wenn wir einen Festpreisvertrag abschließen. Bitte schauen Sie hier in unsere Anfahrtsbeschreibung .
Erik
Maximus Decimus
Todd A. Jacobs