ICT4D students: The world is your classroom

It seems courses in business and innovation are getting a hard time these days. First, Peter Jones, a 49-year-old serial entrepreneur in the UK, said he believed that hands-on experience was far more valuable to potential business leaders than several years studying theory in a lecture theatre. Then we had the likes of Peter Thiel, Scott Cook and Elon Musk telling us they believed business school graduates were hurting, rather than helping, innovation.

If we’re overstating the role of education in entrepreneurship and innovation, are we doing the same with social innovation and ICT4D?

Most people working in technology-for-development seem to agree the field isn’t in the best of health, with a whole range of problems persisting since the birth of the discipline decades ago. We have a constant stream of books telling us how we’re failing, without anything really changing. The technology toolkit expands and shifts, sure, but the difficulties we have in applying and implementing it stays the same. Is the way we’re ‘teaching people to do ICT4D’ part of the problem?

Empathy is a key step in the education process, but one we often skip (image via edsi.org.uk)

Empathy is a key step in the education process, but one we often skip (image via edsi.org.uk)

In The Rise of the Reluctant Innovator, I shared my concerns with what I saw as the institutionalisation of social change (which includes the broader global development and technology-for-development fields). The essence of the book began to develop during my time at Stanford University where I became increasingly exposed to social entrepreneurship, social innovation and design thinking as academic disciplines. I found myself meeting increasing numbers of smart young people looking to colleges and universities to equip them with the skills they felt they needed to ‘go out and change the world’.

I was a bit taken aback. You didn’t need qualifications to change the world, did you? Often I’d dig deeper and ask what they wanted to do when they graduated. Answers such as ‘I want to be a social entrepreneur’ perplexed me. Few people I know in the messy, often frustrating world of social entrepreneurship ever set out with the explicit aim of becoming one. Rather, they stumbled across a problem, a wrong or a market inefficiency which bothered them to such an extent that they decided to dedicate much – if not all – of their lives to putting it right. It was rarely, if ever, part of a wider plan.

Many of the students I met were unlikely to experience that problem, wrong, injustice or market inefficiency within the walls of their college or university. And, worse, many had never even stepped foot in the villages and communities they were aspiring to help. I agree that teaching the mechanics of social innovation or ICT4D may be helpful, yes, but only if matched with passion, and a cause, to which people can apply it, and genuine experience and empathy with – and for – the people you wish to help.

What I was witnessing at Stanford, and almost everywhere I have been since, was the increasing institutionalisation of social entrepreneurship and social innovation. This is unhelpful on many fronts, not to mention that it could easily be seen as a barrier by many motivated young people unable to take a course. Worse still, it implied that social change was a well- thought out process, when in reality it isn’t.

Bushbuckridge. Photo: Ken Banks

In ICT4D we’re so fixed on the technology – the ICT bit – that we often forget the ‘D’ – that minor inconvenience we call ‘development’. Fewer and fewer people seem to be making the effort to teach or learn the D, and this is a huge problem. It’s almost arrogant, and certainly disrespectful, to imply you can help people far far away you have never spoken to, and whose country, let alone village, you have never been to.

The first thing we should be teaching ICT4D students is development – the state of the world, how we got there, and what it means for the billions of people who for no fault of their own are on the receiving end of a life in poverty. Sure, getting on a plane and actually going somewhere for a few months (longer ideally) is difficult. But that’s no excuse for not doing it. For people who can’t, there are likely many problems in their own communities they could turn their attention to.

If we’re to fix ICT4D then the best place to start is by properly educating the ICT4D practitioners of tomorrow. If we don’t then little will change, and change is what we need.

The “Tweet. Recycle. Repeat” of ICT4D

During a rare, quiet, bored few minutes last week I looked through a few early blog posts from some of the longer standing members of the ICT4D community. Between around 2012 and now, many of the same statements, proclamations and questions have come up time and time and time again. The same tweets with the same outcome – usually nothing. Many have regularly appeared on my blog over the past seven or eight years, too, without making the slightest bit of difference.

I recently wrote about the need to stop just meeting up and repeating ourselves in the ICT4D echo chamber, which is what has been happening. But suffice to say it continues, and likely will, for as long as the discipline survives. The most obvious impact of all this activity are tweets and retweets of surprise every time something is said, even if it has been said for the past five years. If we’re looking to keep ourselves in a job and not fix anything, this isn’t a bad strategy, I suppose.

Here’s just a few of the things we’ve been saying over and over again for years.

kiwanja-trr-1

Okay, so no more pilots. Let’s put an end to ‘pilotitus’. Other than talking, what are we going to do about it, precisely? And how can we enforce it?

kiwanja-trr-2

Okay, after decades of trying we have done some stuff right. So how do we identify the stuff that works and genuinely support that? Other than talking, what are we going to do about it, precisely? And how can we enforce it?

kiwanja-trr-3

Yup. The world doesn’t need any more data collection tools or SMS gateways. So how do we put an end to this constant replication and reinvention? Other than talking, what are we going to do about it, precisely? And how can we enforce it?

kiwanja-trr-4

