OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
МетодикиРацухиБиржаБлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

Продукты

  • Методики
  • Инструменты
  • Сценарии
  • Рацухи
  • Новости

Ресурсы

  • Блог
  • Кому подходит
  • Тарифы
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

ГлавнаяМетодикиТеория изменений (Theory of Change)
Процессное управление

Теория изменений (Theory of Change)

Между действием и результатом всегда есть цепочка предположений — и если хотя бы одно из них ложно, вся инициатива не сработает, сколько бы ресурсов в неё ни вложили.

Организация запускает программу обучения сотрудников, ожидая, что это приведёт к росту производительности — программа проходит успешно, участники довольны, а производительность не меняется. Проблема в том, что никто явно не сформулировал предположение, лежащее в основе логики: что именно должно произойти между "сотрудники обучены" и "производительность выросла", и что могло помешать этой связи сработать.

Каждая инициатива держится на цепочке предположений — если их не сформулировать явно, невозможно понять, что именно пошло не так.

Происхождение и исследовательская база

Метод развит Кэрол Вайс в контексте оценки социальных программ (1995) и получил широкое распространение в некоммерческом и филантропическом секторе как альтернатива логическим моделям (logic models), фокусирующаяся не просто на последовательности "вход-выход", а на явном обосновании причинно-следственных связей и допущений между каждым звеном цепочки от действий к долгосрочному эффекту.

Ключевые идеи и принципы

Принцип: Цепочка от ресурсов к долгосрочному эффекту

Теория изменений выстраивает явную последовательность: ресурсы и действия → непосредственные результаты (outputs) → промежуточные изменения (outcomes) → долгосрочный эффект (impact) — каждый переход между уровнями должен быть логически обоснован, а не просто предполагаться.

Принцип: Явная формулировка допущений

Для каждой связи в цепочке формулируется явное предположение о том, почему один уровень должен привести к следующему — например, "обучение приведёт к росту производительности, ЕСЛИ у сотрудников уже есть мотивация применять новые навыки и достаточно времени для практики". Именно эти предположения чаще всего оказываются ложными и объясняют провал инициатив.

Принцип: Тестируемость логики

Хорошо построенная теория изменений позволяет заранее определить, какие индикаторы подтвердят или опровергнут каждое звено цепочки — это превращает реализацию инициативы в проверяемый эксперимент, а не в акт веры.

Ограничения, слепые зоны и критика

Построение подробной теории изменений требует значительных затрат времени на анализ причинно-следственных связей, что может показаться избыточным для небольших или простых инициатив. Метод также рискует создать иллюзию строгости — красиво нарисованная диаграмма связей не гарантирует, что реальные причинно-следственные связи верны; предположения всё равно нужно проверять на практике, а не только формулировать. Для комплексных систем с множеством взаимозависимых факторов линейная цепочка причинности может чрезмерно упрощать реальную картину.

Типовые ошибки

Ошибка 1: допущения остаются неявными.

Команда формулирует цепочку "действие → результат", но не проговаривает, при каких условиях эта связь действительно сработает — когда инициатива проваливается, непонятно, какое именно предположение оказалось ложным.

Как избежать: Явно формулировать предположение для каждого перехода в цепочке и продумывать, как его можно проверить.

Ошибка 2: теория изменений строится один раз и никогда не пересматривается.

Первоначальная логика фиксируется на старте проекта и не корректируется, даже когда практика показывает, что реальные причинно-следственные связи отличаются от предполагаемых.

Как избежать: Регулярно сверять теорию изменений с фактическими результатами и корректировать логику по мере накопления данных.

Ошибка 3: теория изменений подменяется простой логической моделью «вход-выход».

Цепочка ограничивается прямой связкой «действие → результат» без явно выделенных промежуточных изменений и без обоснования, почему одно должно привести к другому — теряется именно то, что отличает теорию изменений от обычной логической модели.

Как избежать: явно выделять промежуточные изменения как отдельное звено цепочки, не ограничиваясь прямой связкой «действие → результат».

Ошибка 4: для допущений не определены индикаторы проверки.

Допущение сформулировано, но остаётся декларацией — заранее не определено, какие данные подтвердят или опровергнут его на практике, поэтому теорию изменений невозможно протестировать.

Как избежать: для каждого ключевого допущения заранее определять конкретный измеримый индикатор, по которому можно будет судить, сработало оно или нет.

Ошибка 5: теория изменений строится в одиночку, без участия ключевых стейкхолдеров.

Цепочку допущений составляет один человек (обычно инициатор или руководитель программы) — участники реализации и благополучатели программы узнают о логике уже постфактум, хотя именно они часто лучше понимают реальные причинно-следственные связи на местах.

Как избежать: обсуждать и уточнять цепочку допущений совместно с ключевыми участниками реализации и, где возможно, с благополучателями программы.

Главное, что нужно знать

Теория изменений картирует полную цепочку от ресурсов и действий к долгосрочному эффекту, явно формулируя предположения, на которых держится каждая связь. Ценность метода — не в красивой диаграмме, а в том, что явные предположения можно проверять, и при провале инициативы понятно, какое именно звено цепочки оказалось слабым.

План внедрения

Неделя 1: формулировка долгосрочного эффекта

Неделя 1: сформулировать желаемый долгосрочный эффект инициативы.

Неделя 2: построение цепочки

Неделя 2: выстроить цепочку от ресурсов и действий к этому эффекту через промежуточные результаты.

Неделя 3: формулировка допущений

Неделя 3: явно сформулировать допущение для каждого перехода в цепочке.

Неделя 4: определение индикаторов

Неделя 4: определить индикаторы, которые подтвердят или опровергнут каждое допущение.

Далее: регулярная сверка с реальностью

Далее: регулярно сверять реальные результаты с теорией и корректировать логику.

Как реализовать этот план с помощью фрейма «Теория изменений» в OrgDevTools

Фрейм устроен как четыре карточки со свободным списком записей на каждой — Ресурсы и действия, Промежуточные изменения, Долгосрочный эффект, Допущения — прямо соответствующие цепочке из блока «Ключевые идеи».

Неделя 2 — карточка «Промежуточные изменения». Отдельная от карточек «Ресурсы и действия» и «Долгосрочный эффект» — структурно не даёт свести теорию изменений к прямой связке «действие → результат», требуя явно назвать, что должно измениться между ними (защита от ошибки 3).

Неделя 3 — карточка «Допущения». Подсказка карточки прямо формулирует вопрос «что должно быть верно, чтобы каждый переход сработал» — не даёт оставить допущения неявными (защита от ошибки 1), при этом сама вынесена отдельной карточкой, а не встроена в описание переходов.

Заполните фрейм «Теория изменений (Theory of Change)» в OrgDevTools

Впишите свои данные в поля ниже — это настоящий фрейм методики, тот же, что в рабочей тетради.

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное

Сохранить в рабочую тетрадь →

Что внутри

  • Заполняйте фрейм прямо сейчас, без регистрации
  • 3 рабочие тетради бесплатно при авторизации
  • Больше функций по подписке: экспорт PNG/PDF, планы работ, MindMap, BPMN, Wiki и пр.
Начать бесплатно →

Без карты. Регистрация — 30 секунд.

Книги по теме

Вайс К. — «Nothing as Practical as Good Theory» (1995). Первоисточник метода теории изменений для оценки программ.

Чек-лист теории изменений

Отметьте пункты — прогресс анонимно не сохраняется, войдите, чтобы не потерять

0 из 4 выполнено0%

Похожие методики

Цикл Деминга (PDCA)

PDCA (Plan-Do-Check-Act) — цикл непрерывного улучшения: гипотеза, пилотная проверка, анализ причин, решение. Сам Деминг настаивал на PDSA — обучение, не инспекция.

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт