Методология разработки Концепции и PUG Кишинёв 2040

Nov 10, 2026 · @Anatolie

Исходные постулаты

PUG Кишинёв 2040 разрабатывается не как прогноз конечного состояния города, а как механизм принятия решений в условиях неопределённости.

Методология опирается на два постулата:

1. Время нельзя остановить. Город меняется непрерывно, поэтому план, участие и мониторинг должны быть постоянными процессами, а не разовыми событиями.

2. Будущее нельзя прогнозировать, даже на короткий срок. Поэтому план фиксирует только то, что верно при любом будущем, а остальное оставляет открытым и связывает с условиями (триггерами).

Из постулатов следует «квантовая» логика плана:

• Инварианты — то, что не меняется ни при одном сценарии (поймы, оползневые склоны, наследие, каркасы, резервы земли).

• Суперпозиция сценариев — 3–4 возможных будущих, которые план держит открытыми одновременно.

• Триггеры — заранее согласованные пороги индикаторов, при которых открывается следующий шаг развития.

Итоговая формула: город заранее договаривается о целях и правилах, а не о конкретных зданиях; каждый проект, частный или публичный, проверяется по этим правилам по мере появления.

Цели Концепции и ключевые вопросы

Концепция должна дать 5–7 стратегических выборов и правила решений, а не перечень из 50 «направлений развития».

Цели разработки

1. Отделить необратимые решения, которые фиксируются сейчас, от решений, которые остаются открытыми.

2. Задать измеримые критерии, по которым город принимает решения о застройке, инфраструктуре и бюджете до 2040 года.

3. Сформулировать 5–7 стратегических выборов с их ценой.

4. Дать основу для PUG и RLU: Концепция отвечает «зачем и что», PUG — «где и по каким правилам», PUZ/PUD — «как именно».

5. Создать систему мониторинга, при которой план обновляется по данным, а не раз в 15–20 лет.

Ключевые вопросы

Блок	Вопросы
Рамка	Планируем город или агломерацию? Что делаем, если жителей станет меньше, а не больше?
Пространство	Расти внутрь (уплотнение, brownfields, промзоны) или наружу? Что непригодно к застройке в любом случае? Какие 3–5 территорий — ключевые проекты трансформации?
Мобильность	Цель — пропускная способность для автомобиля или доступность услуг для человека? Какой каркас ОТ задаёт плотность?
Экономика и жильё	Чем город будет зарабатывать и какое пространство для этого нужно? Кто сможет позволить себе жильё?
Среда и ресурсы	Какие риски (вода, жара, оползни, энергия) задают границы развития? Сколько стоит обслуживание каждой новой территории?
Управление	Кто, по каким данным и как часто решает «открыть следующий шаг»? Как исключить точечные отклонения через PUZ/PUD?

Четырёхуровневая модель

PUG строится из четырёх уровней, которые работают одновременно и с разной скоростью, и контура обратной связи, который их соединяет.

четыре уровня PUG и контур обратной связи

Результаты реализации возвращаются через индикаторы и триггеры на Уровни 1 и 2: так план реагирует на будущее, а не угадывает его.

Уровень	Что фиксирует	Кто определяет	Как часто меняется	Процедура изменения
1. Цели	Ценности, инварианты, пороги, индикаторы	Жители и совет	Раз в 5–10 лет	Полная, с ассамблеей
2. Структура	Каркасы, территории адаптивного развития (коридоры возможностей), бюджеты ёмкости	Эксперты и совет	Редко	Изменение генплана
3. Проверка	Соответствие проекта целям и бюджету территории	Платформа и комиссия	Постоянно	Административно по правилам
4. Реализация	Конкретные проекты	Инвестор или город	По проектам	PUZ / PUD
Контур	Индикаторы, триггеры, пересмотр	Мониторинг и жители	Ежеквартально / ежегодно	Публичный отчёт

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

Алгоритм Маска как логика работы

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

