Verwendung von Scrum in fixen/fixierten Projekten?

Question

Ich bin ein Scrum-Neuling und möchte Scrum in meiner Firma implementieren. Ein Buy-In ist kein Problem, es ist meine Firma und die Entwickler sind mehr als glücklich, so zu arbeiten.

Das Problem ist, dass 75% unseres Umsatzes aus Fixed-Length/Fixed-Price-Projekten stammen.

Ken Schwaber beschreibt in seinem Buch Agile Project Management mit Scrum das Thema Gebote für Fixed-Length/Fixed-Price-Projekte in einem Anhang am Ende des Buches.

Nach viel Seelenforschung, kam Ken zu dem Schluss, dass Scrum nur in dieser Situation nützlich ist, wenn man den potentiellen Klienten davon überzeugen kann, anders zu denken. Der Kunde müsste mit einer Menge Unsicherheit (über die endgültigen Kosten und das endgültige Lieferdatum) einverstanden sein, wenn er etwas früher erhält, was möglicherweise nützlich ist, und die Möglichkeit, nicht jedes Merkmal implementieren zu müssen, könnte ihnen Geld sparen.

Ich bin nicht davon überzeugt, dass dies die einzige Möglichkeit ist, Scrum in fixe Länge/Fixpreis-Projekte zu implementieren.

Ich möchte wissen, wie andere erfolgreich auf Fix-Länge/Fix-Preis-Projekte geboten und davon profitiert haben.

Answer 1

Ja. Ich glaube du kannst. Siehe The Waterfall's Not Working.

Das "raus aus der Festpreisbox" ist gar nicht so schwer ein Gespräch zu haben. Kunden haben auch Fehler gesehen. Sie haben die langen Verzögerungen gesehen, die zu einem Anforderungsdokument führten. Sie haben die endlosen Änderungsaufträge gesehen. Sie mögen es auch nicht.

Aber wenn Sie überzeugt sind, dass der Kunde die Dinge nicht anders verwalten will, müssen Sie einen hybriden Ansatz wählen.

Einen Preis zu machen ist nicht agil - das kann nicht sein. Sie müssen, um unparteiische Kunden zu beschwichtigen, einen Preis bilden. Natürlich haben Sie hier eine Art Masterplan, um den Preis zu rechtfertigen. Meistens ist alles, was Sie von diesem Masterplan wollen, der Rückstand. Andere Details sind nichts weiter als hypothetische Planungsannahmen. [Sie sind immer Planung Annahmen, aber einige PM denken, der ursprüngliche Plan ist ein göttliches Orakel, das gefolgt werden muss. Es ist nicht.]

Dann führen Sie in kleinen, agilen, inkrementellen Schritten. Sie müssen die Benutzer früh und oft ansprechen, und Sie müssen die Gespräche passieren lassen. Aber! Jede Änderung des Auftragsbestands muss als mögliche Änderung des Umfangs, der Kosten oder des Zeitplans untersucht werden.

Am Ende jedes Sprints werden Änderungen im Projektbestand möglicherweise Projektumfang und Vertragsänderungen betreffen.

Agile reduziert Ihre Risiken, weil Sie aktiv daran arbeiten, dass das Scope früher und produktiver mit dem Kunden wechselt. Der Versuch, den Bereich zu definieren (und einzufrieren), ist keine wertschöpfende Aktivität, also hör auf, es zu tun. Behandle den Gültigkeitsbereich so, wie er es vermutet, und arbeite den Gültigkeitsbereich bei jedem Sprint ab.

Answer 2

Ich bin mir nicht sicher über die Gebote und Gewinne, aber die Scrum-Methode kann sicherlich auf ein Fixed-Length/Price-Projekt angewendet werden. Wenn die Anforderungen bekannt und solide sind, können sie in den Produktstau aufgenommen werden und die Sprints können entsprechend den Anforderungen und dem Zeitlimit geplant werden. Sie können weiterhin die Vorteile der täglichen Scrum-Meetings, Burn-Down-Charts usw. nutzen, um sicherzustellen, dass das Projekt auf Kurs bleibt.