Week 12 of 12 · 12 hours · Diploma

Deploying AI in a humanitarian organisation: policy, governance, training and final project

Objectives of the week
  • Write a clear AI use policy adapted to a national or international NGO.
  • Organise governance, tool selection, training and measurement of results of a deployment.
  • Present a complete, costed and defensible adoption plan to management.

Keep the course at home: free PDF handout with exercises, key takeaways and quiz answers.

Download this lesson as PDF Complete manual (PDF)

1Why a use policy

In many organisations, staff already use AI, often with personal accounts and without rules: this is known as shadow AI. A total ban is rarely effective: use continues, in secret. Ignoring it is dangerous: sensitive data goes to providers without a contract.

A short and clear AI use policy makes it possible to secure and encourage good uses. It fits with existing policies: data protection, IT security, communications, safeguarding, anti-fraud, human resources.

A good policy fits in two to four pages, is translated into the working languages and comes with training. A thirty-page policy that nobody reads protects nobody.

2The content of a use policy

  • Purpose and scope: who it applies to (staff, consultants, volunteers, and expectations of partners).
  • Authorised tools: list of approved tools and plans (for example a professional plan of Claude or Gemini), and the rule for others.
  • Data classification: what is allowed with which tool (public, internal, confidential, sensitive), with concrete examples from the sector.
  • Prohibited uses: decisions about people, protection and security data, misleading content, generated images presented as real.
  • Responsibility and checking: the human author remains responsible; mandatory fact-checking.
  • Transparency: when to disclose AI use (donors, publications, evaluations).
  • Incidents: what to do in the event of a data leak or serious error, whom to inform.
  • Training and support.
  • Review: at least once a year, given the speed of change.

3Governance and tool selection

Light but real governance:

  • a designated owner in management;
  • a small group bringing together data protection, IT, programmes, MEAL, communications, and representatives of the field and national staff;
  • a register of uses: which tool, for what, which data, which owner, which risks;
  • a data protection impact assessment for any use involving personal data.

For tool selection, a procurement grid: data processing terms (location, retention, training, sub-processors), security (single sign-on, logs, administration), quality tested on real tasks and in the working languages, accessibility in the field (weak connection, mobile phone), total cost, discounts for non-profit organisations, availability in countries of operation, possibility of switching providers.

Procurement follows the organisation's usual procedures and, where applicable, those of donors.

4Training and support

The tool is not enough: value comes from skills. A realistic training plan:

  • A mandatory core module (2 to 3 hours) for all users: how it works, limits, data, checking, policy.
  • Workshops by job: programmes, MEAL, finance, logistics, HR, communications, with real cases.
  • Champions in each office or department, who help their colleagues and report needs.
  • A shared request library and examples.
  • Inclusion: training in the working languages, adapted to weak connections, open to national staff and, where possible, to local partners.

Also plan to address concerns: fear of losing one's job, fear of doing it wrong. Management's message must be clear: AI should free up time for work with human value, and the organisation trains its staff rather than replacing them without discussion.

5Measuring results and costs

A deployment is steered with simple indicators:

  • Adoption: share of people trained and active users.
  • Time saved on tracked tasks (estimated by survey and spot measurements), net of checking time.
  • Quality: errors detected, feedback from reviewers and donors.
  • Incidents: data leaks, published errors, reported prohibited uses.
  • Cost: subscriptions, training, management time.

Standard calculation. 40 professional licences at USD 25 per month cost 40 × 25 × 12 = USD 12,000 per year. If each user saves on average 2 net hours per week over 44 weeks, that represents 40 × 2 × 44 = 3,520 hours. At an average hourly cost of USD 15, the value of the time freed is about USD 52,800. This calculation is an estimate: it assumes that the time saved is actually reinvested, and it must be compared with real measurements after six months. Prices vary by provider, plan and discounts: check them.

6The final project: your adoption plan

To close the programme, prepare (for yourself or your organisation) a 4- to 6-page AI adoption plan:

  • 1. Situation: current uses, needs, risks, maturity level.
  • 2. Priority use cases: 3 to 5, chosen according to value and risk (start with high value and low risk).
  • 3. Tools and plans selected, with the justification on data, quality and cost.
  • 4. Use policy: the main rules.
  • 5. Governance: owners, register, impact assessments.
  • 6. Training and support.
  • 7. Budget and indicators.
  • 8. Timeline: 3-month pilot phase, evaluation, scale-up.
  • 9. Risks and mitigation measures.

