Geeignetste Vertragsform für Entwicklungsprojekte

Was ist die geeignetste
Vertragsform…
Peter StevensSUG Bern / 30.Apr.2020© 2020 Peter Stevens

Meet Peter Stevens
“Mr. What Really Matters” © 2020 Peter Stevens

Mein Ziel: Leute zu inspirieren, ihre Welt zu verändern
Build the Right Relationship Between
Sourcing and Agile Development Companies
PETER B. STEVENS
A Practitioner’s Guide to Creating the Right Contract
TEN AGILE
CONTRACTS
© 2020 Peter Stevens

Wer ist im «Raum»? Wer arbeitet im/in der
• Einkauf / Sourcing / Beschaffung
• Verkauf / Vorverkauf
• Entwicklung (inkl. Analyse, Architektur, Coding, Test )
• Scrum oder Kanban Development Team
• Stakeholder von einem Entwicklungsprojekt
• Agile Coach oder Scrum Master

Wieviel Aufwand braucht es,
den Vertrag für ein Entwicklungsprojekt vorzubereiten?
Silver-Grey:~ peters $
Silver-Grey:~ peters $ cat hello_world
#!/bin/bash
echo "Grüssech mitenand"
Grüssech mitenand
./hello_world

Wieviel Aufwand braucht es,
den Vertrag für ein Entwicklungsprojekt vorzubereiten?
• Ihr geht ins «Breakout room»
• Stellt euch kurz vor
• Wieviel Aufwand hat der Leistungsbezüger (der Auftraggeber)?
• Wieviel Aufwand hat der Leistungserbringer (der Lieferant)?
• Antworten bitte in Personen-Stunden, -Tage oder -Monate
• Wenn du die Warnung siehst «60 Sekunden»
• Schreib deine Antworten in den Chat
• bereite dich vor, deine Antworten zu erklären

Warum wird die
Zusammenarbeit
mit Kunden
höher
eingeschätzt?
Keine
Wertschöpfung

Warum könnte man trotzdem einen Vertrag wollen?
• Kontrolle, Eigentum definieren
• Risikomanagement und Risikoverteilung
• Geldfluss definieren
• Kontinuität gewährleisten
• Wechsel von Entscheidungsträgern
• Sinneswandel
• Gewährleistung der Einhaltung der geltenden Gesetze
(«Compliance»)
• Spielregeln erstellen, um die Erfolgschancen zu verbessern

Geht es ohne
schriftlichen
Vertrag?
Photo by Diane Helentjaris on Unsplash © 2020 Peter Stevens

Die Zwickmühle bei Entwicklungsprojekten
Als LieferantAls Anbieter
Wir müssen
genau wissen,
was wir
bestellen, um
es kaufen zu
dürfen
Weder
Auftraggeber
noch Lieferant
wissen dies zu
Beginn so genau

Was ist die richtige Vertragsform für
Entwicklungsprojekte?
Das kaufen, was
der Lieferant
wirklich
anbietet
Fixed Scope ist
kein agiler
Vertrag
Risiken, die falls
unkontrolliert,
das Projekt
scheitern lassen
Wie passen die verschiedenen Vertragsformen mit Agilität zusammen?

Risiken, die falls
unkontrolliert,
das Projekt
scheitern lassen

Alles, was
geschehen kann,
wird geschehen
• Welche Risiken können Ihr
Projekt zum Scheitern
bringen?
Photo by Anders Jildén on Unsplash © 2020 Peter Stevens

1. Lieferrisiko
• Bekomme ich am Ende des Projektes
überhaupt noch etwas Brauchbares?

2. Zeit- und
Budgetrisiko
• Wird es innerhalb des
versprochenen Zeitrahmens
und Budgets geliefert
werden?

3. Umfangrisiko
• Werde ich alles bekommen,
was ich verlangt habe?

4. Marktrisiko
• Wenn wir es bauen, werden
die Leute es benutzen oder
kaufen?

5. Technisches Risiko
• Ist unser Projekt technisch machbar?

6. Soziales Risiko
• Können die Leute, die das
Produkt bauen, effektiv
zusammenarbeiten?

7. Abhängigkeiten
• Werden die Leute, die
gebraucht werden, verfügbar
sein, wann sie versprochen
wurden?
Photo by Nicolas Picard on Unsplash © 2020 Peter Stevens

8. Stakeholder-Risiko
• Werden sie ihre Meinung über
Zweck, Priorität oder
Finanzierung des Projekts
ändern?

