I’m currently interested in getting financial skills into agile teams because I think better value for money can be achieved if the team has these skills and is made responsible for its own budget. I’m also keen to see an iterative approach to contractual payments, investments and budgeting. Rather than spending 300K in 1 large purchase, why not break it out into 10 30K purchases, paid on the delivery of concrete results, which may vary depending on empirical feedback? Without empirical evidence at the start, it’s worth fixing the cost of the initial purchase.
To get some background, I’m looking into techniques for measuring the resultant value of delivered software, the cost of delivered software and the return on investment. I’m currently reading Software By Numbers 
I need to read more and better understand the theories, but I’m going to try applying Agile EVM to a release on my current project. I’d like to see what numbers come out and what they’re actually telling me. I’m also going to try some of the stuff in Software By Numbers .
Saturday, December 9, 2006
Agile finances?
Posted by Simon Baker
3 Comments
You may also want to check out this article by Dan Rawsthorne. It's essentially the same idea with a different name.
http://www.agilejournal.com/component/option,com_magazine/func,show_article/id,49/
-Kane.
Thanks Kane.
I was listening to this podcast about EVM last night:
http://www.controllingchaos.com/?p=62
Ravi