The diploma exam assesses these skills through questions and a case study. The plan itself is not graded by the Academy: it is a tool for your work.

Exercise: prioritising use cases

Situation. An NGO of 120 people is considering six use cases, scored from 1 to 5 for value (time saved, quality) and risk (data, consequences of an error): A) summarising internal meeting minutes: value 4, risk 2; B) first drafts of donor reports from monitoring tables: value 5, risk 3; C) automatic sorting of helpline complaints: value 4, risk 5; D) translation of internal procedures: value 3, risk 2; E) automatic shortlisting of applications: value 4, risk 5; F) help with spreadsheet formulas for finance: value 3, risk 1.

Task. Rank the use cases for a 3-month pilot phase by calculating the value / risk ratio, and justify the exclusions.

Answer. Value / risk ratios: F 3.0; A 2.0; B 1.67; D 1.5; C 0.8; E 0.8. Pilot phase: F, A, D (low risk) and B (high value, medium risk manageable through systematic checking of figures). Excluded: C, because complaints may contain allegations of abuse or fraud requiring a confidential human channel, and poor sorting could delay a serious complaint; E, because it is a decision about people, with a risk of discrimination and stronger legal obligations in some countries. These two cases can be re-examined later in another form (for example help in drafting grids, without automatic decisions).

Key points

  • Neither a total ban nor laissez-faire: a short, clear, translated use policy backed by training.
  • The policy specifies authorised tools, data classification, prohibited uses, responsibility, transparency and incidents.
  • Light governance: owner, multidisciplinary group including the field, register of uses, impact assessments.
  • Train everyone, including national staff and partners; measure adoption, net time, quality, incidents and cost.
  • Start with high-value, low-risk use cases; exclude decisions about people.
A question about this module?

Ask the other participants: they are taking the same course as you.

Ask my question See this module's discussions

💼 Programme management jobs

Put this course into practice: the latest jobs in this field.

See all 1079 Programme management jobs →

Prepare for the written test and interviewA model written test in this field, interview questions with sample answers and the STAR method.See the model test →
Further reading: course references
  1. ICRC and Brussels Privacy Hub (2020). Handbook on Data Protection in Humanitarian Action (2nd edition). www.icrc.org
  2. Inter-Agency Standing Committee (IASC) (2023). Operational Guidance on Data Responsibility in Humanitarian Action. interagencystandingcommittee.org
  3. UNESCO (2021). Recommendation on the Ethics of Artificial Intelligence. www.unesco.org
  4. United Nations (Chief Executives Board) (2022). Principles for the Ethical Use of Artificial Intelligence in the United Nations System. unsceb.org
  5. European Union (2024). Regulation (EU) 2024/1689 on artificial intelligence (AI Act). eur-lex.europa.eu
  6. European Union (2016). General Data Protection Regulation (GDPR). eur-lex.europa.eu
  7. CHS Alliance, Groupe URD and Sphere (2024). Core Humanitarian Standard on Quality and Accountability. www.corehumanitarianstandard.org
  8. Sphere Association (2018). The Sphere Handbook: Humanitarian Charter and Minimum Standards in Humanitarian Response. spherestandards.org
  9. OECD (2019). Better Criteria for Better Evaluation: revised DAC evaluation criteria and principles for use. www.oecd.org
  10. National Institute of Standards and Technology (NIST) (2023). AI Risk Management Framework (AI RMF 1.0). www.nist.gov
  11. Anthropic (2026). Claude documentation and help centre (features, privacy, plans). support.anthropic.com
  12. Google (2026). Help centre for Gemini Apps and Gemini for Google Workspace. support.google.com/gemini
  13. Anthropic (2026). Claude prompting guide (developer documentation). docs.anthropic.com
  14. OCHA (2026). ReliefWeb: humanitarian reports and maps. reliefweb.int

Weekly quiz

5 demanding questions to check your learning. Answer them all to complete the week.

1"Shadow AI" refers to:
2A good AI use policy:
340 licences at USD 25 per month cost per year:
4For a pilot phase, you start with use cases that are:
5Automatic shortlisting of applications by an AI is:

← Week 11Final assessment →