In many cases it’s still unclear who should pay to do monitoring and evaluation. Donors seem to think grantees should do it, and grantees only seem prepared to do it if the donor has given money for it. Other than talking, how are we going to fix this, precisely? And how can we enforce it?

kiwanja-trr-5

Hallelujah. After years of ignoring the end user we’re now entering an age (in ICT4D and global conservation and development, more broadly) where we think it’s a good idea to be consulting our end user. But it still doesn’t happen as much as it should. What are we going to do about it, precisely? And how can we enforce it?

kiwanja-trr-6

Everyone loves talking about appropriate technologies, but then they go off and build iPad apps for African farmers. We need to lead with the problem and the people, not the technology. But other than saying this, what are we going to do about it, precisely? And how can we enforce it?

When it comes to talking, blogging and tweeting ‘best practice’, I’m as guilty as the next person. We all do it, and we all rightly believe in what we’re saying. But talk is cheap if we do something very different on the ground (or do nothing at all). And after 12 years working in ICT4D/m4d I seem to keep seeing the same questions and issues raised over and over again. I’m sure I’m right when I say we all want to do the best we can for the people we serve. If we’re under performing then that’s something we all should naturally want to address.

Of course it’s pretty easy to rant about how bad things are, but that’s little use if you don’t offer any solutions. I’ve been trying to do more of that lately, publishing a book – The Rise of the Reluctant Innovator – to challenge conventional wisdom around how social innovation happens and should be done. I also launched the Donors Charter which seemed to stir up all sorts of trouble, breaking the SSIR commenting system in the process. Check out the Stanford Social Innovation Review post if you’ve got a couple of hours spare.

donorscharter

The Charter, in short, proposed (quite logically in my mind) that if donors largely control what gets funded, all they needed to do was ask potential grantees a few simple questions before they handed over their money. We could then put a stop to some of the repetitive bad practice that we see. Donors all sign up to the Charter, and enforce it among themselves.

Of course, whether anything like this gets adopted is out of my control. But at least it’s a possible solution, not a rant.

Passions often get fired up in these kinds of debate, and it’s wonderful to see so much of it around ICT4D and m4d, particularly on how we can move the disciplines forward. But if the people and organisations with teeth in the non-profit sector aren’t in the room, and don’t act, then nothing will ever change. Perhaps everyone is too comfortable with how things are, and perhaps people don’t really want change.

Or perhaps we’re only comfortable with disruption as long as it doesn’t happen to us. Tweet that.

Talking ICT4D

Back in 2009 I carried out something of an experiment. Me and Erik Hersman attended ICT4D in Doha. For both of us it was our first time at a ‘professional’ tech-for-development gathering. After hearing and writing so much about the disconnect between academia and practitioners in ICT4D, I wanted to see if it existed – and in what form – for myself.

I wasn’t disappointed. After just one day it became blatantly clear that the majority of people were attending to share their research, and latest paper, and to tick boxes. The audience were the other speakers. It was a very self-serving event, to say the least.

In the corridor outside the main hall sat – among others – Erik, Brenda, Patrick and I. We weren’t reading papers (or our blog posts) to each other, but trying to find ways of getting FrontlineSMS, Ushahidi and Freedom Fone to play nicely together. Clearly, the needs of the practitioners there were very different to everyone else, namely the academics, observers, ICT4D professionals and other recognised ‘experts’.

In six years, little seems to have changed. When I look today at the frequent and regular ICT4D conferences, gatherings and meetups – most of them entrenched in Western corridors – I continue to wonder. Who are the audience? What is the purpose? Objective? Impact? Is it the same people who attend – and speak at – most of these events?

My hunch is that, like in Doha, practitioners out there are having very different conversations than the ‘professional’ tech-for-development players. The needs of the two camps continue to be very different. I meet few social entrepreneurs or social innovators obsessing relentlessly about big data or drones. That seems to be a luxury for others.

Thankfully, increasing amounts of the more interesting stuff in ICT4D is beginning to happen outside the official development system. Give it a few years and most of it will be. Maybe there ought to be a few more conferences about that.

Principles and Charters: A recipe for harmony in ICT4D?

There’s a phenomenon in the science world known as ‘multiple independent discovery‘. It’s where “similar discoveries are made by scientists working independently of each other” and the Theory of Evolution, the jet engine and the television can be counted among its ranks. Not that any of my work comes close to any of these, it was no surprise when I recently announced my Donors Charter to learn that friends on the other side of the Atlantic were working on something very similar. Or at least that appeared very similar.

My Donors Charter was borne out of a specific frustration that donors often appeared to be funding ICT4D projects they shouldn’t. The result? A sector full of replication, failed pilots, poorly thought-out projects, secrecy and near-zero levels of collaboration – none of it useful.

The Charter was an effort to encourage both donors, and project owners, to ensure they were clear about what they were planning, why they were planning it, and how. The questions didn’t seek to steer them in any specific direction, or encourage them to choose one technology solution or principle over another, but simply to be clearer about the what, why and how of their idea. The questions fell into three categories:

