A couple of articles came across my desk that I thought were worth distilling for easier consumption. They both revolve around selling Agile and subsequently funding Agile projects.
In terms of monitoring the costs associated with an Agile project, one should consider:
By capturing task effort associated with completed stories, we can start to correlate story points with cost. Burndown charts can be annotated with the loaded cost of completed user stories (remember a story is either done or not done, nothing in between). Having developed a correlation with story points and delivery cost we are better placed to forecast the cost of delivering the remaining backlog at any given time.
Effective agile development depends on effectively monitoring changes in the business environment. What processes and methods should companies put in place to effectively monitor dynamic changes? How do you know if you are getting it right?
Agile development is a closed feedback-loop system, and the single most important part of that loop is business feedback. To formalise this we can use John Boyd’s Observe, Orient, Decide and Act Loop (OODA) cycle, below:
When selecting a project for David Norton from Gartner says to ask the following:
- Is there a business driver to use agile – time to market, risk of change etc.
- Is there active senior sponsorship to use agile on the project?
- Will the business stay the course? The No. 1 fail mode for agile is business walking away.
- Is the organisation culture a good fit for agile and, if not, can we change it?
- Will we have a strong and committed product owner?
- Do the teams have or can we train them on the agile principles and practices?
In terms of selling Agile to the CFO, Lisa Crispin tells us to consider the following:
- Consider the CFO – Learn about the CFO’s roles and responsibilities, be prepared to show how Agile provides an ability to quantify software development where traditional methodologies don’t.
- Prepare to Be a Change Agent – Learn good ways to introduce new ideas, be ready to address the costs and benefits of your idea but don’t overwhelm [the executive] with data.
- Quantify Agile Development Advantages – CFOs need benchmarks, tracking, and financial measurements. Explain how Agile delivers value frequently, in small increments. Incremental development aids in gathering metrics that help CFOs analyze return on investments and plan future budgets.
- Quantify Technical Debt - Managing technical debt is a compelling justification for adopting Agile. In The Financial Implications of Technical Debt, Jim Highsmith points out that technical debt’s impact is often slow-growing and hidden. CFOs understand the concept that technical debt increases the cost of change over time, so be prepared to explain how an investment in reducing technical debt pays off with consistent, predictable delivery of value.
- Transparency – The many sources of immediate feedback on an Agile project provide CFOs with much more certainty and predictability. Demonstrate Agile’s many “big visible charts” to your CFO. Show how the project’s current status is visible in many ways: release and sprint burndown charts, task or Kanban boards showing what’s done, what’s in progress and what’s blocked, results from continuous integration.
- An Additional Sales Pitch – Just as CFOs are aware of incentives to attract and retain salespeople, they want to hire the best developers as well. The chance to recruit the most talented developers is another good selling point: People will want to work here!
- Long-Term Success – For the CFO, that means measuring progress and return on investment (ROI). Look back over the first year of using Agile development to gauge ROI. Your Agile transition won’t always be smooth sailing. Even as the years pass, new challenges will arise. By this time, you’ll have built trust with your CFO and business experts so that they will continue their support. Don’t take anything for granted. Keep using appropriate measurements and quick, visible feedback to guide your continual improvement.