The Agile Contract Manifesto is a guideline for establishing agile partnerships. It is a simple collection of values and principles that help people and organizations meet their needs for flexibility and responsiveness in the context of a written contract. Why did we choose the values and principles that we did? What do the values and principles really mean? Karsten Eskelund, Mirko Kleiner and I hosted a deep-dive webinar on the Agile Contract Manifesto to explain the thinking of the ACM creators.
This post covers the four values:
This series of articles looks at the manifesto as a whole, the four values, then principles one to five, and finally principles six to ten.
Yeah, so we already come to the first value. So I think this is a common one, in an uncertain world where we can’t simply can’t define the scope upfront. We need to rethink what we write, then scope wise in a contract, and sometimes this is vague. It could be just a vision. But we want to emphasize to people to think about expected outcomes and have a conversation about that. Often, those are still hypothesis. But yeah, going away, focusing more on the why and the what, instead of going directly to the how, which, in our use cases, where Agile has its sweet spot.
I was really inspired by the Commercial Cargo and Commercial Crew projects that were created by NASA. And you know, back in the early 2000s, NASA realized they needed a replacement for the space shuttle, rather than contracting simply for a rocket, they said, “We want a service that will take cargo to the space station,” and they defined a series of test criteria, which the vendors were invited to bid on. There were, I don’t know, five, six maybe seven steps, the last of which was successfully docking with the ISS, which the vendors had to achieve. NASA awarded a total of three mandates for the first project, which led to having to two working services that take cargo to the space station. And then they repeated the process for commercial crew. They awarded two mandates, of which one is currently in service and the other in final testing, again for a small fraction of the money that has been paid for typical projects on a more time and materials basis, so-called Cost-Plus projects.
Yeah, this one I think is an important one from the owner. A lot of creators are used to contracts and I guess I’m one of them. When we work with Agile contracts, we will work with Agile practitioners with businesspeople. Not all of them are lawyers who are used to reading the complex and complete contracts. I think we do see a shift. I’m not sure if the lawyers are fully on board yet to agree to this. Maybe this manifesto can help also in that regard, but I think for the rest of us this, this is an important one. It must be clear; it must be simple. Otherwise, the contract is signed then kept aside. And people work without looking at the contract.
To me, this was this was where we saw the interdisciplinary nature of the team that produced the manifesto. If only software people had been involved, we could have phrased the part on the right to make it sound like, well… we might have said something much less friendly to the legal perspective. But we want everyone at the table, so we tried to avoid language that might exclude people or professions. There are no straw men and our values and principles. Honest people with good intentions can argue for being complete and having the full complexity mapped in the contract. We still believe there is more value in clarity and simplicity.
This is one of my preferred values in the manifesto. I would like to put the focus on the term partnership. If you think about how your last negotiation felt, it’s often a buyer/supplier relationship. What we want to do is to emphasize that all the parties who are involved in creating a contract meet each other on either level. Only then can it become a 5 to 10 years contract. We still need to be adaptive and grow as we develop as a partnership.
I think the word partnership is so important. And I think today, that is something that is being misused, and no offense to the vendor side, but when you see press release, saying that we have signed a strategic partnership agreement, don’t often agree to that you have signed an agreement that you are a vendor? That is something different.
Looking again at the NASA examples, I think the client, that is, the entity who is asking to have stuff built, gets to set the music. The Commercial Crew project offers some striking examples. United Launch Alliance had a very traditional approach. Both the company and the approach were trusted by NASA. The underdog, SpaceX, had more of a build it, break it approach. I would call it agile. NASA worked very closely with SpaceX, much more than with ULA, during the Commercial Crew Development. And what was interesting is when SpaceX hit problems, they focused on solving the problems. That very close collaboration and the sharing of expertise led them to resolving those problems quickly. Therefore, the more agile project of the two came to results faster and more reliably; the more waterfall project is still trying to get through integration testing. I think that the commitment on both sides to getting the project done is what makes even very complex projects successful.
Next up: Principle one to five
Get the entire transcript mailed to you!
Cookie | Duration | Description |
---|---|---|
cookielawinfo-checkbox-advertisement | 1 year | Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Advertisement" category . |
cookielawinfo-checkbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
cookielawinfo-checkbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
cookielawinfo-checkbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |
Cookie | Duration | Description |
---|---|---|
mailchimp_landing_site | 1 month | The cookie is set by MailChimp to record which page the user first visited. |
Cookie | Duration | Description |
---|---|---|
CONSENT | 2 years | YouTube sets this cookie via embedded youtube-videos and registers anonymous statistical data. |
_ga | 2 years | The _ga cookie, installed by Google Analytics, calculates visitor, session and campaign data and also keeps track of site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognize unique visitors. |
_gat_gtag_UA_42152348_1 | 1 minute | Set by Google to distinguish users. |
_gcl_au | 3 months | Provided by Google Tag Manager to experiment advertisement efficiency of websites using their services. |
_gid | 1 day | Installed by Google Analytics, _gid cookie stores information on how visitors use a website, while also creating an analytics report of the website's performance. Some of the data that are collected include the number of visitors, their source, and the pages they visit anonymously. |
Cookie | Duration | Description |
---|---|---|
NID | 6 months | NID cookie, set by Google, is used for advertising purposes; to limit the number of times the user sees an ad, to mute unwanted ads, and to measure the effectiveness of ads. |
test_cookie | 15 minutes | The test_cookie is set by doubleclick.net and is used to determine if the user's browser supports cookies. |
VISITOR_INFO1_LIVE | 5 months 27 days | A cookie set by YouTube to measure bandwidth that determines whether the user gets the new or old player interface. |
YSC | session | YSC cookie is set by Youtube and is used to track the views of embedded videos on Youtube pages. |
yt-remote-connected-devices | never | YouTube sets this cookie to store the video preferences of the user using embedded YouTube video. |
yt-remote-device-id | never | YouTube sets this cookie to store the video preferences of the user using embedded YouTube video. |
Cookie | Duration | Description |
---|---|---|
COMPASS | 1 hour | No description |
cookies.js | session | No description available. |
S | 1 hour | No description available. |