Agile Verträge rechtssicher gestalten! #agile #smart law ... · Agile Verträge rechtssicher gestalten! 17.10.2018 23 Quelle: NASA/W. Liller, Comet 1P/Halley as taken March 8, 1986

© JURIBO Anwaltskanzlei Rechtsanwalt Kristian Borkert

VE

RT

RA

ULIC

H

Agile Verträge rechtssicher gestalten!

#agile #smart law

Manage Agile 2018

Kristian Borkert, Rechtsanwalt

Berlin, 17.10.2018

http://www.juribo.de/


VE

RT

RA

ULIC

H

About me

For almost 10 years Kristian Borkert is working in

national and international project related to information

technology and data protection law.

His expertise areas include IT and business process

outsourcing, SLA, software licensing, software project

agreements, data protection agreements and other IT

sourcing related topics.

He is particularly interested in agile methods such as

Scrum or Kanban, collaboration models and blockchain.

Kristian Borkert

Attorney at Law (German Rechtsanwalt)

Data Protection Officer DSB-TÜV

International Procurement Manager

Certified Scrum Master

Areas of Specialization▪ IT Law

▪ Data Privacy Law

▪ Commercial and Corporate Law

Blog: www.sourcingrecht.de

Agile Verträge rechtssicher gestalten! 217.10.2018


http://www.sourcingrecht.de/


VE

RT

RA

ULIC

H

Agile Law – „Focussed on your endeavour I will shape a tailor-made and flexible solution for your needs. “ Kristian Borkert, Attorney at law (German Rechtsanwalt)

▪ Draft and negotiate IT sourcing

contracts for projects, outsourcing,

cloud / SaaS etc.

▪ Manage performance, service levels

and contracts, RFx support

▪ Legal representation and mediation

▪ Assessment: Fit for IT sourcing

▪ Assessment: Fit for projects

▪ Draft and negotiate licensing contracts

as well as legal representation

▪ Prepare, support and manage a

Licensing audit

▪ Advisory regarding busines model

transfromation to cloud services

▪ Check and draft data protection

agreements such as data processing

agreement, data policies

▪ Prepare or check documentations

e.g. impact assessment

▪ Legal representation

▪ Assessment: Fit for GDPR

▪ Draft and negotiate salescontracts for

projects, outsourcing etc.

▪ Legal representation and mediation

▪ Assessment: Fit for agile Sales




VE

RT

RA

ULIC

H

JURIBO Legal & Consulting


▪Pragmatic solutions in plain language

#agile

#blockchain

#it-sourcing

▪Practical knowledge and agile methods

▪IT and law since 10 years

▪Digital transformation and start up´s

417.10.2018



VE

RT

RA

ULIC

H

Practical Seminar: Agile Procurement and Agile Contract Drafting


Excerpt of the Content

➢ Contract drafting for agile

projects

➢ Commercial elements of agile

projects

➢ Buying agile projects

Lecturer:

➢ RA Kristian Borkert

➢ Prof. Dr. Ayelt Komus

➢ Thomas Heupel

Further Information: https://shop.bme.de/products/agiler-einkauf-und-agile-vertragsgestaltung

517.10.2018


https://shop.bme.de/products/agiler-einkauf-und-agile-vertragsgestaltung


VE

RT

RA

ULIC

H

Selected Publications




VE

RT

RA

ULIC

H

Wer als Werkzeug nureinen Hammer hat, sieht in jedem Problem einen Nagel.

Paul Watzlawick

17.10.2018

Agile Verträge rechtssicher gestalten!9



VE

RT

RA

ULIC

H

Was bedeutet ein Vertrag für das Projekt?

Grundregeln für Projekt

Verteilt Risiken & reflektiert

das Vertrauen zwischen den

Partnern

Falsche Spielregeln

blockieren den Projekterfolg

Projekt-

vertrag




VE

RT

RA

ULIC

H


Lastenheft, Pflichtenheft, Abnahme bei Werkverträgen

