Procurement Management Done Agile (Part 2)
Agile
Business Case
CRM
Procurement Management
Risk Management
Scrum
Stakeholder Management
Strategy
In my previous article, I outlined the issues and problems inherent when procuring the services of a vendor to deliver software and systems using agile development under a traditionally linear and sequential project procurement process. Contemporary research has shown that the likeliness of change to the project requirements is proportional to the increasing complexity of the system being delivered. Boehm and Papaccio found that a typical software project experienced 25 percent change in requirements, with the percentages going up as the complexity of the software requirements grew[1].
The most common reason for this phenomenon is that during project execution, hidden requirements may be uncovered--leading to the discovery of new requirements. Part of the process improvement inherent in agile software development is that as the delivery of the system is being explored, the functionality becomes better understood in each iteration--which leads to changes in the ordering of the product backlog. It is typically after a few iterations that a customer gets some meaningful software to examine and explore, leading the customer to focus on new, re-prioritized or clarified requirements.
Yet when selecting an outsourced vendor to develop software using agile practices, the vendor is generally selected as a result of a typical waterfall-style tendering and contracting process--
Please log in or sign up below to read the rest of the article.
|
"History may not repeat itself, but it does rhyme a lot." - Mark Twain |