Disclaimer: This is not legal advice, and I am not a lawyer. You need to have this contract reviewed by your lawyer before you sign anything. You can download the annotate version of the contract here, and you can download the full contract here.
It is becoming more and more obvious that the traditional fixed priced contract (where the timeframe, scope and cost are fixed) for software projects do not work. They can be made to work … usually by pressuring the team to work unpaid overtime, or pushing any disagreements through a costly change control process.
However, in the strictest interpretation of the wording traditional fixed priced contracts don’t work.
“On average, large IT projects run 45 percent over budget and 7 percent over time, while delivering 56 percent less value than predicted. Software projects run the highest risk of cost and schedule overruns. ”— McKinsey & Company
Over the last decade many Agile teams and consultancies have been experimenting with different styles of contract. This includes Time and Materials contracts, and Jeff Sutherlands Money-for-nothing-change-for-free. Craig Larman and Bas Vodde wrote a great introduction to Agile contracts as part of their second book, Practices for Scaling with Lean and Agile Development. It’s available online at AgileContracts.org.
It’s a terrific read but unfortunately it doesn’t present a contract or sample contract clauses because …
“… Copy-paste is a real and present danger among lawyers and sales people, who—instead of grasping the underlying domain-specific principles (such as agile or lean principles) embodied in contract language—simply copy-paste clauses to draft new contracts.”“AGILE CONTRACTS PRIMER, PART 2: COMMON TOPICS OF AGILE CONTRACTS, Why No Specific Contract-Language Examples?”, Page 18. Craig Larman and Bas Vodde. https://agilecontracts.org
Larman and Vodde’s book was published in 2010 and yet I still find myself in discussions with teams, management and companies over alternatives to fixed priced contracts.
My favourite type of contract is an Incremental Contract, but commercial examples of Incremental Contract are few and far between. In order to address this, I contacted a commercial lawyer and ask that they draft up a contract specifically for Scrum projects. This contract was written for Australian use here in Australia.
There are two versions on the contract, both of which you’ll find below. The first versions of the document is annotated to make it easy to understand. And, the real contract follows immediately afterwards. You are welcome to download these documents and use it at your own risk.
Here’s the annotated version:Annotated-Agile-Software-Development-Agreement-Final
And here’s the final document which you should probably take to your lawyer before you do anything else.Scrum-Software-Development-Agreement-Final