Doug Hadden from Freebalance (an IT company) has flagged the danger of PDIA becoming a development 'best practice'. http://www.freebalance.com/blog/index.php/danger-pdia-becoming-development-best-practice/
His concern is one that I share. I can only respond to it by saying, don't mimic this... it is not a model or a product but a set of heuristics and principles that actually needs to look different in different places. See the DDD Manifesto for more...
This is taken from Doug's article, which I think is interesting and important:
“Mimicry” – this is what Professor Matt Andrews of the Harvard Kennedy School describes as the bane of aid and development projects in emerging economies. Development agencies mimic a project that worked in one country in other countries where the context is much different. Projects that adopt so-called “best practices” are more likely to gain funding. Andrews is part of a group of academics and practitioners that believe that development success comes from fullyunderstanding the problem and adapting to the problem.
This strategy is called Problem-Driven Iterative Adaptation (PDIA). PDIA isn’t some “fly-by-night” fashion. It’s built on deep analysis of what works and what doesn’t. (Unfortunately, there’s a bit too much of what doesn’t). Andrews has laid out the case in The Limits of Institutional Reform in Development, and the Harvard Kennedy School Executive Education Leaders in Development: Managing Change in a Dynamic World that I’ve attended. Andrews points out that there is a big difference between simple problems (build a bridge), complicated problems (build a road and bridge) and complex problems (improve growth through infrastructure and other interventions).
I’m a big fan of PDIA. It’s helped us at FreeBalance to better manage the change challenges of implementing government financial software in developing countries. Lant Pritchett, also at the Kennedy School explains PDIA.
The problem is that I’ve begun to notice development agency claims of using PDIA. And, the evidence of PDIA appears to be a little light. It’s almost as if PDIA could become the new “best practice” to justify project approaches.
That’s a horrible prospect: turning a powerful toolset into a check list.
When PDIA isn’t Problem-Driven and Iterative
It may be easier to determine with more certainty when projects are not using PDIA:
- The solution domain was selected prior to project funding
- The donor selected the project, not the country selecting the donor first
- The actual budget equals the initial proposed budget meaning that there may not have been much iteration that could have resulted in lower or higher costs
- The project followed the project plan rigorously, so there was not adaptation
- No part of the project experienced failure, so there was no iteration
- There was no prototype, so there was no testing
- PDIA activities are presented as process milestones, such as “here is where we spend an afternoon talking about iteration”
- The project evaluation is good to excellent but the outcomes were mediocre
- Outputs (number of students) measured, not outcomes (educational improvements)
- The resulting activity requires outside experts to maintain – it’s not self-sufficient, therefore didn’t adapt to the local context
- The main focus was to make the government look good rather than improve behaviour
- The project failed to scale
Comments
You can follow this conversation by subscribing to the comment feed for this post.