A Scrum Master, Entrepreneur, and Lawyer walk into a bar and discuss contracting for agile software development projects. They discuss the need for contracts that promote collaboration and flexibility instead of limiting it with strict language and requirements. The Lawyer notes they will have to write careful contracts to balance these needs. The group then discusses agile contracting approaches and challenges with chartering new projects to help ensure commitment, shared understanding, and responsiveness to change between customers and developers.

1. A Scrum Master, an Entrepreneur and a
Lawyer ...

2. A Scrum Master, an Entrepreneur,Entrepreneur and a
A Scrum Master, an and a
Lawyer ...
Lawyer walk into a bar...

3. What are you havin’, boys?

4. I’d like a contract that promotes the
spirit required for true Agility...

5. ... collaborate with customers
without company boundaries getting
in the way.

6. I see that I’m going to be writing a
lot of fine print!

7. We get a lot
of your type,
around here...

8. Agile Contracting the
Good Parts

9. Agile Contracting the
Good Parts
Nancy Van Schooenderwoert - Bartender / Coach
Robert Feigin - Lawyer
Steve Holyer - Scrum Master
and David Campey - Entrepreneur

10. Our companies:

11. 1. Contracting Landscape
2. Problem we are working on
3. Chartering - the other side

12. 1. Contracting Landscape
2. Problem we are working on
3. Chartering - the other side

13. Risk models
Peter Stevens, 10 Agile Contracts
http://agilesoftwaredevelopment.com/blog/peterstev/10-agile-contracts

17. Customer
The Contract
Developer

18. 1. Contracting Landscape
2. Problem we are working on
3. Chartering - the other side

20. User Story is considered finished once:
• the implemented tests and/or features were deployed on the test and/or stage server,
•the technical documentation has been written, and
•the Product Owner confirms that the test criteria have been met.
Organisation chart
The present project is organised according to the diagram below. The roles are allocated as
follows:
Advisory group: The advisory group decides the strategic direction that the project
takes and verifies compliance with all contractually agreed arrangements.
Product Owner: At the Customer end, the Product Owner is responsible for the
commercial success of the project and is in charge of ensuring that the project remains
within budget. The Product Owner sets the common goal based on the defined User
Stories . The team then works towards meeting this goal. The Product Owner regularly
decides on the priority that each product backlog item should take and, in doing so,
defines the features that the development team will endeavor to implement in the
subsequent Sprint cycle. The Product Owner, therefore, has full control over the
implementation process and determines, within the set budget, the range of functions that
the software will have.
Product Owner Assistant: At the Liip end, the Product Owner Assistant actively helps
the Product Owner. The Product Owner Assistant contributes to the development of the
User Stories, ensures that the team implements the decisions made by the Product
Owner and verifies compliance with the project specifications. The Product Owner

21. 7.6.2 Domain model
will be supplied upon completion.
8. Client Responsibilities
8.1 The Client agrees to provide the Developer with all information requested by the
Developer in order for the Developer to fulfill its responsibilities as outlined on this
agreement.
8.2 The Client will nominate and make available a Product Owner as described below.
8.3 The Client will make payment as per agreements below.
9. Product Owner
9.1 The Client will nominate a natural person to perform the role of Product Owner.
9.2 The Product Owner's responsibilities include:
9.2.1 Prioritizing the Product Backlog
9.2.2 Attendance at Scrum Meetings: Backlog Estimation, Sprint Planning 1 & 2, Sprint
Review.
9.2.3 Attendance at Daily Standup
9.2.4 Participation as required in Definition of Done for Stories during Sprint
where Attendance can be physical or by telephone/VoIP/video call.
10. Warranties of Rights and Conflict of Interest
10.1 The Client warrants that it has rights and no conflict of interest in developing the
Application.
10.2 The Software Developer warrants that it has relevant rights, licenses and no conflict of
interest in developing the Application.

22. The present project is organised according to the diagram below§. The roles are allocated a
follows:
Advisory group: The advisory group decides the strategic direction that the project
takes and verifies compliance with all contractually agreed arrangements.
Product Owner: At the Customer end, the Product Owner is responsible for the
commercial success of the project and is in charge of ensuring that the project remains
within budget. The Product Owner sets the common goal based on the defined User
Stories . The team then works towards meeting this goal. The Product Owner regularly
decides on the priority that each product backlog item should take and, in doing so,
defines the features that the development team will endeavor to implement in the
subsequent Sprint cycle. The Product Owner, therefore, has full control over the
implementation process and determines, within the set budget, the range of functions tha
the software will have.
Product Owner Assistant: At the Liip end, the Product Owner Assistant actively helps
the Product Owner. The Product Owner Assistant contributes to the development of the
User Stories, ensures that the team implements the decisions made by the Product
Owner and verifies compliance with the project specifications. The Product Owner
Assistant is also responsible for ensuring that deadlines are kept and coordinates all wor
carried out as part of the project with the Customer’s web host and design agency.
Development team: The development team assesses the effort that each individual
User Story entails. In the subsequent Sprint cycle, the team carries out the agreed tasks
that can be feasibly achieved with the scheduled resources at its disposal. The team self
organises to meet the agreed Sprint goals within a time box (the Sprint) and has the righ

25. 7.6.2 Domain model
will be supplied upon completion.
8. Client Responsibilities
8.1 The Client agrees to provide the Developer with all information requested by the
Developer in order for the Developer to fulfill its responsibilities as outlined on this
agreement.
8.2 The Client will nominate and make available a Product Owner as described below.
8.3 The Client will make payment as per agreements below.
9. Product Owner
9.1 The Client will nominate a natural person to perform the role of Product Owner.
9.2 The Product Owner's responsibilities include:
9.2.1 Prioritizing the Product Backlog
9.2.2 Attendance at Scrum Meetings: Backlog Estimation, Sprint Planning 1 & 2, Sprint
Review.
9.2.3 Attendance at Daily Standup
9.2.4 Participation as required in Definition of Done for Stories during Sprint
where Attendance can be physical or by telephone/VoIP/video call.
10. Warranties of Rights and Conflict of Interest
10.1 The Client warrants that it has rights and no conflict of interest in developing the
Application.
10.2 The Software Developer warrants that it has relevant rights, licenses and no conflict of
interest in developing the Application.

29. 1. Contracting Landscape
2. Problem we are working on
3. Chartering - the other side

32. Fabienne Steiner’s (BizDev/
Scrum Coach) Four Keys

33. Chartering Activity

35. “... das ist völlig Quatsch!”

36. Chartering Activity
Guts

37. Chartering Activity
Guts
Contract Specifics

38. Chartering Activity
Guts
Contract Specifics
Transcending the
PO Role

39. CHARTERING
On-Boarding
Get all members
fully committed
Discovery
Product
Process
Team

40. 1. Contracting Landscape
2. Problem we are working on
3. Chartering - the other side

41. over
Individuals and interactions processes and tools
Working software comprehensive documentation
Customer collaboration contract negotiation
Responding to change following a plan

42. Contract Fluency ...
Where are you?

44. Open Space - Chartering New Expeditions
Wiki: http://contracts.labs.ws/foswiki

45. Nancy Van Schooenderwoert | @vanschoo
NancyV@leanagilepartners.com
www.leanagilepartners.com
Steve Holyer | @zurcherart
Steve.Holyer@liip.ch
www.liip.ch
David Campey | @davidcampey
campey@informationslogistics.co.za
www.informationlogistics.co.za
www.agile42.com