Feeds:
Posts
Comments

Posts Tagged ‘organization’

Plan just released a new report called ICT Enabled Development: Using ICT strategically to support Plan’s work. The report is part of an on-going process by Plan Finland (kudos to Mika Valitalo for leading the process) in collaboration with Plan USA to support Plan’s country offices in Africa to use ICTs strategically and effectively in their development work. It was written by Hannah Beardon and builds on the Mobiles for Development Guide that Plan Finland produced (also written by Hannah) in 2009.

The idea for the report came out of our work with staff and communities, and the sense that we needed to better understand and document the ICT4D context in the different countries where we are working. Country offices wanted to strengthen their capacities to strategically incorporate ICTs into their work and to ensure that any fund-raising efforts for ICTs were stemming from real needs and interest from the ground. Plan offices were also in the process of updating their long-term strategic plans and wanted to think through how and where they could incorporate ICTs in their work internally and with communities.

The process for creating the report included 2-day workshops with staff in 5 countries, using a methodology that Mika, Hannah and I put together. We created a set of ICT training materials and discussion questions and used a ‘distance-learning’ process, working with a point person in each office who planned and carried out the workshop. Mika and I supported via Skype and email.

Hannah researched existing reports and initiatives by participating offices to find evidence and examples of ICT use. She also held phone or skype conversations with key staff at the country and regional levels around their ICT use, needs and challenges, and pulled together information on the national ICT context for each country.

The first section of the report explains the concept of ‘ICT enabled development’ and why it is important for Plan and other development organizations to take on board. “With so many ICT tools and applications now available, the job of a development organization is no longer to compensate for lack of access but to find innovative and effective ways of putting the tools to development ends. This means not only developing separate projects to install ICTs in under-served communities, but looking at key development challenges and needs with an ICT eye, asking ‘how could ICTs help to overcome this problem’?

Drawing on the research, conversations, workshop input and feedback from staff, and documented experience using ICTs in Plan’s work, Hannah created a checklist with 10 key areas to think about when planning ICT-enabled development efforts.

  1. Context Analysis: what is happening with ICT (for development) in the country or region?
  2. Defining the need: what problems can ICT help overcome? what opportunities can it create?
  3. Choosing a strategy: what kind of ICT4D is needed? direct? internal? strategic?
  4. Undertaking a participatory communications assessment: who will benefit from this use of ICT and how?
  5. Choosing the technology: what ICTs/applications are available to meet this need or goal?
  6. Adjusting the content: can people understand and use the information provided for and by the ICTs?
  7. Building and using capacity: what kind of support will people need to use and benefit from the ICT, and to innovate around it?
  8. Monitoring progress: how do you know if the ICT is helping meet the development goal or need?
  9. Keeping it going: how can you manage risks and keep up with changes?
  10. Learning from each other: what has been done before, and what have you learned that others could use?

The checklist helps to ensure that ICT use is linked to real development needs and priorities and appropriate for those who are participating in an initiative or a project. The report elaborates on the 10 key areas with detailed observations, learning and examples to illustrate them and to help orient others who are working on similar initiatives. It places the checklist into a 4-stage process for ICT integration.

  1. Understanding the context for ICT work: includes external context and internal experience and capacity
  2. Finding a match between priorities and possibilities: rooting the system in local needs and priorities and finding good uses for tools and applications
  3. Planning and implementing concrete initiatives: carrying out participatory assessments, linking to other development processes and addressing technical issues and concerns
  4. Building a culture of systematic, sustained and strategic use of ICTs: linking ICTs with program work, transforming the role of ‘the ICT guy’, and building expertise on the cultural and social aspects of ICT use

Additional material and case studies, ICT country briefings, and an overview of Plan’s current work with ICT4D in Africa are offered at the end of the report.

The report includes input from Plan staff in Ghana, Mali, Mozambique, Senegal and Uganda who participated in the ICT4D workshops. It also draws heavily on some of the work that Mika has been doing in Finland and Kenya, and work that I’ve been involved in and have written about in Mali, Cameroon, Mozambique, Ghana, Benin and Kenya involving staff, community members and community youth. You can contact Mika to get the workshop methodology in French or English or to comment on the report (ict4d [at] plan [dot] fi).

There’s so much rich material in the report that I almost want to summarize the whole thing here on my blog, section by section, so that people will take the time to read it…  I think this is a really important and useful piece of work and we’re very excited that it’s now available! Download it here.

