Professional Documents
Culture Documents
10 Types of Contracts For Your Next Agile Project
10 Types of Contracts For Your Next Agile Project
"
#"
$"
%&"'()*&"+,-./01"+/23"23&"4*52,6&-7"6,-&"23(0"4,02-(42"0&1,8(8,059":;<="
What‘s at stake? Money, Success and Risk.
>"
?,&5"23&"-/132"4,02-(42"1*(-(02&&"5*44&55@"A,9":*2"/2"6(.&5")/B&"&(5/&-9"
?,&5"23&"+-,01"4,02-(42"C-&'&02"5*44&55@"A,9":*2"/2"6(.&5")/B&"6,-&"D/E4*)29"
<3&"-/132"-*)&5"/04-&(5&"23&"43(04&",B"5*44&55"B,-"F,23"C(-8&59"<3&"+-,01"-*)&5"6(.&"
4,,C&-(8,0"D/E4*)2"(0D"3/0D&-"C-,1-&559""
G"
H"
I"
In theory, they are freely entered by both parties to create optimal conditions
for successfully completing the project.
Very large companies and governments often have standard conditions which
have to be accepted en bloc as a pre-requisite to doing business with them.
These conditions are seldom fair, so a reasonable project outcome depends
heavily on a good relationship with the actual customer and avoiding recourse
to the contract or the law. The Agile Manifesto is right in this point: customer
relationships are more important than written contracts!
Even negotiated contracts do not always strive for a win-win situation, so you
may need the help of experts. However from the customer perspective,
contracts produce no added value. They are a waste product, so the effort
spent negotiating & producing them should be minimized.
!J"
What happens if something goes wrong? Who pays how much if the project is
more difficult than expected? Who benefits if the project is finished earlier
than planned?"
!!"
Bad rules can lead to unrealistic prices, time frames or functional
expectations. Win-lose games are detrimental to project success.
Do you want the ‘A-Team’ or the ‘B-Team’ working on your project? Think
carefully about how much pressure you put on the price"
!#"
!K"
In my experience, there are a couple of points which belong in every contract:
•! An outline of the project structure - Scrum process, key roles and any
differences from Scrum which apply.
•! “Legal Details.” Depending on local law and legal customs, you may
need to exclude liability, specify venue, ensure severability (that portions
of the contract are remain in effect, even if parts of the contract are
found invalid) or include other text to prevent various legal bad things
from happening. Sample or reference contracts from your jurisdiction
can be helpful (and cheaper than a lawyer!).
!$"
Commercial contracts can take many forms. What are the contract
alternatives that are suitable for agile development projects? For each of the
contract forms below, I look at:
!L"
Often Scope is present (at least in the government contracts I’ve had the
privilege signing, it was), but fixing the contract in scope also renders scope
inflexible.
You may want to specify how you will manage the scope (e.g. Product
Backlog, Sprint contract), but in an agile project, operational details should be
left to the project team."
!>"
!G"
•! %,-./01"+/23"M4-*67"N"3('&"B,*0D"23&"6&2(C3,-",B"("OMC-/02"P,02-(42Q"2,"F&"
3&)CB*)"/0"*0D&-52(0D/01"R(0D"5,6&86&5"&0B,-4/01ST"23&"-&)(8,053/C"F&2+&&0"
C-,D*42",+0&-"(0D"/6C)&6&02(8,0"2&(69"<3/5"/5"0,2"-&())U"("4,66&-4/()"
4,02-(427"F*2"5/6C)U"23&"(1-&&6&02"F&2+&&0"23&"V-,D*42"W+0&-"(0D"23&"<&(6"
B,-",0&"5C-/029"
•! <3&"/6C)&6&02(8,0"2&(6"(1-&&5"2,"D,"/25"F&52"2,"D&)/'&-"(0"(1-&&D",0"5&2",B"
B&(2*-&5"R54,C&T"2,"("D&X0&D"Y*()/2U"52(0D(-D"FU"23&"&0D",B"23&"5C-/029"RND&())U"
23&U"D&)/'&-"+3(2"23&U"C-,6/5&D7",-"&'&0"("F/2"6,-&9T"<3&"V-,D*42"W+0&-"
(1-&&5"0,2"2,"43(01&"3/5"/052-*48,05"F&B,-&"23&"&0D",B"23&"MC-/029"M,"("M4-*6"
C-,Z&42"5/6C)U"/5"("5&-/&5",B"6/0/"C-,Z&425"+/23"X[&D"C(-(6&2&-5\"</6&"RMC-/02"
]&0123T7"M4,C&"RMC-/02":(4.),1T7"^*()/2U"R?&X0/8,0",B"?,0&T"(0D"P,52"R<&(6"
M/_&`MC-/02"]&0123T9""
%3(2"D,&5"23/5"6&(0"/0"C-(484&@"
!H"
•! <3&"MC-/02"4,02-(42"4(0"F&"-&B&-&04&D"/0"23&"4,66&-4/()"4,02-(429"N"3('&"B,*0D"
23(2"(a&-"("4,*C)&",B"-&)&(5&57"23&"4,66&-4/()"4,02-(42"4(0"+/23&-"D,+0"2,"("
,0&"C(1&"86&"b"6(2&-/()5"(1-&&6&027"6(UF&"+/23"("4,52"4&/)/01"B,-"23&"
Y*(-2&-",-"0&[2"6(Z,-"-&)&(5&9"
!I"
•! Structure: Work for a month, then send the customer an invoice.
Suppliers like it, because the customer carries the risk of changing his
mind.
•! Risks: carried 100% by the client. Supplier has little incentive to keep
costs down. Effort to ensure that only legitimate effort and expenses are
invoiced can be substantial.
•! Tip: recommended for projects where the customer can better manage
the risk than the supplier. This is often combined with a cost ceiling
(although this can degenerate into a “heads I win, tails you lose contract”
if too much pressure is applied on the price).
#J"
•! Structure: Same as time and materials except a cost ceiling limits the
financial risk of the customer.
•! Risks: the budget will expire without achieving the necessary business
value for the customer. Customer won’t get everything he asks for.
#!"
•! !"#$%"$#&\"c1-&&",0"23&"D&)/'&-(F)&57"D&)/'&-"/29"M&0D"("F/))9"P*52,6&-5")/.&"X[&D"
C-/4&"C-,Z&425"F&4(*5&"/2"1/'&5"23&6"5&4*-/2U"R,-"(2")&(52"23&U"23/0."5,T9""
•! '()*\"WF'/,*5"-/5."/5",0"23&"5/D&",B"23&"5*CC)/&-9"NB"23&"&586(2&5"(-&"+-,017"23&"
C-,Z&42"+/))"),5&"6,0&U9"]&55",F'/,*5"-/5.5"(-&"23&"43(01&"-&Y*&52"1(6&7"
23-,*13"+3/43"23&"5*CC)/&-"0&1,8(2&5"(DD/8,0()"-&'&0*&"23-,*13"54,C&"
43(01&59"NB"23&"5*CC)/&-"3(D"F(D)U"*0D&-&586(2&D"23&"&d,-2",-"Y*,2&D"(0"
*0-&()/584())U"),+"C-/4&7"23&"),55&5"4(0"23-&(2&0"23&"&[/52&04&",B"23&"5*CC)/&-7"
+3/43"()5,"C-&5&025"("C-,F)&6"2,"23&"4*52,6&-9"
•! '&+,-./)0(1\"P,6C&88'&"2,"/0D/d&-&029"P*52,6&-"1&0&-())U"+(025"2,"3('&"
6,-&"(0D"23&"5*CC)/&-"+(025"2,"D,")&559"<3&"5*CC)/&-"+(025"23&"4*52,6&-"2,"F&"
3(CCU7"5,"*5*())U"23&"5*CC)/&-"U/&)D59"<3&"+,-D"e&2"4&2&-(f"/5"'&-U"D(01&-,*5"
+,-D"/0"("5C&4/X4(8,0"2,"("X[&D"C-/4&9"
•! 2(1\"MC&4/BU"23&"B*048,0()"-&Y*/-&6&02"+/23"*5&-"52,-/&59"Nf))"D/54*55"52-(2&1/&5"
B,-"3/g01"23&"2(-1&2",0"("X[&D"C-/4&"C-,Z&42"/0"("B*2*-&"(-84)&9"
##"
•! Structure: Same as fixed price, fixed scope, except if the vendor gets
finished early, the project costs less, because only actual effort is
invoiced.
•! Risks: This appears to represent the ‘best of both worlds’ from the
customer’s point of view. If it requires less effort than expected, it costs
less. But the once the cost ceiling has been achieved, it behaves like a
fixed price project.
#K"
•! Structure: Fund quarterly releases and approve additional funds after
each successful release.
•! Tips: Venture capitalists often work on this basis. This mixes well with
Time and Materials with Variable Scope and a Cost Ceiling. I have
worked quite happily under this model. We simply specified the Release
goal, hourly rate and cost ceiling in the commercial contract. The
customer provided the product owner. Everything else was determined
in the sprint contracts.
#$"
•! Structure: any project budget consists of effective costs and profit. The
parties agree on the profit margin in advance e.g. 20%. The customer
can back out after “any sprint” by paying a cancellation fee of profit part
of the remaining effort.
•! Scope can be variable - it is possible to finish early. This only works with
agile development, because only agile methods deliver software
incrementally.
•! Risk is shared. If project finishes early, the customer pays less, but the
supplier still has his profit. If the project exceeds budget, the customer
pays more, but the supplier does not earn additional profit. After the
target delivery date, the supplier may not invoice any more profit, just
cover his costs.
•! Tip: This is often combined with a variable scope contract to form the
“Money for nothing, changes for free” contract. This is
#L"
•! Structure: Supplier receives a bonus if the project completes early and
pays a penalty if it arrives late. The amount of bonus or penalty is a
function of the delay
•! Risk: Does the customer have an incentive for early completion? The
ROI arguments must be compelling and transparent. Otherwise the
customer gets a cheaper solution the longer it takes.
•! Tip: Often applied for construction projects, e.g. roads, tunnels and
runways, for which it works well. Scope changes are not issue and
genuine economic costs drive the customer to achieve the deadline as
well.
#>"
•! Structure: This is a combination of several approaches. Work is
basically on a Time and Materials basis with a cost target. However the
intention is that the project will not use up the entire project budget.
#G"
•! Structure: Two partners invest in a product of joint interest.
•! Risks: two of everything. Decision chains can get long. Rivalries can
develop between the teams. Different models for extracting value from
product can lead to different priorities for further development.
#H"
•! N"3('&"+,-.&D"Y*/2&"3(CC/)U"B,-"U&(-5"+/23"("C3(5&D"D&'&),C6&02"4,02-(429"<3&"
,-/1/0()"4,02-(42"+(5"("X[&D"54,C&"4,02-(42"+/23"("4,52"4&/)/017"F*2"(5"+&"
+,-.&D"2,1&23&-"(0D"F*/)2"*C"23&")&'&)",B"2-*527"23&"5*--,*0D/01"2&[2"Z*52"
+/23&-&D"(+(U9"<-*527"("F/2",B"F,/)&-C)(2&7"23&"5C-/02"4,02-(42"(0D"("Y*(-2&-)U"
5/10h,d"B-,6"2,C"6(0(1&6&02"+,-.&D"Y*/2&"0/4&)U9""
•! N"23/0."23&"Oi,0&U"B,-"0,23/017"43(01&5"B,-"B-&&Q"4,02-(42"4,*)D"F&"'&-U"
(j-(48'&9"N2f5"("4,,C&-(8'&"6,D&)7"+3/43",d&-5"/04&08'&5"2,"F,23"C(-8&5"2,"
.&&C"23&"4,525"D,+0"(0D"-&+(-D5"3/13&-"C-,D*48'/2U"(43/&'&D"+/23"M4-*6"
2&(659"N2"6/132"F&"4,6C(8F)&"+/23"("4,52"4&/)/01"()23,*13"N"+,*)D"F&"+(-U",B"
),5/01"23&"4,,C&-(8'&"-&)(8,053/C9""
•! <3&"4,02-(42"B,-6")(U5"23&"/6C,-2(02"1-,*0D+,-."B,-"("5*44&55B*)"C-,Z&429"c0D"
23&"c1/)&"i(0/B&52,"1,2"-/132\"+,-./01"+/23"23&"4*52,6&-"/5"6,-&"/6C,-2(02"
23(0"23&"4,02-(429"M,"+3(2&'&-"U,*"D,7".&&C"23&"4*52,6&-"-&)(8,053/C"
C,5/8'&S"
#I"
]/0.5"
•! c1/)&"P,02-(425"k-,*C " "3jC\ll+++94,(48'(2&9,-1lC-,Z&425l(1/)&h4,02-(425l"
•! Rm*2*-&T"n&C,5/2,-U"B,-"c1/)&"P,02-(425"3jC\ll80U*-)94,6lU_I4I$K"
,d&-5"2,"3&)C"./0D)U"(44&C2&DS"
c-84)&5"
•! !J"P,02-(425"B,-"U,*-"0&[2"c1/)&"V-,Z&42\ "3jC\ll(1/)&5,a+(-&D&'&),C6&0294,6lF),1lC&
•! o'()*(801"c1/)&"P,02-(425\ " "3jC\ll(1/)&5,a+(-&D&'&),C6&0294,6lF),1lC&
•! m/0D/01"("V(-20&-"2,"<-*52\"<3&"c1/)&"nmV "3jC\ll+++96&23,D5(0D2,,)594,6l(-43/'&l(-4
K!"