Federal Agile Adoption
On December 9, 2010, the US chief information officer announced a twenty-five-point implementation plan for restructuring federal information technology . One of the major reforms called out in the plan is agile software development .
Even before this announcement, several agencies have prominently promoted their agile capabilities. Highlights include:
- NASA’s enterprise operations moved exclusively to agile development after officials compared error-tracking logs of traditional projects to early efforts using agile development. “We’re believers,” said Gene Sullivan, NASA’s associate chief information officer for enterprise portfolio management. 
- The Department of Veterans Affairs released a Project Management Accountability System (PMAS) Guide, which describes how to implement agile on VA IT projects. This agile guide mandates, “Effective immediately, the PMAS Guide will be followed by all qualifying projects that deliver new functionality or enhance existing systems.” 
- Al Tarasiuk, the chief information officer for the CIA, stated that his agency “has also moved completely to agile project management methodologies” .
With the increasing federal interest in agile, are federal governance controls ready for agile implementations?
Agile and Federal Governance
The Manifesto for Agile Software Development defines the essence of agile processes, stating:
We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on the right, we value the items on the left more .
In these core concepts, the Agile Manifesto does not state that governance is not needed. Rather, it says the focus should be on delivering value. Governance that deters from delivering value is waste; governance contributing to the delivery of value is priceless. Governance serving as a tool to delivery of value is an issue when considering agile in the federal government. The federal government has long focused on minimizing risk, at times at the expense of delivery. This focus on minimizing risk impedes agile implementation.
One of the key barriers to iterative delivery in the federal government lies in the contracts. Most contracts state all the needs and deliveries up front. This creates a challenge to agile’s inspect-and-adapt model. However, there are some vehicles that are aligned with iterative delivery. David Neumann, Excella Consulting’s federal practice lead, suggests blanket purchase agreement (BPA) and indefinite quote indefinite delivery (IDIQ) contracts as two such examples. Both of these vehicles present a high-level statement of services or needs and allow for task orders to be issued against them. These task orders then supply a detailed scope of work. Figure 1 shows the similarities of an agile project and its iterations to a BPA/IDIQ and its task orders.
Figure 1. Similarities between agile projects and BPA/IDIQ contracts
“I have seen agile federal programs issue monthly task orders that define the scope of the project’s iterations for that month,” Neumann states. The key is to use a template repeatedly for each task order. You should update the scope section of each task order, but the rest of the task order should follow the template.
The ability to stop writing task orders is an added advantage of this model. In federal contracting, it can be difficult to terminate a contract or agreement. However, it is not nearly as difficult to stop issuing task orders. These vehicles allow the clients to control the work and contracts based on the results the vendors or contractors are delivering.