Agile is having a moment. With a promise of faster and better outcomes for everything from start-ups to the labyrinthine federal government approach to services procurement, the agile way is very much in the spotlight.
But along with this sudden fame comes the inevitable oversimplifications and forced contrasts, such as the supposed clash of the methodologies that pits agile against formal project management.
This is an artificial debate. The truth is that these two approaches can and do co-exist successfully. Project management is the application of knowledge, skills, tools, and techniques to project activities to meet the project requirements; agile allows teams to deliver projects piece-by-piece and make rapid adjustments as needed. Agile is not done in place of managing a project. Instead, it is frequently introduced as a way to speed up phases of a project.
With its promise of a faster path to the right results and more satisfied customers – especially on complex projects – it’s no wonder that agile is a cornerstone of U.S. CIO Tony Scott’s mission to vastly improve customer satisfaction with federal technology services. This Agenda has already yielded such practical tools as the Digital Services Playbook—actually released and made public by Scott’s predecessor Todd Park—whose 13 plays from proven private sector best practices include Play 4, “Build the service using agile and iterative processes.” There is also the TechFAR Handbook, a helpful guide to flexibilities in the Federal Acquisition Regulation (FAR) that can make it easier for agencies to implement plays in the Playbook through acquisition.
Keep reading this article at: http://www.federaltimes.com/story/government/management/blog/2015/08/07/can-government-agile/31293553/