Requirements Spec

• Mission requirements and circumstances: mannedlaboratory module for ISS deliverd by Space Shuttle

Design-to-Spec

• Specifies the technicalsolution: cylindricalpressure modul withcertain diameter and length

Acceptance byCustomer

• Solution based upon Desing-to-Specaccepted

• In case ofdiscrepancies betweentDesign-to-Spec and Requirements Spec thelatter prevails

Picture: ISS Destiny Lab module (NASA) by NASA, downloaded under https://upload.wikimedia.org/wikipedia/commons/7/76/ISS_Destiny_Lab.jpg

1117.10.2018


https://upload.wikimedia.org/wikipedia/commons/7/76/ISS_Destiny_Lab.jpg


VE

RT

RA

ULIC

H

Agile Verträge rechtssicher gestalten! 12

Wofür sind unsere Verträge eigentlich gemacht worden?

Time elapsing

Pla

nW

irk

lic

hk

eit

17.10.2018



VE

RT

RA

ULIC

H

Wie werden agile Projekte rechtlich eingeordnet?

… kommt darauf an.

Dienstvertrag § 611 ff. BGB

Keine Spezifikation bzw. kein Lastenheft

Hohe Mitwirkung des Auftraggebers

Kein Wille des Auftraggebers, das

Risiko der Fertigstellung der

Software zu tragen.

Steuerung durch Auftraggeber

Gesellschafts-vertrag

§ 705 ff. BGB

Intensive Zusammenarbeit von

Auftraggeber und Auftragnehmer

Gemeinsame Zweckverfolgung

Entspricht nicht dem Parteiwillen

Parteien sind zumeist nicht auf

Augenhöhe

Lizenzvertrag

Nutzung der erstellten Software ➔

Nutzungsrechte übertragen

Lizenzvertrag kein gesetzl.

Vertragstypus

Leistungs-schwerpunkt in

Software-Entwicklung

Ggf. Miturheberschaft

Werkvertrag § 631 ff. BGB

Gewollte Risikoverteilung der

Parteien

Faktische Steuerung des Auftragnehmers

Keine Spezifikation bzw. kein Lastenheft

Hohe Mitwirkung des Auftraggebers

Kaufvertrag §§ 433, 651 BGB

Arg ex § 651: Lieferung

herzustellender bewegl. Sachen

Auslegung nach Gegenstand des

Vertrages / Hauptzweck

Dominierende Planungsleistung

Abnahme ist Parteiwille

-

-

+ +

+

-

-

+

-

-

-

+

+

+

-

-

+

-

-

-




VE

RT

RA

ULIC

H

Wie werden Scrum-Projekte rechtlich eingeordnet?

…das sagt der BGH:

Scrum-Projekte als Werkverträge

▪ Die Planung ist in die Entwicklung integriert. Beide sind in den Sprints untrennbar verbunden. ➔ Die Planungsleistung ist bei

Scrum zentraler Entwicklungsbestandteil und damit Kern des Vertrages.

▪ Die fehlende Leistungsbeschreibung ist einem Werkvertrag nicht abträglich. ➔ Bei Projektbeginn stehen Grundvorstellungen zu

der bezweckten Anwendung und den Zielen des Projekts sowie Konkretisierungen

durch Use-Cases und das Product-Backlog fest.

▪ Ziel des Scrum-Prozesses ist ein potentiell auslieferungsfähiges Produkt /Inkrement, d.h. implementiert, getestet und

dokumentiert. ➔ Werkerfolg

BGH Urt. v. 23.7.09 (Siloanlagen-Entscheidung):

„Eine Ausnahme [zur Anwendung von § 651 BGB] kann deshalb allenfalls dann gelten, wenn die Planungsleistung so dominiert, dass

sie den Schwerpunkt des Vertrages bildet und deshalb die Anwendung des Werkvertragsrechts erfordert. Das kann z.B. dann der

