2nd #ICT4D Twitter Chat on "Learning from Failures in ICT4D projects"

After my First ICT4D Twitter Chat last month, I'm hooked on this new format of meeting, although I love and hate the limitations of Twitter chat. I find myself spending too much time shortening my sentences to 140 chars and still trying to make sense. Yet I like the quick past pace. 


I attended the second chat last Friday physically at the Inveneo office in downtown San Francisco, where I met Wayan Vota for the first time, and had a wonderful chat with after. And no, we didn't do it over Twitter this time. Summary of the Twitter Chat is here, but three main points (from ICTWorks' post) are (visit the post for more details):

1. Improper or missing understanding of users.

Technologists, like all people, have a tendency to dream big. As a result, systems are often over-engineered in the minds of the designer, without taking the time to base the design on real data points from potential users (or even from other projects). Designed in a vacuum, these projects are nearly guaranteed to fail -- users in the developing world often end up finding very little in common with an application developer in the United States (for example).

The human-computer interaction field is partly to blame for this pattern, as we haven't done a good job providing low-cost, meaningful ways to better understand users in the global south. We certainly haven't promoted use of simple techniques such as use of personas, interviews, and surveys in the early phases of ICT4D projects. Some of us, including me, are working to change this, but it will not be an overnight process.

2. Failure to focus on real problems and needs.

A failure to understand real needs is somewhat related to misunderstanding of users. After all, the better technologists are at understanding users, the better they can understand their needs. At OpenMRS, we have a mantra that "care will lead the way". This means that every bit of functionality can be traced to actual, real-life needs of the clinics and health care professionals we serve.

Unfortunately, this type of understanding can only be achieved by spending time first-hand in the environment where an ICT4D solution will be used, or, if that's not possible, by involving people from that environment directly in the design process. Eliminating time spent on "imagined" problems not only makes the technology development process faster, it also increases the likelihood the product will be well-received.

3. Expectation gap between implementers and donors.

Building on the previous two points, the chat's participants made it clear that implementers don't always do a good job of educating donors and other stakeholders about the realities "on the ground". (Perhaps this is because these "doers" don't fully understand them, themselves!) This misunderstanding inevitably leads to faulty expectations not only of the project, but also the processes of designing and implementing. Technologists must become better at "speaking donor", and also must help the donors learn a little about how to "speak tech".

This communication gap has plagued the informatics world in the global north since its beginnings, so it's not surprising to see it at play in the global south in international development projects. However, I believe the remedy may be the same in both situations - increased cross-training of people with solid technical backgrounds in concepts like interpersonal communication, project management, monitoring and evaluation.

Summary

While failures -- particularly in ICT4D -- will never be eliminated, focusing on these factors earlier in projects can help reduce of the impact of these failures, and help us "fail early and often", iteratively improving project implementations instead of failing late in the game, wasting more donor funds and invaluable time.