9. Veränderungs-Risiko
• Werden sich ändernde Anforderungen das Projekt
verzögern?

10. Bullshit-Risiko
Belügen Sie sich selbst über etwas Wichtiges?

Fragen
Photo © leonardo viti - Fotolia © 2020 Peter Stevens

Fixed Scope ist
kein agiler
Vertrag
Risiken, die falls
unkontrolliert,
das Projekt
scheitern lassen

Was bedeutet es, agil zu sein?
«Agiles Manifest» «Scheinagilität» «3 Gesetze»

Die ersten Sätze legen die agile Denkweise dar

Die ersten Sätze legen die agile Denkweise dar
Lernen
Zusammen-
arbeit
Sinn

Agilität ist
Sinn
Lernen
Zusammen
arbeit

Sinn
Lernen
Zusammen
arbeit
Scheinagilität - 1
Das geht mich nichts an© 2020 Peter Stevens

Scheinagilität - 2
User
Stories
SAFe
Sprint
Scrum
Planning
Poker
Story
Points
Product
Backlog
Scrum
Master
CI/CD
Pair
Programming
Kanban
Product
Owner
LeSSMacht Scrum!

Was heisst es für eine Firma, agil zu sein?
Drei Gesetze nach Steve Denning
• Gesetz des Kunden
• Fokus auf den Kunden, bestehende wie auch neue
• Gesetz des Networks
• Informationen fliessen schnell dorthin wo nötig, um rasch und effektiv auf
Veränderungen reagieren zu können
• Prozesse definieren, welche der Firma zu Wachstum verhelfen
• Gesetz des kleinen Teams
• Effiziente/ effektive Zusammenarbeit zwischen «Business» und «Technologie»

Agilität ist
Sinn
Lernen
Zusammen
arbeit
Kunden
Netzwerk
kleines Team
Einzeln/Team Unternehmen

Welche Art Projekt braucht einen agilen Ansatz?
Photo by Jordi oncasi on Unsplash
Landebahn
sanieren
Photo by Rodion Kutsaev on Unsplash
Smartphone
nächster Generation
Photo by Thought Catalog on Unsplash
Startup
neue App

Welche Art von Agilität braucht Ihr Projekt?
• Nicht-agil
• Der Soll-Zustand kann im Voraus genau definiert werden
• Änderungen sind unwahrscheinlich
• Scheinagilität («Fake Agile»)
• Man setzt agile Methoden ein, lässt Änderungen im Soll-Zustand jedoch nicht zu
• Operationelle Agilität
• Genügend Flexibilität, um das Richtige für bestehende Kundschaft zu produzieren
• Strategische Agilität
• Genügend Flexibilität, um neue Märkte zu kreieren und einzutreten
• Bestehende Märkte könnten dabei kannibalisiert werden

Das kaufen, was
der Lieferant
wirklich
anbietet
Fixed Scope ist
kein agiler
Vertrag
Risiken, die falls
unkontrolliert,
das Projekt
scheitern lassen

Wie geht Scrum mit Risiken um?

Ein klassischer Entwicklungsansatz definiert eine Reihe von
Meilensteinen auf dem Weg zu einem fertigen Produkt
Lieferbares
ProduktVision
Meilenstein
Meilenstein
MeilensteinImage © 2009-2020 Peter Stevens
Licensed CC-BY-NC-ND

«Das bringt Wert.
Wir wollen es»
Risiko steigt mit zeitlichem Abstand
zwischen Auftrag und Ergebnis
Lieferbares
ProduktVision
Meilenstein
Meilenstein
MeilensteinImage © 2009-2020 Peter Stevens
Auftraggeber
Auftragnehmer
Haben wir
bekommen, was
wir bestellt haben?

Scrum führt eine Rahmenbedingung ein: Mindestens alle 30
Tage muss das Team eine Version des Produkts erstellen,
welche getestet oder eingesetzt werden kann
Lieferbares
ProduktVision
Maximum 30 Tage
Image © 2009-2020 Peter Stevens

Vision
Potenziell
lieferbares
Produkt
Bei jedem Sprint überprüfen das Scrum-Team und die
Stakeholder die Zwischenversion des Produkts
Maximum 30 Tage
Review:
Produkt mit
Stakeholdern

Vision
Potenziell
lieferbares
Produkt
Dies ermöglicht ein feingranulares Scope- und
Risikomanagement…
Maximum 30 Tage
Review:
Produkt mit
Stakeholdern
Was
bringt
Wert?
Planung:
Was / Wie?