Fall sein, wenn es bei der Beauftragung im Wesentlichen um die allgemein planerische Lösung eines konstruktiven Problems geht.“

Scrum-Projekte als Dienstverträge

▪ Wenn von den Parteien intendiert oder

▪ Scrum-Team ist von Auftragnehmer und Auftraggeber gemeinsam besetzt.




VE

RT

RA

ULIC

H

Aktuelle Rechtsprechung zu ScrumLG Wiesbaden, Urteil vom 30.11.2016 – 11 O 10/15; OLG Frankfurt,

17.08.2017 - 5 U 152/16, BGH - VII ZR 203/17 (anhängig)

▪ Vertrag für SCRUM-Projekt auf Basis des LOI als Werkvertrag, auch wenn nach T&M

bezahlt wird.

▪ Geplanter Vertrag liefert wichtige Indizien zur intendierten Zusammenarbeit.

▪ Vorgehensweise in Sprints ist eine Art integrierte Planung.

▪ Konzeptionshoheit bei AG, Ausführungsverantwortlichkeit bei AN.

▪ Ungeklärt: Mindestbrauchbarkeit von Sprints, Bedeutung Definition of done.




VE

RT

RA

ULIC

H

Werkzeugkastenfür agile Verträge

17.10.2018 Agile Verträge rechtssicher gestalten! 16



VE

RT

RA

ULIC

H

17

Der Vertrag muss zur Situation passen! …und nicht umgekehrt…


Komplex

Kompliziert

Simpel

Geringe

Klarheit/

Übereinstimmung

Weitreichende

Klarheit/

Übereinstimmung

„Im Griff“ Unklar/

Unsicher

Anforderungen

Technik/

Methode

Chaos

KVP

Design Thinking

Projektmanagement

Scrum

Kanban

Nach: Ralph D. Stacey: Strategic Management And Organisational Dynamic: The Challenge of Complexity

▪ Vision Unklar ➔ Design Thinking

➔ Dienstleistung ggfs. mit

Festpreis

▪ Vision & Backlog klar ➔ Scrum

➔Vertragsvarianten Scrum

(Dienstleistung/Gewerk) mit

entsprechender Preisabrede

▪ Anforderungen sehr klar ➔

Kanban, aber auch klassisches

Projektmanagement & KVP➔ nach

gewünschter Risikoverteilung

(Dienstleistung/Gewerk)



VE

RT

RA

ULIC

H

Qualität setzt sich durch! …aber nur, wenn Sie vereinbart ist!

Gewerk pro Sprint

Werkvertrag für das Projekt

Dienstleistung

Arbeitnehmer-überlassung

Gesellschafts-vertrag

Vereinbarte

Leistung

Sprint- Backlog

Sprint- Backlog

Sorgfältig

ausgeführte

Tätigkeit

Tätigkeit nach

Anweisung

Gesellschafts-

zweck

Qualität

User Story &

Definition of Done

(DoD)

User Story,

DoD &

Zusammenwirken

Allgemeine

fachliche Standards

-

-

Abnahme

1 Abnahme je

Gewerk/Sprint

Freigaben pro

Sprint &

Gesamtabnahme

Keine

Keine

Keine, bei

Zweckerreichung

Auflösung (GbR)

Mängel-

haftung

Pro Sprint

Ab Gesamt-

abnahme

Keine, ggfs.

Schadenersatz aus

Pflichtverletzung

Keine

Keine, ggfs.

Schadenersatz aus

Pflichtverletzung




VE

RT

RA

ULIC

H

Product Backlog im Zeitverlauf


Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint n

t

Neues Item tauschen

Priorisierung

Sp

rin

t B

acklo

gP

rod

uctB

acklo

gS

prin

t

Pla

nnin

g

Finaler Leistungs-

gegenstandAbnahme gegen User Story,

Akzeptanzkriterien und DoD



VE

RT

RA

ULIC

H

User Story, Akzeptanzkriterien und Definition of Done

