Skip to content
  • The Doppler Report
  • Careers
  • Partnerships
  • Contact Us
Cloud TP Logo
  • Cloud Adoption
  • Digital Innovation
  • Cloud Controls
  • Clients
  • About CTP

Cloud Technology Partners

CLOUD SERVICES

  • The Cloud Adoption Program
  • Application Migration
  • Software Development
  • Infrastructure Modernization
  • DevOps & Continuous Delivery
  • Cloud Security & Governance
  • Cloud Strategy Consulting

TECH DOMAIN

  • Amazon Web Services
  • Google Cloud Platform

ABOUT US

  • Company Overview
  • Leadership Team
  • Partners
  • News & Recognition
  • Announcements
  • Weekly Cloud Report
  • Client Case Studies
  • Events

CAREERS

  • Join Us
  • Job Opportunities
 Cloud Technology Partners
  • Doppler Home
  • Contributors
  • Client Case Studies
  • Podcasts
  • Videos
  • White Papers
  • Quarterly
  • Events
  • Subscribe

Agile Practices in Fixed-Price Contracts

Ensuring a successful client engagement requires that all parties involved live by the Agile principles and values.
Vittorio Mezzano Senior Program Manager at CTP
Share this 
doppler_mail1

For more content like this, Get THE DOPPLER
email every Friday.
 
Subscribe here  chevron_right

In fixed-price contracts, the payment amount does not depend on the resources used or time expended. This type of contract is usually preferred by clients, since they think it puts all the risk on the vendor’s side. In reality, such a contract may involve issues for both client and vendor. Agile practices such as Scrum can help reduce those risks and improve transparency, quality and value.

Deconstructing the Fixed-Price Contract

A fixed-price contract fully defines upfront cost, time and scope in detail, and legally binds the vendor and client. Other types of contracts — e.g., time and materials (T&M) — put risk on the client, who will have to trust the vendor to deliver a certain scope, at a certain quality, in a reasonable time, with a reasonable cost (and cost can vary significantly if the project is not properly managed).

The popularity of fixed-price contracts may stem from the desire of clients to know how much a solution will cost (and to budget accurately), as well as from a lack of understanding of how the software development processes can work. It is thought that a complete definition of requirements and scope at the beginning can help to better estimate cost and time. In practice, the assumption that all aspects of an engagement can be precisely described in advance is not realistic.

The fixed-price approach presents disadvantages not only for the vendor (e.g., when time or costs are underestimated), but also for the client. In cases of changing priorities, market conditions, etc., any significant changes to the scope can only be accommodated via change orders and, often, additional cost.

Moreover, vendors may cope with risk by introducing risk surcharges, causing an inflation of costs. And with underestimating issues, the vendor can only address them by adding resources or by working extra hours. These actions may have a negative impact on both client and vendor (extra costs, team morale issues, lower quality deliverables).

The consequences can be dramatic, as the majority of software projects are unsuccessful.

How Scrum and Agile Can Help

Agile practices can resolve the issues present within a fixed-price engagement by promoting communications between vendor and client. This in turn supports both the identification of high priority features and the continuous management and (re)prioritization of the backlog.

Transparency and interactions are extremely critical even before the project actually starts. Client and vendor must build trust and understanding in the early phases of their engagement, first, by providing each other with extensive education and a clear understanding of how the work will be conducted.

Then, in time-boxed preliminary sessions, client and vendor need to work together on requirement definition and prioritization, and agree on the top features. Rather than trying to provide detailed specifications of each requirement, this discussion should aim for the definition of business-oriented user stories, their acceptance criteria and high-level estimates in the form of story points, with client and vendor mutually agreeing on estimates for all work items.

The result of this activity is a prioritized backlog. This informs the time and cost of the project (i.e., the budget), based on the selection of which stories must/should/could be implemented, and on the vendor’s team velocity on previous projects. At this point the vendor has enough information to provide a price to the client.

After this preliminary phase is completed, the project is run in the iterative fashion typical of the Scrum framework:

  • The client participates in sprint planning sessions to select the requirements to be implemented and provide clarifications to the development team.
  • Risk is reduced and quality improved by working on a smaller set of requirements in each iteration, undergoing regular inspections and providing short feedback loops. The client can verify the deliverables and provide feedback regularly, as early as two weeks into the project. Any issues that are discovered can be corrected by the vendor right away.
  • Working software is delivered at the end of each sprint. In this way, the client receives crucial features sooner, and can extract value from the project even during its early stages.
  • Finally, a regularly updated backlog ensures that only the more critical and urgent functionality is worked on and delivered at any stage. In the case of changing market conditions, features that at the start were considered relevant may no longer have high priority. The client can trade requirements in and out, while the overall cost and time remain intact: the lowest priority requirements can be swapped out to make room in the budget for the new, more relevant items. In this way, we move from “change requests” to “exchange requests.”