Шаг	Правило	Применение в PUG
1. Сделать требования менее глупыми	У каждого требования есть автор-человек, способный его защитить	Реестр требований (Шаблон 1); перевод средств в результаты: «N машиномест» → «доступ к работе ≤ X мин»
2. Удалить	Если не пришлось вернуть ~10 % удалённого, удалено мало	Детальное зонирование на 2040 год, территории расширения «на всякий случай», описательные главы без выводов, объекты без источника финансирования
3. Упростить и оптимизировать	Не оптимизировать то, чего не должно быть («тканевый биплан»)	Оптимизировать доступность, а не пропускную способность; правила и триггеры, а не детальные зоны; устойчивость к диапазону, а не точный прогноз
4. Ускорить	Сократить путь от данных к решению	Спринты по 4–6 недель с решением на выходе; квартальный обзор индикаторов; консультации по выборам, а не по готовому тексту
5. Автоматизировать	Только после шагов 1–4	ГИС-платформа как юридический источник; автоматическая проверка проектов; панель триггеров

Тест каждого вывода исследования: он должен заканчиваться фразой «следовательно, это ограничивает или открывает решение…». Вывод без такой фразы удаляется.

Этапы разработки

Этапы создают четыре уровня; каждый этап заканчивается решением ответственного органа, а не отчётом.

Этап	Главный вопрос	Шаг Маска	Роль жителей	Выход	Ворота (решение)
0. Рамка	Что решаем, кто и по каким правилам?	1	Формирование ассамблеи по жребию	Устав участия, первичный реестр требований	Утверждение устава
1. Диагностика	Как город работает сейчас?	2	Картирование проблем, опыт повседневной жизни	Синтез: 10–15 ключевых фактов; аудит PUG 2007	Публичное «мы правильно видим город?»
2. Инварианты и цели	Что верно при любом будущем?	1–2	Что нельзя потерять; пороги недопустимого	Карта инвариантов; 15–25 целей с индикаторами	Ассамблея → совет утверждает Уровень 1
3. Концепция	Какие решения хороши в любом сценарии?	3	Выбор между вариантами с показанной ценой	Видение, 5–7 выборов, каркасы, перечень опционов	Консультация → утверждение Концепции
4. PUG и RLU	Как превратить выборы в правила?	3	Проверка понятности регламента	PUG, RLU с условными регламентами, матрица триггеров, бюджеты ёмкости	Экспертизы, слушания, утверждение
5. Цифровизация	Как сделать проверку быстрой и одинаковой для всех?	4–5	Платформа обратной связи	ГИС-платформа, автоматическая проверка, панель индикаторов	Запуск Уровня 3
6. Жизнь плана	Как реагировать на непредсказанное будущее?	Цикл заново	Датчики; ежегодная ассамблея	Ежегодный отчёт, версии PUG 1.1, 1.2…	Пересмотр по триггерам

Этапы 0–3 дают Уровень 1 и основу Уровня 2; этап 4 — юридический Уровень 2; этапы 5–6 запускают Уровни 3–4 и контур обратной связи.

Участие жителей

Жители определяют, что ценно, что недопустимо и когда пора действовать; эксперты предлагают как; совет решает и отвечает.

Жителей не спрашивают о будущем («каким вы видите город в 2040?»): прогнозировать не может никто. Спрашивают о ценностях, опыте и цене, которую они готовы заплатить.

Что определяют жители

1. Инварианты — что нельзя потерять ни при каком сценарии.

2. Приоритеты при выборе с ценой — «улица для машин или для автобуса и пешеходов, если места хватает на одно?».

3. Пороги недопустимого — «дорога до работы не дольше 40 минут», «зелень в 5 минутах». Пороги становятся триггерами.

4. Повседневный опыт — где неудобно, опасно, жарко, затапливает.

5. Требования к удалению — нормы и процедуры, которые мешают жить и строить.

Что не определяют: прогнозы (население, спрос), технические решения, детальные проекты участков на этапе Концепции.

Кого привлекать

Группа	Почему	Формат
Гражданская ассамблея (60–100 человек по жребию)	Представительность, защита от захвата процесса	Обучение, слушание экспертов, рекомендации по выборам
Подростки и молодёжь	Им жить с последствиями в 2040 году	Школы, университеты, игры-симуляторы
Диаспора	Тест плана: «что должно измениться, чтобы я вернулся?»	Онлайн-опросы, сессии с общинами
Невидимые группы: пожилые, люди с инвалидностью, жители сёл муниципия, арендаторы	Их не слышно на обычных слушаниях	Выездные встречи, интервью в районах
Бизнес и застройщики	Интересы должны быть видны, а не скрыты	Отдельные открытые сессии

Жители как датчики. Постоянная платформа обратной связи на карте, ежегодный публичный отчёт и ответ на каждое предложение: «принято / отклонено, потому что…».

Шаблон 1. Реестр требований

Каждое требование к PUG вносится в реестр и проходит четыре вопроса; требование без автора или без влияния на решение — кандидат на удаление.

Четыре вопроса: кто автор (человек, не «отдел»)? Какое решение оно меняет? Что сломается, если его убрать? Это цель или средство?

Решение по требованию: Сохранить · Переформулировать · Удалить · Вернуть (после удаления).

№	Сфера	Требование (как есть)	Источник	Автор (ФИО, должность)	Какое решение меняет	Что сломается без него	Цель или средство	Переформулировка (результат)	Индикатор и порог	Решение
R-01	Транспорт	N машиномест на квартиру	Норматив	—	Объём парковок в проектах	Пока неизвестно	Средство	Доступ к работе и услугам без автомобиля	≤ 40 мин для 80 % жителей (пример)	Переформулировать
R-02	Соцсфера	Радиусы обслуживания школ	Норматив	—	Размещение школ	Перегрузка школ	Средство	Место в школе в пешей доступности	≤ 15 мин пешком (пример)	Переформулировать
R-03	Зелень	м² зелени на жителя в среднем	Норматив	—	Баланс территорий	—	Средство	Зелёная зона рядом с каждым домом	≤ 300 м (пример)	Переформулировать
R-04	Население	Единый прогноз численности на 2040	Техзадание	—	Объём новых территорий	—	Средство	Устойчивость к диапазону сценариев	3–4 сценария	Удалить как прогноз
R-05

Значения в примерах условные; пороги утверждаются на этапе 2. Параллельно ведётся публичный список удалённого с причиной удаления и отметкой, если требование пришлось вернуть.

Шаблон 2. Тест решений по сценариям

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

Сценарии (стресс-тесты, не прогнозы)

Сценарий	Суть	Что меняется для города
A. Рост	Приток жителей и инвестиций, возврат части диаспоры	Спрос на жильё, рабочие места, нагрузка на сети и транспорт
B. Стагнация	Численность и экономика примерно на текущем уровне	Обновление существующего фонда важнее нового
C. Сжатие	Отток и старение населения	Избыток территорий, рост стоимости обслуживания на жителя
D. Шок	Резкое внешнее событие: энергетика, безопасность, климат, миграционная волна	Нужны резервы, дублирование систем, быстрая адаптация

Оценка: + работает · 0 нейтрально · − вредит или создаёт неиспользуемые затраты.

Вердикт: Устойчивое (фиксировать сейчас) · Опцион (резервировать, ждать триггера) · Удалить.

№	Кандидатное решение	Уровень	A. Рост	B. Стагнация	C. Сжатие	D. Шок	Обратимость	Стоимость ошибки	Вердикт	Триггер (для опциона)
D-01	Резерв коридора скоростного ОТ	2	+	+	0	+	Высокая (только резерв земли)	Низкая	Устойчивое	—
D-02	Новый жилой район на окраине	2	+	−	−	0	Низкая (сети, дороги)	Высокая	Опцион	Исчерпание бюджета ёмкости внутренних территорий
D-03	Конверсия промзон в смешанное использование	2	+	+	0	0	Средняя	Средняя	Устойчивое	—
D-04	Расширение магистрали	2	0	−	−	0	Низкая	Высокая	Удалить	—
D-05

Оценки в примерах условные. Правило: решение с низкой обратимостью и минусом хотя бы в одном сценарии не может быть «Устойчивым».

Шаблон 3. Матрица триггеров и бюджеты ёмкости

Триггер переводит неопределённость в правило: индикатор пересекает порог → заранее известное решение принимает заранее известный орган в заданный срок.

Матрица триггеров

№	Индикатор	Источник данных	Частота	Порог	Решение при срабатывании	Ответственный	Срок реакции	Процедура	Связь с целью
T-01	Использование бюджета ёмкости территории	Платформа PUG	Ежеквартально	≥ 80 %	Запуск программы инфраструктуры; новые разрешения после её финансирования	DGAURF + совет	6 мес	Административная	Доступность услуг
T-02	Открытие линии скоростного ОТ	Транспортное управление	По событию	Линия введена	Повышение допустимой плотности в 800 м от остановок в пределах коридора	DGAURF	3 мес	Административная (в коридоре RLU)	Доступность без автомобиля
T-03	Время поездки до работы	Мобильные данные, опросы	Ежегодно	> 40 мин для > 20 % жителей района	Приоритет района в инвестиционном плане	Мэрия	12 мес	Бюджетная	Порог жителей
T-04	Численность населения	Статистика, реестры	Ежегодно	Отклонение от сценария > 10 %	Пересмотр активного сценария, открытие или закрытие опционов	Совет	12 мес	Изменение версии PUG	Устойчивость
T-05