Akzeptanzkriterien

(Bezug: User Story)

Als Student kann ich mir

einen Überblick über

bisherige Studien-

leistungen direkt online

anzeigen und ausdrucken

lassen, um jederzeit einen

aktuellen und

präsentablen Überblick zu

haben.

1. System-Einstellung

abgeschlossen

2. System-Einstellung mit

Bezug zu Fachkonzept

dokumentiert

3. System unter Last

getestet

4. Entsprechende

Prozessdokumentation

erstellt und durch QS

abgenommen

5. ….

User Story

Definition of Done

(Bezug: Objekt-Klasse)

• Problemloser Zugriff

über die 4 gängigsten

Webbrowser.

• Aufbau der Seite

innerhalb von maximal

1,5 Sekunden.

• Geprüfte einfache und

intutive Nutzerführung.

• Darstellung aller

Prüfungsleistungen, die

nicht jünger als 24

Stunden sind.

DoD für alle User-Stories zur Prozessoptimierung

mit Campus-Management-System

User Stories mit jeweiligen individuellen

Acceptance Criteria

Cortesy of Heupel Consultants & Prof. Dr. Ayelt Komus, Quelle: Jeff Sutherland




VE

RT

RA

ULIC

H

Richter sind keine Scrum Master!

(1) Die agile Vorgehensweise im Projekt richtet sich im Wesentlichen nach den Grundsätzen im Scrum und umfasst

verschiedene „Zeremonien“. Folgendes Schaubild gibt einen Überblick darüber. Die Zeremonien und Rollen werden

nachfolgend kurz beschrieben.

Scrum Rollen: Das agile Team setzt sich zusammen aus dem Product Owner, dem Scrum Team und dem Scrum Master.

a) Die Product Owner des AG definieren und priorisieren Anforderungen bzw. passen diese an geänderte Gegebenheiten

an. Sie sind für den ROI verantwortlich. Die Product Owner des AG definieren die Abnahmekriterien und nehmen Ergebnisse

ab. Sie stehen dem Team ‘just in time’ für Details zur Verfügung.

b) Scrum Master moderieren den Prozess und unterstützen die Zusammenarbeit aller Rollen und Funktionen. Sie schützen

das Team vor Störungen und beseitigen Hindernisse. Ein Scrum Master ist verantwortlich für die Einhaltung von Scrum-

Werten und –Techniken.

c) Scrum Team (Entwickler & Tester)

Ein Scrum Team ist ein selbstorganisiertes Team, das möglichst aus Vollzeitmitarbeitern besteht. Sie entwickeln

funktionsübergreifend Business-Funktionen.

….

Musterklausel: Projektorganisation insbesondere Scrum-Zeremonien und Rollen



VE

RT

RA

ULIC

H


Ein modularer Vertragsauafbau ermöglich Stabilität und Robustheit

Project management

decision

SteeCo decisions

SOW and SOW Attachments

MSA and MSA Attachments

MSA

SOW

1st

Phase

SOW

2nd

Phase

SOW

…

Attachments

SOW

1. Joint

estimation

2. Local project

Organisation

3. …

Attachments

MSA

1. Joint overall estimation

2. General project

organization

3. URS

4. Standard SOW

5. …

Hierarchy

… oder Lego for Lawyers

2217.10.2018

MSA = Master Service Agreement

SOW = Statement of Work



VE

RT

RA

ULIC

H

Projekte im Schweifdes Kometen

…oder der Umgang mit dem Unbekannten im Vertrag.

Agile Verträge rechtssicher gestalten! 17.10.2018 23

Quelle: NASA/W. Liller, Comet 1P/Halley as taken March 8, 1986 by W. Liller, Easter Island, part of the International Halley Watch (IHW) Large Scale Phenomena Network.



VE

RT

RA

ULIC

H


Projekte / Verträge im Schweif des Kometen

Konkret greifbarer

Scope

Ableitbar bzw.