Lieferbares
ProduktVision
Potenziell
lieferbares
Produkt
… welches das Lieferrisiko am Ende des Projekts so gut
wie eliminiert
Maximum 30 Tage
Review:
Produkt mit
Stakeholdern
Was
bringt
Wert?
Planung:
Was / Wie?

Der agile Lieferant bietet
Scrum Master & Entwicklungsteam Scope- und Risikomanagement Etwas, das man nach jedem Sprint
benutzen oder testen kann
Giftbox icon made by Freepik from www.flaticon.com © 2020 Peter Stevens

Der agile Lieferant erwartet
Konstruktives Feedback
bei jedem Sprint Review
Einen kompetenten Product Owner Aktive Stakeholder
Giftbox icon made by Freepik from www.flaticon.com © 2020 Peter Stevens

Wie passen die verschiedenen Vertragsformen
zusammen?

Der «Sprint-Vertrag» ist eine Arbeitsvereinbarung, die
klären soll, worauf es beim Sprint wirklich ankommt.
Qualität Umfang
Kosten
(Aufwand)
Zeit
Ziel
Vorhersage
Fix Kann variieren

Nicht-agile
Vertragsformen

Potenziell agile
Vertragsformen

Ein Sprint ist wie ein Baustein für Ihr Projekt.
Jeder hat die gleiche Kapazität, Dauer und Kosten.
Photo by Paweł Czerwiński on Unsplash © 2020 Peter Stevens

Das kaufen, was der
Lieferant wirklich anbietet

Das verkaufen, was der Kunde
wirklich haben will
«Es mag buchstäblich einfacher sein, Starship einfach auf
dem Mond zu landen, als zu versuchen, die NASA davon zu
überzeugen, dass wir es können.»
-- Elon Musk
Photo courtesy @ElonMusk© 2020 Peter Stevens

Tipps für Euren Entwicklungs-Vertrag
Als
Leistungs-
erbringer
Als
Leistungs-
bezüger

• Sie können nach Scrum fragen
• Der Auftragnehmer stellt den Product
Owner zur Verfügung
• Versteht das Geschäft
• Versteht die Rolle
• die Rollen in Übereinstimmung mit
dem Scrum-Guide definieren
• Product Owner hat
Entscheidungskompetenz
• Sicherstellen, dass bei jedem Sprint
• eine neue, testbare Version zur Verfügung
gestellt wird
• Stakeholder besuchen das Sprint Review
• Wenn Umfang im Vertrag sein muss
• dem Product Owner die Befugnis geben,
vom Vertrag abzuweichen
Als
Leistungs-
bezüger

• Gutes Product Ownership ist
unabdingbar
• CIRO –
Chief Impediments Removal Officer
• Um den Informationsfluss vom Lieferanten
zu jemandem zu sicher zu stellen, der
Hindernisse beheben kann
• Wenn Sie sich in einem Start-up-
Kontext befinden (Innovation)
• Insourcing in Betracht ziehen
• Vor Ort Zusammenarbeit mit dem
Entwicklungsteam in Betracht ziehen
Als
Leistungs-
bezüger

• Erstes Ziel
• Jeden Sprint zuverlässig liefern
• Alle anderen Probleme verschwinden
• Bieten Sie die Kollaborationsregeln
(z.B. Scrum) als Teil Ihres
Angebotes an
• Keine Änderungen am Sprint-Ziel
• Stakeholder und Scrum-Team nehmen
am Sprint-Review teil
• Scrum Master und
Entwicklungsteam zur Verfügung
stellen
• Dem Projekt 100% gewidmet
Als
Leistungs-
erbringer

Coupon Code: SUGBERN
Build the Right Relationship Between
Sourcing and Agile Development Companies
PETER B. STEVENS
A Practitioner’s Guide to Creating the Right Contract
TEN AGILE
CONTRACTS
https://saat-network.ch/csm
https://saat-network.ch/cspohttps://saat-network.ch/ten
https://saat-network.ch/ten-e

Geeignetste Vertragsform für Entwicklungsprojekte

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie Geeignetste Vertragsform für Entwicklungsprojekte

Ähnlich wie Geeignetste Vertragsform für Entwicklungsprojekte (20)

Mehr von Peter Stevens

Mehr von Peter Stevens (20)

Geeignetste Vertragsform für Entwicklungsprojekte