Пороги в примерах условные.

Бюджет ёмкости территории — сколько жителей, рабочих мест и нагрузки выдерживает территория при текущей инфраструктуре. Каждый проект «расходует» бюджет; при исчерпании срабатывает триггер: сначала инфраструктура, затем новые разрешения.

Территория	Ресурс	Ёмкость (сейчас)	Использовано	Остаток	Ограничивающий фактор	Что увеличит ёмкость
Территория X	Места в школах					Новая школа / расширение
Территория X	Водоснабжение и канализация					Модернизация сетей
Территория X	Пропускная способность ОТ					Новая линия / частота
Территория X	Зелёные зоны в 300 м					Новый сквер / парк

Шаблон 4. Устав участия

Устав фиксирует, кто что решает, как учитываются предложения и чем гарантируется обратная связь; утверждается на этапе 0.

1. Предмет. Порядок участия жителей в разработке Концепции и PUG Кишинёв 2040 и в мониторинге плана после утверждения.

2. Роли

Участник	Определяет	Не определяет
Жители и гражданская ассамблея	Цели, инварианты, пороги, приоритеты при выборе с ценой	Прогнозы, технические решения
Эксперты и разработчик	Способы достижения целей, их цену, сценарии	Ценности и пороги
Мэрия (DGAURF)	Организацию процесса, данные, проверку проектов	Изменение целей без процедуры
Муниципальный совет	Утверждение уровней и версий плана	—
Наблюдательная группа	Контроль прозрачности, законности и участия	—

3. Гражданская ассамблея. Состав: ______ человек по жребию с квотами по возрасту, полу, району, доходу. Срок полномочий: ______. Ротация: ______. Обучение и доступ к экспертам обеспечиваются до каждого решения.

4. Обязательства по обратной связи

• Каждое предложение получает публичный ответ «принято / отклонено, потому что…» в срок ______ дней.

• Все материалы, протоколы и данные публикуются на платформе PUG.

• Ежегодный публичный отчёт о индикаторах и сработавших триггерах.

5. Процедуры изменения

Что меняется	Процедура
Цели и инварианты (Уровень 1)	Полная, с ассамблеей и решением совета
Пространственная структура (Уровень 2)	Изменение генплана по закону
Выбор внутри коридора возможностей	Административно, по правилам RLU, с публикацией
Проект (Уровни 3–4)	Проверка на платформе; пограничные случаи — независимая комиссия

6. Конфликт интересов. Члены ассамблеи и комиссии раскрывают интересы в недвижимости и строительстве; при конфликте не голосуют.

7. Пересмотр устава. Раз в ______ лет или по предложению ассамблеи.

Привязка к текущему процессу и ближайшие шаги

Фундаментальные исследования PUG 2040 ещё идут, а Концепция впереди, поэтому методологию можно встроить без остановки процесса (pug.chisinau.md). Разработку ведёт консорциум во главе с ARHICON SRL по контракту № 45/25 от 16.06.2025, за ним следит наблюдательная группа (о проекте).

• ☐ Добавить к каждому исследованию раздел «следствия для решений» (шаг 2: выводы без следствий удаляются).

• ☐ Запустить реестр требований (Шаблон 1) с авторами.

• ☐ Утвердить устав участия (Шаблон 4) и сформировать гражданскую ассамблею.

• ☐ Провести этап инвариантов и целей до начала Концепции.

• ☐ Строить Концепцию через сценарии и тест решений (Шаблон 2).

• ☐ Заложить в техзадание на PUG и RLU условные регламенты, коридоры возможностей, матрицу триггеров и бюджеты ёмкости (Шаблон 3).

• ☐ Предусмотреть ГИС-платформу как юридический источник и механизм автоматической проверки проектов.

Открытые вопросы: насколько действующее законодательство допускает условные регламенты без переутверждения PUG; кто формально утверждает решения ассамблеи; какой орган ведёт бюджеты ёмкости.

Источники: PUG Chișinău 2040 · Despre proiect · Logos Press