InfoQ

News

Tips to Select a Pilot Project for Agile Adoption

Posted by Vikas Hazrati on Nov 17, 2009

Community
Agile
Topics
Adopting Agile
Tags
Introducing Agile ,
Best Practices

One of the most important factors which influences the success of Agile adoption is the set of learnings derived by applying Agile to a pilot project. These learnings significantly influence the organization to go ahead with Agile or fall back to their usual process. This places a lot of emphasis on the selection of the pilot project. A wrong type of pilot could end up aborting, which would be a poor advertisement for the new process.

Mike Cohn suggested the four critical factors which affect the selection of a pilot project. According to him,

Not every project is equally suited to be your first. The ideal pilot project sits at the confluence of project size, project duration, project importance, and the engagement of the business sponsor.

Though, it might be difficult to narrow down on the perfect project however, organizations should strive to pick a project which closely falls in the intersection of the four factors.

According to Mike, the four factors are

I. Duration – A short project would help skeptics to say that Agile works for small projects. If the project is too large then people would have to wait too long to gauge the status of adoption. Mike suggested that the ideal project length would be somewhere near the middle of what is the average for the organization.

Greg Smith suggested that the ideal duration for adoption according to him is 8 weeks. According to him,

The first thing to do is to look for a subset of features within the project that can be completed within 8 weeks. Is there a group of features that could go together as a mini-project within the larger project?

II. Size – The pilot project should be small enough to be done by one team. This abstracts the multi team and cross communication challenges, thus allowing the team to concentrate on the Agile process.

III. Importance – Start with a project which is critical to the organization. This would give incentive to the team to work well with the process to ensure the success of the project. A low-importance, low risk project usually becomes just a learning project.

Greg suggested the following ways to gauge the criticality of the project

A project is usually critical if your company or the customer cannot survive without it. Here are some example projects that a business would consider critical:
  • A project to ensure a revenue stream.
  • A project that supports meeting a regulatory or compliance deadline.
  • A project with expiring funds (budget tied to a time-frame).
  • A project that delivers functionality that is a foundation for the organization (i.e. SOA).

IV. Business sponsor engagement - An engaged business sponsor can help the team if it needs to push against entrenched business processes, departments, or individuals. The time and energy of a business sponsor are critical to the success of the project.

Mike added that all these factors become meaningful with a strong team. Hence, choosing the right team is a precursor to all the above factors. Alan Atlas also shared his thoughts about picking the pilot teams first rather than focusing too much on the pilot projects.

Thus, once the pilot team is in place the next step is to select a pilot project based on the factors discussed above. Though, the project might not fall in the of intersection of all the four factors however, the key is to strive and select a pilot project which is closest to the sweet spot.

Related Sponsor

VersionOne is recognized by Agile practitioners as the leader in Agile project management tools. Companies such as Adobe, BBC, CNN, Dow, HP, IBM, Sony and 3M have turned to VersionOne to help deliver greater value to their customers.

re: Project Selection by Dave Rooney Posted Nov 18, 2009 7:02 AM
  1. Back to top

    re: Project Selection

    Nov 18, 2009 7:02 AM by Dave Rooney

    All very good points. I would suggest, though, that the same criteria (and Mike's excellent graphic) be used to select all projects for an organization, not just those for an Agile pilot!

    Dave Rooney
    The Agile Consortium

Educational Content

Brian Marick on 4 Challenges and 5 Guiding Values of Agile Software Development

Brian Marick takes us through a quick tour of the most important values and challenges to adopting Agile successfully (they aren't the typical challenges and values we hear in the community).

Are You a Software Architect?

The line between development and architecture is tricky. Does it exist at all? Is an ivory tower actually needed? There's a balance in the middle, but how do you move from developer to architect?

Agile – A Way of Life and Pragmatic Use of Authority

The word 'authority' sometimes produces an allergic response in hard-line agilists. Freedom and authority – both are bad if misused and both are good if used in right spirit for a noble cause.

Getting Started with Grails, Second Edition

"Getting Started with Grails" brings you up to speed on this modern web framework. Companies as varied as LinkedIn, Wired, and Taco Bell are all using Grails. Are you ready to get started as well?

Using ITIL V3 as a Foundation for SOA Governance

Those familiar with only ITIL V2 often scoff at the thought that ITIL could serve as a governance framework for SOA. With ITIL V3, the focus of the framework shifted towards service-orientation.

Adrian Colyer on AspectJ, tc Server and dm Server

SpringSource CTO Adrian Colyer discusses AspectJ, SpringSource's dm Server and tc Server products, OSGi and Scrum.

Adam Wiggins on Heroku

Heroku's Adam Wiggins talks about Rails, Background Jobs, Add-Ons, Ruby, and how Heroku manages to work around Ruby's inefficiencies using Erlang and other languages.

SOA as an Architectural Pattern: Best Practices in Software Architecture

For Grady Booch the foundation of a good architecture is patterns, SOA being just one of many patterns. In this Second Life presentation, Booch attempts to bring more clarity on what architecture is.