The project continues until the budget is exhausted. It is also possible for the client to determine that the project can be closed earlier than planned, once key features have been implemented and delivered, since the remaining features in the backlog may be deemed no longer needed. Contracts should be worded to allow for this situation from the start.

The CTP Experience

These Agile practices align very well with the adoption of cloud environments, allowing the early definition — and continuous updating — of a prioritized backlog of features and requirements.

At CTP, this approach has allowed for increased flexibility, and the ability to meet clients’ needs in a variety of situations, ranging from the implementation of Minimum Viable Cloud (MVC) environments and application migrations for financial institutions, to the development of cloud-based solutions for media and manufacturing corporations.

Steps to Success

The client must actively participate in the project in the following ways:

  • Have a complete understanding of, and alignment with the vendor on, how the project will be conducted
  • Provide a list of requirements and features (backlog) and their prioritization
  • Participate in the estimation/sizing of backlog items
  • Define acceptance criteria for each backlog item and “definitions of done”
  • Participate and contribute to the discussion and decisions during Sprint Planning events
  • Provide feedback during Sprint Review events
  • Regularly groom backlog (add/remove stories, update priorities)

It is integral to the success of the project that the points listed above are managed by a skilled and reliable resource assigned by the client for a substantial portion of her or his time for the duration of the project (in Scrum terms this is the Product Owner role).

All parties involved must always refer to the guiding Agile principles and values, including focusing on individuals and interactions, delivering working software, collaborating with the client and responding to change. Effective communications between client and vendor are key for the success of the Agile approach.

Share this


Related articles

 

Enterprise Data Lake Architecture: What to Consider When Designing

By Sudi Bhattacharya

 

Designing for Database High Availability and Replication in AWS

 

How to Successfully Adopt an Enterprise Data Warehouse in the Cloud

By Joey Jablonski

Related tags

Agile   How To

Vittorio Mezzano

Vittorio Mezzano is a Senior Program Manager at Cloud Technology Partners.

Full bio and recent posts »



Find what you're looking for.

Visit The Doppler topic pages through the links below.

PLATFORMS

AWS
CTP
Docker
Google
IBM
Kubernetes
Microsoft Azure
OpenStack
Oracle
Rackspace

BEST PRACTICES

App Dev
App Migration
Disaster Recovery
Change Management
Cloud Adoption
Cloud Economics
Cloud Strategy
Containers
Data Integration
DevOps
Digital Innovation
Hybrid Cloud
Managed Services
Security & Governance

SUBJECTS

Big Data
Blockchain
Cloud Careers
CloudOps
Drones
HPC
IoT
Machine Learning
Market Trends
Mobile
Predictive Maintenance
Private Cloud
Serverless Computing
Sustainable Computing
TCO / ROI
Technical "How To" Vendor Lock-In

INDUSTRIES

Agriculture
Energy & Utilities
Financial Services
Government
Healthcare
Manufacturing
Media & Publishing
Software & Technology
Telecom

EVENTS

CES
DockerCon
Google NEXT
Jenkins
re:Invent


 

Get The Doppler

Join 5,000+ IT professionals who get The Doppler for cloud computing news and best practices every week.

Subscribe here


Services

Cloud Adoption
Application Migration
Digital Innovation
Compliance
Cost Control
DevOps
IoT

Company

Overview
Leadership
Why CTP?
News
Events
Careers
Contact Us

The Doppler

Top Posts
White Papers
Podcasts
Videos
Case Studies
Quarterly
Subscribe

Connect

LinkedIn
Twitter
Google +
Facebook
Sound Cloud

CTP is hiring.

Cloud Technology Partners, a Hewlett Packard Enterprise company, is the premier cloud services and software company for enterprises moving to AWS, Google, Microsoft and other leading cloud platforms. We are hiring in sales, engineering, delivery and more. Visit our careers page to learn more.

CWC-blue-01

© 2010 - 2019 Cloud Technology Partners, Inc., a Hewlett Packard Enterprise company. All rights reserved. Here is our privacy policy CTP, CloudTP and Cloud with Confidence are registered trademarks of Cloud Technology Partners, Inc., or its subsidiaries in the United States and elsewhere.

  • Home
  • Cloud Adoption
  • Digital Innovation
  • Managed Cloud Controls
  • The Doppler Report
  • Clients
  • Partners
  • About CTP
  • Careers
  • Contact Us
  • Most Recent Posts
  • All Topics
  • Podcasts
  • Case Studies
  • Videos
  • Contact