Related posts on Wait… What?

ICT4D in Uganda: ICT does not equal computers

Demystifying Internet (Ghana)

It’s all part of the ICT jigsaw: Plan Mozambique ICT4D workshops

A positively brilliant ICT4D workshop in Kwale, Kenya

7 or more questions to ask before adding ICTs (Benin)

A catalyst for positive change (Cameroon)

Salim’s ICT advice part 1: consider both process and passion (Kenya)

Salim’s ICT advice part 2: innovate but keep it real (Kenya)

Meeting in the middle

I and C, then T (US)

Read Full Post »

There are a lot of great ideas floating around about how Information and Communications Technology (ICTs) and technology in general can help to rebuild Haiti.  I hope these ideas keep coming.  I would love to see international development organizations, aid agencies and non-profits in general open up more to ideas on how technology can improve the lives of the people they are trying to support as well as facilitate coordination and program implementation.

But I also hope that the technology folks who haven’t worked in a crisis context such as that in Haiti will lend an ear to those who have experience working in past disasters and on-going development programs, human rights work, volunteer initiatives and advocacy. Those experiences shouldn’t be tossed out as old-school.  Good programs and experiences exist that can be examined, processed and built on.

I work globally, with one foot in community development and the other in ICTs, and I notice a gap between these 2 sectors, though they could really learn a lot from each other and work nicely together.

Cool technology ideas, just like cool program ideas can flop on the ground if the local culture and context are not taken into consideration, users were not involved or consulted during design and testing, the supposed ‘problem’ really wasn’t a problem at all, the proposed idea is not sustainable, a better/preferred local solution already exists, etc., etc.

Sometimes when I hear enthusiastic people sharing ideas for new applications, innovations or program ideas that they want to implement in ‘developing’ countries, I find myself thinking:  “Wow.  They have no idea what it’s like on the ground.”  I don’t want to shoot down someone’s excitement.  But I do wish that those who are not intimately familiar with their end users would slow down, think for a minute, and realize that local context is king. I wish they would remember that ultimately this is not about them and their ideas for other people. I wish they would stop being mad that abc organization won’t take that shipment of xyz technology that they want to send over, or that no one wants to implement such and such program that was so successful in such and such place.  Solutions looking for problems are not the best way to go about things, even when you have the very best of intentions.

However, non-profit organizations (large and small)  can be totally resistant to trying new tools, technologies and programs that could make a huge difference in their effectiveness, impact and quality of programming. They can be bureaucratic and slow to put new ideas to work.  They can be risk averse, afraid of failure, and resistant to innovation and new ideas.  The seemingly limitless relationships that need to be negotiated around can really slow things down.

Sometimes I see non-profits doing things they way they’ve always been done and I find myself thinking “Wow.  I wish they’d be open to trying ________.” I wish organizations would be more willing to test out new technologies and new ideas that don’t come from within their sector. I wish it were easier to make change happen.

When it comes to the Haiti earthquake response, the technology and non-profit sectors are 2 of the key players.  I’m worried that the outpouring of interest in helping will lead to a lot of wheel re-inventing.  I’m worried about local relevance and executability (if that’s even a word) of some of the ideas I am seeing.  I have concerns about the amount of projects being conceived and designed from afar.  I also see that there are new program and technology ideas out there that have the potential to make people’s lives easier if they were well integrated into the local reality, yet there are many factors that prohibit and inhibit organizations from exploring them or using them.

The technology and non-profit sectors benefit quite a lot from each other when they work together and understand each other.  It would be great to see a bigger effort to bridge the gap between these sectors.  Regardless of whether people believe NGOs and/or private enterprises and/or technologists or the Haitian government or the UN are good or bad, there are a lot of experiences that can be learned from and/or improved on from all sides.

The links below might be helpful for thinking about designing technology, ICT and programs in ‘developing’ country contexts and to help avoid known pitfalls and overcome obstacles. They can help reduce the amount of time and other resources wasted on projects that are not sustainable or impactful, or at worst are actually harmful in the short or long term to the very people that we all want to support and help.  There are certainly many more resources out there… please add ones that you find helpful in the comments section.

ICT Works and The 4 C’s of ICT Deployment

Mobiles for Development Guide by Hannah Beardon

IDEO Human Centered Design Toolkit

Changemakers and Kiwanja collaboration: SMS How To Guide

Mobile Active‘s case studies