vorhersehbarer

Scope

Unvorhersehbare

Änderungen

17.10.2018



VE

RT

RA

ULIC

H


Vertragspuzzel agiler Festpreis

Bonus &

Risk share

Check-

point &

Kündigung

T&M mit

Budget-

obegrenze

Gemein-

same

Schätzung

Scope-

und

Change-

Management

Money for

nothing,

Change

for free

17.10.2018

Alter Wein in neuen Schläuchen?



VE

RT

RA

ULIC

H

Projektphasen, Kosten und agiler Festpreis

Initiale

Kosten max.

Finale Kosten max.

= agiler Festpreis

Ausstiegsmöglichkeit

Zeit

Preis

Ausschreibung und

Verhandlung

Initial-

PhaseProjektverlauf Projektende

Bonus

Riskshare

gemeinsame

Schätzung

Transparenz und gemeinsame Projektschätzung sind Grundlage für

Riskshare und Bonus.

in Anlehnung an Opelt/Gloger/Pfarl/Mittermayer, Der agiler Festpreis, München, 2012, S. 44 ff.


Intelligentes Arrangieren von bekannten Mechanismen

17.10.2018



VE

RT

RA

ULIC

H

• Teilen des Restbudgets bei Überperformance

• Teilen des Risikos für SchätzungBonus & Risk share

• Größte Wertschöpfung zu Beginn

• Projekt Vision früh erreichtMoney for nothing

• Veränderungen im Plan begrüßen

• Priorisierung auf Wertschöpfung ermöglichenChange for free

• Transparenz über Aufwände

• Kosten auf Obergrenze gedeckeltT&M mit

Budgetobergrenze

• Gemeinsamer Blick auf Initiales Projekt

• Aufwand und Risiken gemeinsam bewertetGemeinsame Schätzung

• Überprüfung der Annahmen nach 4-6 Sprints

• Fail fast, fail cheap!Checkpoint und Kündigung

• Stabilität für Zeit und Budget

• Balance von Wertschöpfung und KostenScope- und

Changemanagement


Agiler Festpreis: Elemente und Wirkungsweise

Synchronisation und

Verantwortung im Team

Zusammenarbeit,

Wertschöpfung

Wertschöpfung,

Projektvision

Kostentransparenz

Synchronisation,

Zusammenarbeit

Produktivität,

Zusammenarbeit

Wertschöpfung,

Projektvision

17.10.2018



VE

RT

RA

ULIC

H

PartnerschaftlicheZusammenarbeit imänderungsrobustenvertraglichen Rahmen

17.10.2018 Agile Verträge rechtssicher gestalten! 28



VE

RT

RA

ULIC

H

Money for Nothing… und die Priorisierung des Projekt-Scopes nach Nutzen

= Projekt-Scope / bestellte Funktionen

Δ Kosten

Δ Nutzen

Nutzen

(ROI)

Sprint

(Zeit)

100%

20%

Beste Nutzen

Kosten-Relation

Projektende ggfs.

für Auftraggeber

wirtschaftlich sinnvoll

Δ 20% geplanter Umsatz

= Money for Nothing




VE

RT

RA

ULIC

H

Change for Free… und die Priorisierung des Projekt-Scopes nach Nutzen

= Projekt-Scope / bestellte Funktionen

Δ Kosten

Δ Nutzen

Nutzen

(ROI)

Sprint

(Zeit)

100%

20%

Im Rahmen des

Sprint Plannings können

Features kostenneutral

getauscht bzw. neue Features

hineinkommen

= neuer Projekt-Scope

Neues Feature

Feature neu priorisiert


= Change for Free

17.10.2018



VE

RT

RA

ULIC

H


Projekt als virtuelles „joint venture“

Je nach Umsetzung der „joint venture“- Idee empfiehlt sich zusätzlich die

Synchronisation der Interessen über den Zahlungsstrom

▪ Risikopuffer im Beteiligungsverhältnis geteilt

