Інновації в моніторингу та оцінці

Чому M&E провалюється — і чому рішення не завжди починається зі складної технології

Коротке опитування учасників у чаті. Три типові симптоми: дані збираються, але не перевіряються; індикатори існують окремо від форм; дашборди показують цифри, але ніхто не приймає на їх основі рішень. Центральний парадокс: “ми збираємо більше даних, але знаємо менше”.

Після блоку учасник розуміє, що M&E можна покращувати поступово: від простих правил якості даних до автоматизації тоді, коли організація до цього готова.

Що саме має вимірювати система: від індикатора до управлінського рішення

На прикладі гуманітарного проєкту покажемо, як індикатор перетворюється на поле у формі, правило перевірки, показник у дашборді та доказовий висновок для донора. Ключова формула: індикатор → поле у формі → правило валідації → дашборд → управлінське рішення.

Після блоку учасник розуміє, що технологія має допомагати збирати чистіші дані, швидше бачити проблеми й приймати кращі рішення.

Рівень 1: Excel і перші правила якості даних

Як виглядала перша система організації і чому вона почала ламатися при масштабуванні. Чотири правила, які можна застосувати наступного робочого дня: dropdowns замість вільного тексту, обов'язкові поля, єдиний формат дат, перевірка сум. Довідник локацій як спосіб прибрати дублювання.

Після блоку учасник розуміє, що якість даних починається не з дашборду, а з моменту введення в таблицю.

Рівень 2: стандартизовані форми — Kobo і Jira Service Management

Чому фасилітатори заповнюють форми неправильно — і як правильно спроєктована форма виправляє це сама через умовну логіку, обов'язкові поля і вибір зі списку. Kobo сильний для польового збору, Jira Service Management — для управління процесом, де кожна активність є тікетом із відповідальним, статусом і workflow.

Після блоку учасник може проєктувати форму так, щоб вона одразу підтримувала звітність і дашборд.

Рівень 3: архітектура цифрової M&E-системи

Одна активність як операційна одиниця всієї системи: дата, локація, відповідальний, тип активності, бюджетний слід, кількість бенефіціарів, зворотний зв'язок і докази. Google Calendar дає часову динаміку, Google Maps — географічне охоплення, база локацій — усуває дублювання.

Після блоку учасник бачить, що цифрова M&E-система — це система зв'язків між активністю, людьми, місцем, бюджетом, бенефіціарами і зворотним зв'язком, а не набір платформ.

Рівень 4: BI-дашборди для управлінських рішень і донорської доказовості

Демо або скріншот реального операційного дашборду організації. Apache Superset як один із можливих прикладів; для інших організацій це можуть бути Power BI, Looker Studio або дашборд у Google Sheets. Чотири питання: прогрес, якість, охоплення, рішення.

Після блоку учасник розуміє, які питання має закривати дашборд і як перетворювати дані на доказовість для донора.

Мінімальна M&E-система і чесні lessons learned

Три рівні: базовий, середній, просунутий. Не всім потрібен третій рівень — і це нормально. Практичний слайд у двох колонках: що зробити завтра і чого не повторювати.

Після блоку учасник знає, з якого рівня починати і яких типових помилок уникати.

Q&A і підсумки

П'ятнадцять хвилин живих питань. Учасники отримують практичний пакет матеріалів: чекліст полів форми активності, M&E Canvas на один аркуш, таблицю “слабкий індикатор → вимірюваний індикатор” і формулу доказового абзацу для донорського звіту.