Preliminary questions

  1. Do you understand the problem? Have you seen, experienced or witnessed the problem? Why are you the one fixing it?
  2. Does anything else exist that might solve the problem? Have you searched for existing solutions?
  3. Could anything that you found be adapted to solve the problem?
  4. Have you spoken to anyone working on the same problem? Is collaboration possible? If not, why not?
  5. Is your solution economically, technically and culturally appropriate?

Implementation questions

  1. Have you carried out base research to understand the scale of the problem before you start?
  2. Will you be working with locally-based people and organisations to carry out your implementation? If not, why not?
  3. Are you making full use of the skills and experience of these local partners? How?

Evaluation and post-implementation questions

  1. How do you plan to measure your impact? How will you know if your project was a success or not?
  2. Do you plan to scale up or scale out that impact? If not, why not? If yes, how?
  3. What is your business/sustainability model?

Transparency questions

  1. Are you willing to have your summary project proposal, and any future summary progress reports, posted on the Donors Charter website for the benefit of transparency and more open sharing?

None of these questions are difficult, none are particularly technical, and it’s perfectly reasonable to expect anyone starting a new project to be able to answer them. These are, in my view, the kinds of questions everyone should be working through because, well, they’re common sense. Anyone who hasn’t thought any of this through really needs to go away and think, plan or research a little more. And if it comes to it, yes – drop their idea.

There’s a dual benefit to all of this. Firstly, it would force implementers to consider key issues before reaching out for support, resulting in a reinforcement of best practice. Secondly, it will help the donors themselves by focusing their resources and dollars on projects which are better thought-out and less likely to fail.

Shortly after announcing the Charter last August I was pointed to another site – billed as ‘the same thing’ – which had just been launched a few weeks earlier. This site was billed as the “Principles for Digital Development” and it too had a list of things people needed to consider while designing their project. Unlike my Charter, which was scribbled in the back of a notepad during a train journey home, the Principles were the result of an extensive amount of work by a range of ICT4D players and partners including The Bill and Melinda Gates Foundation, USAID, UNICEF, The World Bank, SIDA, The State Department, WHO, HRP, UNHCR, WFP, UNFPA, UNDP, Global Pulse, UNWomen and OCHA.

After reviewing the Principles (you can download a PDF of them here) I quickly decided that they weren’t ‘the same thing’, although they were undoubtedly useful. Despite that, they came up again in a comment posted by Wayan Vota, who pointed people back to the Principles in what became the mother-of-all-discussions on the Charter in my Stanford Social Innovation Review (SSIR) article. I decided it might be useful to seek some clarity because I still didn’t agree that they were the same, and asked him:

1. Who are the principal audience? Is this to remind solutions developers what they should be doing? Or for donors to sense check proposals?

2. Are they going to be enforced in any way? If not, what’s different about this than all the other sets of ‘best practice’ we’ve seen over the past decade?

3. Who’s ‘signed up’ to the Principles, and what does ‘signing up’ actually mean?

4. I’m curious who else was consulted beyond the giants of the development community listed on the site? There seems to be a lack of any grassroots voice, or any of the smaller organisations who probably have a lot to share from their experiences.

Surprisingly I didn’t get a reply, although other friends at USAID did inform me they planned on writing a response to the SSIR piece. So, while I wait to hear their thoughts, here are four of mine on why the Charter and Principles are not ‘the same’.

Firstly, in many places the Principles are quite technical, and anyone other than a software developer, design thinker or ICT4D professional may struggle to understand them. For example, “Design solutions that learn from and enhance existing workflows and plan for organizational adaptation” isn’t useful if you’re a grassroots innovator trying to fix a local problem. The Charter is deliberately non-technical, aimed at everyone, everywhere.

Secondly, the Charter simply asks questions to help ensure projects consider the wide range of issues they may need to address. The Principles makes direct suggestions on how projects should be designed and run.

Thirdly, and perhaps more dangerously, the Principles apply a broad-brush approach to ICT4D project development. “Employ this”, “Apply that”, “Demonstrate this” and “Demonstrate that”.

Fourthly, the Principles steer projects in a specific direction with their recommendations, which is again dangerous. For example, “Design for scale” should only apply if the project wants scale. What if it doesn’t need to scale? “Develop software to be open source by default” implies that closed source is less effective. If we look at the evidence, is that really the case?

If the Principles are aimed at the very organisations that took part in their development – many of them the heavyweights of the ICT4D world – then that’s fine. They’ll have the knowledge, money and resources to make sense of them and deploy them in their work, and it sounds like many of them now do. That’s great news if it works for them.

But for the people and projects I’ve spent the best part of my 20+ year career working with – largely grassroots non-profits, and local social actors and innovators – they’re not much use at all. Even if they could unpick some of the development speak, they’d struggle to act on many of them. One of the biggest problems, as I’ve seen it over the past few years, is the increasing institutionalisation of international development. In 2015 it’s going to get worse, not better.

I believe now, more than ever, that we need to be more inclusive in our work, and although the Donors Charter – unlike the Principles – has very little chance of being adopted by donors anywhere, it is at least aimed at the ‘everyday innovators’ who will – quite rightly in my view – end up being the future of the technology-for-development sector.