▪ Volle Synchronisation der Interessen der

Projektpartner auf den Projekterfolg

reines „joint venture“ Begrenzung des Risikos „joint venture“ nach Vorstufe

Übernahme des unternehmerischen Risikos für die gemeinsame Schätzung


▪ Begrenzung des Risikos auf x % des

Schätzvolumens

▪ Synchronisation der Interessen der

Projektpartner muss zusätzlich anderweitig

abgesichert werden


▪ Partner geht gestuft steigend in die

unternehmerische Verantwortung

▪ Synchronisation der Interessen der

Projektpartner in Abhängigkeit von der

Stufenbreite bereits weitgehend abgesichert

für Schätz-

fehler

volles Risiko auf

x % des Schätz-

volumens begrenztvolles Risiko nach

gestuftem AnstiegR

isik

op

uff

er

Ris

iko

pu

ffe

r

Ris

iko

pu

ffe

r

Eigenes

Unternehmen

Projekt-

Partner

Eigenes

Unternehmen

Projekt-

Partner

Eigenes

Unternehmen

Projekt-

Partner

Partner erzeugen gemeinsam Werte für die Endkunden

17.10.2018



VE

RT

RA

ULIC

H

Empfehlungen für agile Verträge nach Scrum

Gemeinsame initiale Projektschätzung in Vertragsworkshops

Definition der Scrum-spezifischen Begriffe

und Artefakte, z.B. Produkt-Backlog, Sprint-Backlog

Zusammenarbeit der Parteien, insbesondere

Mitwirkung des Auftraggebers

Regelung zu Zwischenabnahmen der Sprints und zur Endabnahme des

gesamten Projektes

Gewährleistung und Schadensersatz auf

Basis der Detailspezifikationen der

Sprints

Bewegliches System für Leistung und Preis

(transparente Preismechanik)

Meilensteine und Zeitplanungen in

Themenkomplexen gestalten und

entsprechend bezahlen ➔ Geld gegen Leistung

Definition eines projektbegleitenden

Eskalationspfads und der Einbeziehung eines

Sachverständigen



VE

RT

RA

ULIC

H

Fazit &Take Away

▪ Agile Verträge sind nicht ohne Vertrag.

▪ Begreifen Sie das Projekt als „virtuelles Joint Venture“ mit dem Partner

▪ Ein änderungsrobuster, funktional getriebener, vertraglicher Mechanismus unterstützt Projektmanager und Stakeholder.

Agile Verträge rechtssicher gestalten! 17.10.2018 33



VE

RT

RA

ULIC

H


Thank You Very Much! Any Questions?

??

?

??

??

??

??

3417.10.2018



VE

RT

RA

ULIC

H


Contact

Kristian BorkertAttorney at law (German Rechtsanwalt),

Data Protection Officer,

International Procurement Manager

[email protected]

+49 7151 966 9380

+49 179 665 5128

Am Rötepark 82

71332 Waiblingen

Germany

3517.10.2018


mailto:[email protected]


VE

RT

RA

ULIC

H


Offerings regarding Agile Project Tenders and Negociations

Intensiv Coaching and Mentoring

▪ Intensiv training with procurement, controlling & legal affairs (1 day)

▪ Mentoring parallel to a tender

▪ Review and feedback

External Management and

Execution

▪ Full commercial and legal support of the internal project leader at the tender process

▪ Alignment with procurement, controlling and legal affairs of customer with regard to progress and result

Power on Agile / Tandem Approach

▪ Initial intensive training with procurement, controlling & legal affairs (1 day)

▪ Support of tender process in tandem approach

▪ Transfer to daily practice of contract management covering the entire life cycle

3617.10.2018


Documents

Agile Verträge rechtssicher gestalten! #agile #smart law ... · Agile Verträge rechtssicher gestalten! 17.10.2018 23 Quelle: NASA/W. Liller, Comet 1P/Halley as taken March 8, 1986