Jeff Myers is a senior director for REI Systems who leads REI’s analytics capabilities. Pradeep Krishnanath is a program manager with REI Systems and manages agile software development of the Integrated Award Environment of IAE for GSA’s Federal Acquisition Service. Kevin White is director of contracts for REI Systems and has over 20 years of experience in federal IT contracting.
Many government procurement officials are nervous about contracts to purchase agile software and IT solutions, perhaps for good reason. It’s hard to feel comfortable buying something when you aren’t sure what the final deliverables will be.
However, according to Office of Management and Budget PortfolioStat briefings, most federal agencies report that more than half of their IT development efforts use agile today. The benefits of agile development are powerful; an effective agile approach brings innovation as development takes place, moves more quickly than other approaches, and rarely produces a solution that an agency finally rejects and discards.
Thus, learning how best to procure services from vendors who use an agile approach is important. It is critical now and will only continue to grow increasingly important in the coming years, so how do we make sure that federal agencies and departments are properly procuring agile services? And going one step further, can they use agile methods as they procure?
At the same time as agencies are being asked to buy services from agile vendors, leaders are asking whether agile principles can be used within agencies.
Insight by Citrix: During this webinar executives from the Department of the Navy, U.S. Army Corps of Engineers, Census Bureau and Citrix Systems will discuss how federal leaders can use their experience over the last 20 months to continue to reduce costs and complexities and move further into the cloud and other modern approaches to technology.
Questions often start with the procurement office, because the procurement office is expected to know how agile works as a result of buying agile IT development services from agile vendors. Unfortunately, though, agile methods used to develop software do not all translate directly into methods that can be used to purchase goods and services. There are, however, several parallels and some beneficial lessons to be learned.
What does “agile” mean with respect to procurement?
The practice of agile procurement is too new to have an agreed-upon definition. However, there are several components that all truly agile acquisitions have in common.
Agile procurements will:
Hurdle #1: A focus on the lowest unit prices doesn’t always produce the lowest cost.
Federal procurement often focuses on achieving the lowest cost per item or service. This focus fails to recognize individual items that are rejected or discarded after purchase. For example, an agency that purchases 10 different software applications, but then discards four because they don’t meet user needs, should not consider their procurements a success — regardless of the price for each of the 10 individual applications. If the traditional vendor charges a price of $1X for each of the 10 software systems for a total of $10X, but an agile developer charges a unit price of $1.5X (50 percent higher) for each of the six applications deemed acceptable for a total of $9X, the agency will see a lower cost with the agile developer because many of the traditionally procured items are discarded.
Hurdle #2: There are good reasons for contracting staff to remain independent from program staff — but they can still collaborate.
The separation of responsibility in government between procurement and program staff ensures that a single person cannot determine the need for an item, which reduces the risk of corruption. However, a key benefit of the agile approach is achieved when the collaboration between those doing the work (procurement staff), their customers (program staff), and from the ability of agile team members to step into one another’s roles to make sure work is done efficiently. Thus, agencies must find ways for contracting and program staff to work together before, during and even after contract award. Programming staff after is important, because the agile model calls for an openness to change throughout a period of contract performance.
Hurdle #3: Measuring success in procurement will always be challenging — the agile approach will not change that.
As with agile IT, user acceptance is an important supplement to traditional measures of value and procurement success. Cost must be considered carefully, but ultimately the core measures of procurement success tend to be:
User acceptance/adoption of the procured item or service is an important metric of procurement success that may be under-utilized now, but that fits well with an agile procurement model.
Key Agile acquisition success factors include:
The most significant mistakes include: