Процесс 3. Запуск и сопровождение народных проектов: как довести инициативу до измеримого результата

Архитектура процесса#

  graph TB
    subgraph "Точки входа"
        A1[Решение стратегической сессии]
        A2[Инициатива жителей]
        A3[Грант или программа]
    end
    
    subgraph "Запуск и сопровождение (муниципальный координатор)"
        B1[Формирование команды]
        B2[BPMN-модель проекта]
        B3[Три показателя]
        B4[Сопровождение]
        B5[Измерение эффекта]
    end
    
    subgraph "Ресурсы"
        C1[Бюджет]
        C2[Внебюджетные средства]
        C3[Трудовое участие]
        C4[Материалы и техника]
    end
    
    subgraph "Точки выхода"
        D1[Реализованный проект]
        D2[Измеренный эффект]
        D3[Тиражируемая модель]
    end
    
    A1 --> B1
    A2 --> B1
    A3 --> B1
    B1 --> B2
    B2 --> B3
    B3 --> B4
    B4 --> C1
    B4 --> C2
    B4 --> C3
    B4 --> C4
    C1 --> B5
    C2 --> B5
    C3 --> B5
    C4 --> B5
    B5 --> D1
    B5 --> D2
    B5 --> D3
    
    classDef main fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef support fill:#e8f5e8,stroke:#1b5e20
    classDef manage fill:#e1f5fe,stroke:#01579b
    class A1,A2,A3 main
    class B1,B2,B3,B4,B5 manage
    class C1,C2,C3,C4 support
    class D1,D2,D3 main

Ключевая идея. Координатор не «даёт указания», а создаёт условия, в которых проект движется сам. Он помогает сформировать команду, настроить процессы, измерить результат.

Часть 1. Как работает сейчас (as is)#

Сегодня народные проекты — это инициативы, которые редко доходят до результата.

Как это устроено#

Жители или власть запускают проект. Назначается ответственный. Выделяется финансирование. Но процесс не выстроен: нет команды, нет плана, нет метрик.

Проблема 1. Отсутствие команды. Ответственный — один человек, часто загруженный другой работой. Команда не сформирована.

Проблема 2. Отсутствие плана. Нет BPMN-модели, нет сроков, нет этапов. Проект движется «как получится».

Проблема 3. Отсутствие метрик. Никто не измеряет эффект. Проект «реализован», но что изменилось — неизвестно.

Проблема 4. Потеря энергии. Жители, которые были вовлечены на старте, теряют интерес. Проект умирает.

Что происходит с деньгами#

Пересчитаем потери в кВт·ч.

Один проект, не доведённый до конца — 2000–5000 кВт·ч потерь. Вложенные ресурсы, время, потерянное доверие.

Один житель, потерявший интерес к проекту — 100–200 кВт·ч потерь. Он больше не будет участвовать.

Один проект, реализованный без метрик — 500–1000 кВт·ч потерь. Эффект неясен, нельзя тиражировать, нельзя защитить перед бюджетом.

При масштабе муниципалитета с 10 проектами в год и долей неудачных 50% потери составляют 10 000–25 000 кВт·ч ежегодно.

Корневые причины#

Разрывы связей. Между решением и реализацией нет процесса. Решение есть, реализации нет.

Эффект диффузии сложности. Сложность реализации смещена от центров принятия (где принимают решения) к центрам реализации (где должен быть проект).

Циклы поляризации. Жители чувствуют, что «опять ничего не сделают». Администрация чувствует, что «жители не помогают». Один цикл — 500 кВт·ч потерь.

Часть 2. Как должно работать (to be)#

Целевое состояние — проект как управляемый процесс. Координатор доводит инициативу от решения до измеримого результата.

Шаг 1. Формирование команды#

Координатор формирует проектную команду: ответственный от жителей, представитель администрации, представитель бизнеса, эксперт. Команда работает по тандемному принципу: два равноправных владельца.

Шаг 2. BPMN-модель проекта#

Координатор строит BPMN-модель: этапы, сроки, ответственные, стыки. Это не бюрократия, а карта, по которой движется проект.

Шаг 3. Три операционных показателя#

Для каждого проекта определяются три показателя:

• Выработка — что создаётся (например, количество благоустроенных дворов).
• Запасы — что заморожено (например, неиспользованные материалы).
• Операционные расходы — затраты на реализацию.

Шаг 4. Сопровождение#

Координатор ведёт проект: напоминает о сроках, связывает стороны, эскалирует проблемы. Он не «делает» проект, а обеспечивает его движение.

Шаг 5. Измерение эффекта#

После завершения проекта координатор измеряет эффект: что изменилось, как это повлияло на жителей, можно ли тиражировать.

Горизонтальные соглашения#

На каждом стыке между участниками проекта подписывается горизонтальное соглашение: что передаётся, в каком виде, в какой срок, кто отвечает.

Часть 3. Таблица as is / to be#

Часть 4. Как это работает на практике#

Часть 5. Что дальше#

Чтобы внедрить этот процесс в муниципалитете, нужно сделать пять шагов.

Шаг 1. Назначить владельца процесса. Муниципальный координатор отвечает за запуск и сопровождение народных проектов.

Шаг 2. Освоить BPMN-моделирование. Координатор должен уметь строить модели проектов: этапы, сроки, стыки.

Шаг 3. Создать шаблоны документов. Горизонтальные соглашения, дашборды, матрицы ответственности.

Шаг 4. Запустить пилот. Взять один проект и провести его через весь процесс. Замерить результат: сроки, вовлечённость, эффект.

Шаг 5. Масштабировать. После успешного пилота — распространить процесс на все проекты.

Связь с другими процессами#

Этот процесс связан с:

• Процессом 2. Синхронизация сообществ и власти. Решения сессии — вход для проекта.
• Процессом 6. Интеграция ресурсов. Проект нуждается в ресурсах бизнеса и НКО.
• Процессом 1. Сбор запросов. «Запрос на изменение» становится проектом.
• Процессом 5. Мониторинг социального самочувствия. Данные о проектах влияют на индекс доверия.
• Процессом 4. Развитие кадрового потенциала. Команда проекта — кадровый резерв территории.

Все материалы цикла: