Projektmanagement nach Fix Time, Fix Budget, Flex Scope (FFF)

Ist es nicht ein Traum eines Firmeninhabers, ein IT-Produkt so zu verwalten, dass es pünktlich geliefert wird, die Konkurrenz hinter sich lässt und dies mit qualitativ hochwertigen und begeisterten Benutzern tut? Ich wünschte, ich könnte eine Silberkugel finden, die ich kontrollieren könnte, und sie scheint da zu sein. Nicht so silbern und nicht so sehr eine Kugel, aber ein ziemlich zuverlässiger und bewährter Managementansatz, der als FFF bezeichnet werden kann: Fix Time and Budget, Flex Scope.



Warum und wann sollten Sie FFF wählen? Lassen Sie uns einen Blick darauf werfen.

1. Drei Kombinationen

Jeder Ansatz für das Projektmanagement unterscheidet sich wesentlich darin, dass er die folgenden Werte festlegt oder nicht festlegt: Budget, Arbeitsumfang, Zeitrahmen und interne Qualität des Systems.





Eine bestimmte Kombination schafft bestimmte Arbeitsbedingungen, hat Vor- und Nachteile:

1. Festpreis
   
   
   
   
   • Drei Punkte des Projektdreiecks sind festgelegt: Zeit, Geld und Arbeitsaufwand.
   • Die Hauptrisiken werden vom Auftragnehmer übernommen, und diese Risiken spiegeln sich in der Bewertung wider. Darüber hinaus entstehen Risiken für den Kunden, über die ich in Artikel 12 Probleme bei der Arbeit an einer technischen Aufgabe in einem IT-Produkt geschrieben habe .
   • Ein großes Plus dieses Ansatzes sind die vor Arbeitsbeginn vordefinierten Projektparameter. Sehr oft muss das Unternehmen / die Regierung die Laufzeit, das Geld und den Arbeitsaufwand im Vertrag angeben.
   • . , . , .
   • .
2. Time and Materials (T&M)
   
   
   
   
   • , - .
   • .
   • , .
   • , . , , .
   • .
   • ( , Product Owner'), , , , .
3. Fix Time and Budget, Flex Scope (FFF)
   
   
   
   
   • : , .
   • .
   • , , .
   • , .
   • , , . .
   • : , / , .
   • , .. . , , , , , , .

– , . , «», , , . . , , SonarQube. Podlodka.

2.

Warum werden diese drei Kombinationen gebildet? Warum kannst du nicht alles reparieren? Am einfachsten ist es schließlich, das Budget, den Arbeitsumfang, das Veröffentlichungsdatum und die interne Qualität des Systems festzulegen, eine Vereinbarung zu unterzeichnen (wenn der Kunde intern ist, dann das Genehmigungsverfahren mit den Stakeholdern zu durchlaufen) und die Arbeit mit einem genauen Treffer in allen vier Werten auszuführen. Wie die Praxis zeigt, gibt es jedoch ein grundlegendes Problem, das es nicht einfach macht, diesen Weg ohne Verzerrung zu beschreiten.



Niemand hat Probleme mit der Berechnung des Budgets, es ist ziemlich einfach, das Veröffentlichungsdatum zu berechnen, und es gibt viele Metriken und Checklisten, um ein bestimmtes Qualitätsniveau für ein IT-Produkt festzulegen. Es ist alles einfach, wenn Sie den Arbeitsumfang genau einschätzen können. Mit anderen Worten, wenn es eine detaillierte Liste von Aufgaben und eine genaue Schätzung dieses Arbeitsaufwands gibt, können die anderen drei Größen leicht berechnet werden. Wenn umgekehrt keine genaue Schätzung vorliegt, sind auch die übrigen Werte ungenau, da sie auf einer Schätzung des Arbeitsaufwands beruhen.



Die Schätzung des Arbeitsumfangs ist immer ein Problem, da es keine einzige Schätzmethode gibt, die mit akzeptabler Genauigkeit funktionieren würde. Alle Methoden basieren auf den bisherigen Erfahrungen eines Teams, das ähnliche Dinge getan hat, was letztendlich Ungenauigkeiten bedeutet, weil die Menschen ungenau sind: emotional, optimistisch, vergesslich. Das Fehlen einer genauen Bewertungsmethode ist der erste Faktor, der uns daran hindert, den Arbeitsaufwand zu bewerten.

Ich habe mehr über dieses Problem im Artikel Kundenzufriedenheit für Programmierer geschrieben: Alle Programmierer sind Optimisten . Es gibt einen Link zu Bericht 36 von Vadim Makishvili, wo er vorschlägt, die Punktzahl einfach mit 3 zu multiplizieren. Unter Verwendung der Metapher des Verlegens und Passierens der Route wird in dem Artikel geschrieben. Warum dauern IT-Projekte 2-3 Mal länger als geplant? ...

Während der Arbeit an einem IT-Produkt ändern sie sich: die Liste der zu erledigenden Aufgaben, die Tiefe ihrer Ausarbeitung, die Herangehensweise an das Systemdesign. Dies geschieht unter dem Einfluss des externen Umfelds: Änderungen im Markt, Änderungen in der Unternehmensstrategie, Änderungen in den Richtlinien innerhalb des Unternehmens, Rückmeldungen von Benutzern, neue Eingaben von Personen, die in der Phase der Analyse geschwiegen haben und später beschlossen haben, sich zu äußern usw. Unsere Unfähigkeit, externe Einflüsse zu beeinflussen, ist der zweite Faktor, der uns daran hindert, zunächst in die Bewertung einzusteigen.



Der dritte Faktor ist, dass es keine Kriterien gibt, um das Erreichen der Vollständigkeit bei der Beschreibung des Arbeitsumfangs zu bestimmen. Das Schreiben der TK kann nicht beendet werden, es kann nur gestoppt werden. Ich schrieb über diese im Detail in dem Artikel Wenn es Zeit ist , die Terms of Reference zu stoppen zu schreiben .

Ich muss einen Vorbehalt machen, dass all dies wahr ist, wenn Sie in einem ziemlich komplexen Bereich arbeiten: Nach dem Cynefin-Rahmen sind dies die komplexen und komplizierten Bereiche. Wenn Ihr Projekt offensichtlich wird und gleichzeitig ziemlich kurz ist, werden Sie den Arbeitsaufwand höchstwahrscheinlich sehr genau schätzen.

Insgesamt haben wir festgestellt, dass die Wurzel des Problems in einer ungenauen Schätzung des Arbeitsumfangs und der praktischen Unmöglichkeit liegt, diese Schätzung genau zu machen.

• Festpreisprojekte opfern die interne Qualität des Systems, da es fast unmöglich ist, eine Schätzung mit drei Festspitzen vorzunehmen. Oder sie budgetieren in denselben Festpreisprojekten so viele Risiken neu, um etwaige Ungenauigkeiten bei der Bewertung abzudecken, was unwirksam ist.
• T&M , . Product Owner'.
• FFF , , « » , T&M.

3. ?

Wenn es unmöglich ist, den Arbeitsumfang mit ausreichender Genauigkeit abzuschätzen, dann vielleicht gar nicht? Es gibt eine solche Bewegung #NoEstimates. Kurz gesagt, wir organisieren den Entwicklungsprozess so, dass Aufgaben von der Ideenphase bis zur Einführung in die Produktion so effizient wie möglich ausgeführt werden und gleichzeitig eine hohe interne Qualität erhalten bleibt. Sie bieten die Möglichkeit, den Prozess mithilfe von Kanban zu organisieren, indem sie die Messdaten für die Flussverarbeitung verfolgen und dem Prozess der Bereitstellung neuer Funktionen besondere Aufmerksamkeit widmen. Vorzeitige Bewertungen werden als schädlich angesehen. Die Bewertung und Pflege des Rückstands ist Zeitverschwendung.

Wo Sie mehr über #NoEstimates erfahren können:

1. David Anderson spricht viel darüber, zum Beispiel in seinem Vortrag The Alternative Path to Enterprise Agility .
2. Askhat Urazbayev sprach bei AgileDays in seiner Rede #NoEstimates: Nicht evaluative Entwicklung .
3. Ron Jeffries schrieb darüber in dem Artikel Einige Gedanken zur Schätzung .
4. Denis Stebunov schrieb darüber auf Habré in dem Artikel über Schätzungen der Bedingungen in der Softwareentwicklung .

Ich bin mit beiden Händen für diesen Ansatz. Ich mag ihn als Ingenieur und als Führer. Das Leben ist jedoch so geregelt, dass die Eigentümer des Haushalts zumindest in den ersten Arbeitsphasen eine Schätzung benötigen, zumindest eine ungefähre. Bei Byndyusoft wechseln wir manchmal zu #NoEstimates, aber erst nach einer ziemlich langen Beziehung mit dem Kunden, und dies passiert nicht immer.

4. FFF - Gleichgewicht zwischen Flexibilität und Vorhersehbarkeit

Obwohl Noten das Leben verderben und Zeitverschwendung sind, ist es schwierig, ohne sie anzufangen. Es ist jedoch klar, dass keine Schätzung korrekt sein wird. Es stellt sich heraus, dass die beste Option darin besteht, die Frist und das Budget so festzulegen, dass das Unternehmen damit leben und das Arbeitsvolumen schweben lassen kann. Darüber hinaus müssen der Kunde und der Auftragnehmer vereinbaren, dass das Team zu jedem Zeitpunkt nur mit den wichtigsten und notwendigsten Aufgaben beschäftigt ist, und der Kunde nimmt sich Zeit, um die Dynamik der Prioritätenwahl zu überwachen.



Das erste Mal, dass ich die Beschreibung von FFF sah, war in Getting Real by 37signals im Kapitel Fix Time and Budget, Flex Scope . Im Moment ist dies in meinem Unternehmen der beliebteste Arbeitsansatz, sowohl für Kunden als auch für uns.

5. Interne Qualität des Systems

Wie ich oben geschrieben habe, ist die Arbeit an FFF möglich, wenn das Unternehmen kompetente Entwickler hat, die in der Lage sind, eine hohe interne Qualität des Systems sicherzustellen. Dies wird normalerweise erreicht, indem alles und jeder automatisiert, Best-Practice-Checklisten erstellt, Code und Architektur ständig überprüft, alle Arten von Tests durchgeführt und vor allem die richtigen Mitarbeiter für das Team gewonnen werden.



Warum nicht die interne Qualität vergessen, schreibt Martin Fowlers Blog-Artikel Ist hochwertige Software die Kosten wert? ... Ich habe darüber in dem Artikel Feststellen des Ausfalls eines IT-Projekts geschrieben... Kurz gesagt, mit FFF werden Änderungen in der Richtung der Produktentwicklung angenommen, und dies impliziert eine ausreichende Flexibilität des Systems. Wenn die Qualität des Systems niedrig ist, verlangsamt jede "Runde" die Entwicklung und erhöht die Kosten bis zum vollständigen Stopp des Projekts.



Wenn Sie gemäß FFF arbeiten möchten, fügen Sie die Qualitätskriterien in den Vertrag ein, um sie sicher zu beheben.

6. Motivation des Kunden und des Auftragnehmers

Die FFF-Arbeit motiviert den Kunden und den Auftragnehmer richtig. Im Gegensatz zum Festpreis, bei dem der Kunde und der Auftragnehmer über die Vertragsschnittstelle kommunizieren, und im Gegensatz zu T & M, bei dem der Kunde Grenzen verlieren und mehr als nötig ausgeben kann. Bei FFF muss jeder in Kommunikation investieren und im Projekt „leben“, um das Wichtigste zu tun und gleichzeitig die Vertragsbedingungen zu erfüllen.

7. Wählen Sie FFF

Festpreis und T & M haben in bestimmten Zusammenhängen ihre Vorteile:

1. Wenn Sie an einer Ausschreibung teilnehmen und sich verpflichten, eine bestimmte Arbeit innerhalb der vereinbarten Zeit und des vereinbarten Geldes abzuschließen, während die Kommunikation meist über einen Vertrag erfolgt, ist der Festpreis höchstwahrscheinlich die beste Option.
2. Wenn der Kunde genau weiß, was er benötigt und wie er den Arbeitsprozess effektiv aufbauen kann, muss er nur T & M-Ressourcen kaufen und nach eigenem Ermessen entsorgen.

Wenn andere Dinge gleich sind, versuchen wir, FFF zu wählen. Dieser Ansatz scheint am ausgewogensten zu sein: Er reduziert die Risiken des Kunden und des Auftragnehmers, schafft auf beiden Seiten die notwendige Motivation und sorgt für die interne Qualität des Systems.



Links:

1. Wie und welche Aufgabenstellung bei der Arbeit an Agile zu schreiben ist .
2. Das Prinzip des Projektmanagements im Designbüro von Artyom Gorbunov.