ML4D:  Mobile learning for development’s design narratives

Ushahidi Blog: February Archives have a lot of information on the Haiti response

iRevolution: thought provoking posts on technology and crisis situations

Educational Technology Debate:  Sustaining, rather than sustainable ICT4E and Designing and sustaining a sustainable ICT4E initiative

Posts on Wait… What? that might be useful:

7 (or more) questions to ask before adding ICTs

Finding some ICT answers in Benin

Meeting in the Middle: A good local process

It’s all part of the ICT jigsaw

I and C and then T

Read Full Post »

Last week some 40 people from more than 20 different organizations with national and global humanitarian and relief missions attended a Google Partnership Exploration Workshop in Washington, DC, to share information in an interactive setting and explore how the organizations and Google geo & data visualization technologies can further each others’ missions.

Lucky me – I got to go on behalf of Plan.  Much of the meeting centered on how Google’s tools could help in disasters and emergencies, and what non-profits would like to be able to do with those tools, and how Google could help.

The meeting opened up with a representative of FEMA talking about the generally slow and government centered response of FEMA, and how that needed to turn into a quick, user generated information network that could provide real information in real time so that FEMA could offer a real, people centered response.  I loved hearing someone from government saying things like “we need to look at the public as a resource, not a liability.” The conclusion was that in a disaster/emergency you just need enough information to help you make a better decision.  The public is one of the best sources for that information, but government has tended to ignore it  because it’s not “official.”  Consider: a 911 caller is not a certified caller with a background check and training on how to report, but that’s the background of our 911 emergency system. Why can’t it be the same in a disaster?

We also heard about the World Bank’s ECAPRA project for disaster preparedness in Central America.  This project looks at probabilistic risk assessment, using geo-information to predict and assess where damage is likely.  The main points from the WB colleagues were that for SDI (Spatial Data Infrastructure) we need policies, requirements, and mandates, yes, but this is not sufficient – top down is not enough.  We also need software that enables a bottom up approach, aligned incentives that can drive us to open source agenda.  But not just open source code software, we’re talking mass collaboration – and that would change everything.  So then the challenge is how we help civil societies and govts to share and deliver data that enables decision making?  How do we support data collection from the top down and from the bottom up?  The WB is working with developers on some collaborative data collection mobile applications that allow people to easily collect information. In this system, different institutes still own the data but others can update and add to it. WB hopes to embed this within Central American national disaster planning systems, and to train and support the national systems to use these tools.  They will be free to use the elements that most link with the local situations in each country.  Each country is developing these open source applications themselves, and can choose the tools that work best for them.

Google stepped in then to share some Google Visualizations — Google Fusion TablesVisualization API, Chart API and Motion Charts (Gapminder).  With these applications, different sources can share data, or share some data and keep other data private.  You can compare data from different sources.  For example, there is a chart currently residing in Google Fusion Tables that pulls GDP data from the CIA Fact Book, the World Bank and the IMF, and allows you to compare data across countries from different sources.  You can then use that data to create your own data visualizations, including maps, tables, charts, and the fabulous Gap Minder/motion visualization charts (first made popular at TED by Hans Rosling). These can all be easily transferred to your own webpage.  If you have public data that deserves to be treated separately you can become a Google trusted source. (Click on the “information for publishers” link to see how to get your data made public) For a quick tutorial on how to make your own cool Gap Minder chart check out this link.  *Note Gapminder is not owned by Google. Gapminder is a foundation of its own, totally independent from Google. Google bought the software [Trendalyzer] to improve the technology further.

Next up was the American Red Cross who shared some of the challenges that they face and how they use geo-spatial and information mapping to overcome them.  Red Cross has a whole mobile data gathering system set up and works via volunteers during disasters to collect information.  They also have over 30 years of disaster data that they can use to analyze trends.  The ARC wants to do more with mapping and visualizations so that they can see what is happening right away, using maps, charts and analyzing trends.  What does the ARC want to see from Google?  A disaster dashboard – eg using Google Wave?  Inventory tracking and mapping capability.  Data mining and research capabilities such as with Fusion tables.  They want people to be able to go to the ARC and see not what the Red Cross is, but what the Red Cross does.  To use the site for up to date information that will help people manage during disasters and emergencies.

Wow, and this was all before lunch!

—————

Related posts:
I saw the future of geovisualization… after lunch
Is this map better than that map?
Ushahidi in Haiti:  what’s needed now

Read Full Post »