Собес в ГКУ Инфогород · Руководитель проекта ИС (Цифровизация градостроительства)
Материал Эйч · Опубликовано 6 августа 2026
Обзор
Продуктовый PM на стыке градостроительных регламентов, ГИС и цифровизации госуслуг в ДИТ Москвы
Фишка: Уникальность роли — связка ИТ-архитектуры, градостроительных регламентов и межведомственного взаимодействия в единой цифровой среде управления городским развитием (цифровой двойник, консолидация инфосистем строительного комплекса).
| Этап | Длительность | Что проверяют |
|---|---|---|
| HR-скрининг | 20–30 мин | Мотивация, опыт 3–6 лет в IT/госсекторе, готовность к офису в Москве, зарплатные ожидания, соответствие формату работы в аккредитованной IT-компании |
| Профильное интервью (PM + домен) | 60–90 мин | Методологии управления проектами, работа с требованиями и подрядчиком, знание градостроительного цикла и НПА, gap-анализ, кейсы по конфликтам стейкхолдеров |
| Интервью с руководителем продукта / блока | 45–60 мин | Системное мышление, защита roadmap и графиков, управление рисками, опыт интеграции ГИС, работа с юристами и ОИВ |
| Финальное интервью (опционально) | 30–45 мин | Культурное соответствие, стрессоустойчивость, проактивность, видение цифровизации градостроительного комплекса |
Стек и темы
Обязательный минимум
- Управление требованиями: от ОИВ до user stories и задач подрядчику
- Product Roadmap, KPI, защита графиков перед руководством
- Градостроительный цикл: АГР, ГЗК, ПЗЗ, ППТ и связанные НПА
- Gap-анализ нормативно-правовых актов
- Стейкхолдер-менеджмент: подрядчик, разработчики, юристы, департаменты Правительства Москвы
- Риск-менеджмент и еженедельная управленческая отчётность
- Jira (бэклог, спринты) и Confluence (проектная документация)
- Понимание ГИС, пространственных данных и интеграционных шин
- Техническое задание, акты выполненных работ, управление изменениями в документации
Плюсом будет
- Опыт цифровизации госуслуг / Smart City
- Знание административных регламентов Москвы в земельно-имущественной сфере
- Опыт работы с цифровым двойником города
- PMP/PMI или аналогичные сертификации
- Продвинутый Excel (дашборды, сводные таблицы)
- Опыт фасилитации совещаний с конфликтующими сторонами
Методологии и управление проектами
Какие знаешь методологии управления проектами?
Waterfall для регламентированных госпроектов с фиксированными этапами; Agile/Scrum/Kanban для итеративной разработки с подрядчиком. В ДИТ часто гибрид: регламент + спринты. Назовите, когда какую применяли.
Что такое Kanban?
Визуализация потока работ, WIP-лимиты, pull-система, непрерывное улучшение. Подходит для поддержки и потоков с переменным приоритетом.
Какое главное ограничение в Kanban?
WIP-лимиты: без них Kanban превращается в доску задач без управления потоком. Также сложность прогнозирования сроков без метрик (lead time, cycle time).
Какая длительность проектов была?
Опишите жизненный цикл: инициация → планирование → исполнение → контроль → закрытие. Укажите масштаб (месяцы/годы) и факторы, влияющие на сроки.
Как ставили задачи на проекте?
Декомпозиция от целей → эпики → stories → задачи. Инструменты (Jira), критерии готовности (DoR/DoD), приоритизация, прозрачность для команды.
Совет: В госсекторе ценят умение совмещать регламентированный waterfall (ТЗ, акты, этапы контракта) с гибкостью agile внутри итераций разработки.
Ловушка: Не сводите ответ к перечислению методологий без примеров — спросят, как выбирали подход под конкретный проект.
Требования, бэклог и документация
Что включает техническое задание?
Цели, scope, функциональные/нефункциональные требования, ограничения, критерии приёмки, план работ, роли, риски. В госсекторе — ссылки на НПА и административные регламенты.
Что включает в себя техническое задание для разработчиков?
Детализация: API, интеграции, форматы данных, сценарии, макеты, тест-кейсы, зависимости. Отличие от бизнес-ТЗ — техническая реализуемость.
Есть ли бэклог задач?
Опишите структуру бэклога в Jira: приоритизация (MoSCoW/RICE), grooming, связь с roadmap, прозрачность для стейкхолдеров.
Что включает разбиение эпиков и что должно быть в их описании?
Эпик = крупная бизнес-ценность. В описании: цель, гипотеза, критерии приёмки, зависимости, оценка, связь с KPI. Декомпозиция на stories ≤ 1 спринт.
Как задаются вопросы и уточняются требования у стейкхолдеров?
Интервью, воркшопы, прототипы, уточняющие вопросы (5 Why), фиксация в Confluence, согласование протоколом. В госсекторе — письменное подтверждение от ОИВ.
Фишка: Ключевая задача роли — транслировать требования ОИВ и бизнес-методологов в user stories и технические задачи подрядчику с проверкой соответствия НПА.
Ловушка: Путаница между ТЗ для контракта и backlog для разработки — покажите, что понимаете оба уровня документации.
Стейкхолдеры и коммуникации
Как управлять приоритетами задач, чтобы разработчики не простаивали и ожидания стейкхолдеров были управляемы?
Прозрачный бэклог, WIP-лимиты, регулярный grooming, управление ожиданиями, буфер на непредвиденное, эскалация блокеров.
Как коммуницировать с бизнесом при простаивании разработчиков из-за незавершённой проработки требований?
Честная коммуникация о причине, план ускорения проработки, временная переключение на техдолг/другие задачи, процессные улучшения (DoR).
Какие были бизнес-цели на проекте?
Формулируйте через SMART/KPI: сокращение сроков согласования, консолидация систем, % цифровизации услуг. Связывайте с результатом для горожан/отрасли.
Какие у вас заказчики кроме вас самого?
Карта стейкхолдеров: ОИВ, бизнес-заказчик, подрядчик, юристы, ИБ. Разные интересы, частота коммуникации, формат отчётности.
Совет: Подготовьте кейс фасилитации конфликта между подрядчиком и заказчиком — это прямо указано в вакансии.
Ловушка: Не обещайте «угодить всем» — покажите структурированный подход к управлению ожиданиями и эскалации.
Градостроительный домен и НПА
Опишите цикл подготовки исходно-разрешительной документации
АГР (архитектурно-градостроительное решение) → согласования → ГЗК (градостроительно-земельная комиссия) → ПЗЗ (правила землепользования и застройки) → ППТ (проект планировки территории). Укажите, где цифровизация встраивается.
Что такое gap-анализ нормативно-правовых актов и как вы его проводите?
Сравнение текущих НПА с целевым процессом: что уже закреплено, что требует изменений в регламентах/распоряжениях/соглашениях. Результат — матрица расхождений и план нормотворческих изменений.
Как контролировать, что техническая реализация соответствует нормативной логике?
Трассировка требований НПА → бизнес-правила → user stories → тест-кейсы. Ревью с юристами и методологами. Приёмочное тестирование по регламенту.
В каких доменах вы работали?
Если есть опыт в градостроительстве/ЖКХ/госуслугах — раскройте. Если нет — покажите способность быстро погрузиться в домен через НПА, интервью с экспертами, shadowing.
Фишка: Глубокое знание АГР, ГЗК, ПЗЗ, ППТ — ключевое отличие этой вакансии от типичного IT PM.
Ловушка: Не путайте аббревиатуры и не описывайте процесс поверхностно — интервьюер с доменной экспертизой это заметит.
ГИС и архитектура ГИС
Как устроена архитектура государственных информационных систем в контексте пространственных данных?
ГИС-платформа, слои карт, СК (координатные системы), метаданные, OGC-стандарты (WMS/WFS), ЕГРН/кадастр, интеграция через ESB/API.
Что такое цифровой двойник города и какие задачи он решает?
3D-модель + данные инфраструктуры + аналитика. Для градостроительства: визуализация проектов, согласования, мониторинг строительства, планирование.
Как организовать интеграцию нескольких ГИС и ведомственных систем?
Интеграционная шина (ESB), единый справочник, мастер-данные, API-first, event-driven. Учёт юрисдикции данных и требований ИБ.
Совет: PM не обязан проектировать архитектуру, но должен понимать ограничения интеграций и уметь ставить задачи архитектору.
Ловушка: Не уходите в глубокую техническую детализацию — фокус на бизнес-ценности и управлении интеграционными рисками.
Риски, отчётность и инструменты
Как вы организуете еженедельную управленческую отчётность?
Статус-митинг: сделано / в работе / риски / блокеры / решения от стейкхолдера. Дашборд в Excel/Jira/Confluence. RAG-статус по workstream.
Как управляете рисками срыва сроков?
Реестр рисков (вероятность × impact), mitigation plan, ранние индикаторы, эскалация, буферы, change request при изменении scope.
Как защищаете график реализации перед руководством?
Критический путь, зависимости, ресурсный план, сценарии (оптимист/реалист/пессимист), trade-offs, привязка к KPI и контрактным обязательствам.
Как используете Jira и Confluence в проекте?
Jira: бэклог, спринты, burndown, связи epic-story-task. Confluence: ТЗ, протоколы, wiki, decision log, шаблоны документов.
Фишка: Прозрачность — ключевая ценность: «что сделано, какие риски, кто ответственный за блокер, какое решение нужно».
Задачи
Декомпозиция требований ОИВ в бэклог
Департамент градостроительной политики требует цифровизировать процесс согласования АГР: сократить срок с 45 до 30 дней, обеспечить сквозную трассировку замечаний и автоматическую проверку соответствия ПЗЗ. Подрядчик готов начать разработку через 2 недели. Опишите, как вы за 10 дней подготовите структурированный бэклог для первого спринта.
1) Интервью с ОИВ и методологами → AS-IS/TO-BE процесс. 2) Gap-анализ НПА: какие проверки можно автоматизировать, какие требуют нормотворческих изменений. 3) Декомпозиция: Epic «Согласование АГР» → Stories: форма подачи, маршрут согласования, реестр замечаний, автопроверка ПЗЗ, уведомления, отчётность. 4) DoR для каждой story: макет, бизнес-правила, критерии приёмки, зависимости от ГИС. 5) Приоритизация MoSCoW: MVP = подача + маршрут + реестр замечаний. 6) План спринта с подрядчиком, протокол согласования с ОИВ.
Сложность: O(n) по числу этапов процесса
Управление конфликтом подрядчик vs заказчик
Подрядчик заявляет, что доработка интеграции с кадастровой системой выходит за рамки ТЗ и требует +3 месяца и допсоглашения. Заказчик (ОИВ) настаивает, что это было «очевидно подразумеваемо». Срок сдачи этапа через 6 недель. Ваши действия?
1) Фиксация позиций сторон письменно. 2) Анализ ТЗ и протоколов: что было согласовано, traceability matrix. 3) Gap-анализ: формальное vs фактическое scope. 4) Варианты: a) change request с пересмотром сроков/бюджета, b) MVP без полной интеграции + workaround, c) переговоры о разделении scope на этапы. 5) Фасилитация встречи с юристами: что контрактно обязательно. 6) Эскалация руководству ДИТ с рекомендацией и trade-offs. 7) Обновление риск-реестра и коммуникация стейкхолдерам.
Сложность: Зависит от числа затронутых систем и стейкхолдеров
Gap-анализ НПА для цифровизации услуги
Нужно перевести услугу «Получение заключения о соответствии ППТ» в электронный вид. Текущий административный регламент предусматривает только бумажную подачу и личное присутствие. Составьте план gap-анализа.
1) Собрать все НПА: регламент услуги, 210-ФЗ, 190-ФЗ, постановления Москвы, ППТ-законодательство. 2) Матрица: требование НПА → текущий процесс → целевой цифровой процесс → gap → тип изменения (регламент/распоряжение/ТЗ/соглашение). 3) Классификация gaps: блокирующие (без изменения НПА нельзя запустить) vs workaround (можно в рамках текущего). 4) План нормотворческих изменений с ответственными и сроками. 5) Параллельно — проектирование TO-BE процесса с юристами и ИБ. 6) Roadmap: сначала нормотворчество → пилот → масштабирование.
Сложность: O(n×m) — число НПА × этапы процесса
System Design
- Спроектируйте интеграцию ГИС-платформы градостроительного комплекса с ведомственными системами (кадастр, разрешения на строительство, реестр АГР). Какие компоненты, потоки данных и риски?
- Как бы вы спроектировали единую цифровую среду управления городским развитием: консолидация 15 инфосистем в 5. Какой подход к миграции и приоритизации?
- Цифровой двойник города: какие данные, слои и сценарии использования для градостроительного комплекса? Как обеспечить актуальность пространственных данных?
Каркас ответа
- Уточнить бизнес-цели и ограничения (НПА, ИБ, бюджет, сроки)
- Выделить ключевые стейкхолдеры и системы (context diagram)
- Описать потоки данных и интеграционные точки (API, ESB, СМЭВ)
- Обозначить риски: мастер-данные, юрисдикция, производительность ГИС
- Предложить поэтапный план (MVP → пилот → масштабирование)
- Определить KPI и критерии успеха для каждого этапа
Поведенческое
- Расскажите о проекте, где вы управляли требованиями от нескольких ведомств с противоречивыми интересами
- Опишите ситуацию, когда подрядчик сорвал сроки. Какие действия вы предприняли?
- Приведите пример, когда вам пришлось защищать график проекта перед руководством с непопулярными trade-offs
- Как вы действовали при обнаружении, что реализация не соответствует нормативной логике?
- Расскажите о конфликте между заказчиком и исполнителем, который вы разрешили
- Почему решили сменить место работы?
- В каком направлении хотите развиваться?
- Как вы справляетесь с работой в режиме высокой интенсивности и сжатых сроков?
- Опишите ваш подход к еженедельной отчётности для руководства
- Как вы погружались в новый предметный домен (если градостроительство — новое для вас)?
План подготовки
3 дня
- Перечитать вакансию и составить карту стейкхолдеров роли
- Повторить аббревиатуры: АГР, ГЗК, ПЗЗ, ППТ — цикл и взаимосвязи
- Подготовить 3 STAR-кейса: требования, конфликт стейкхолдеров, риск/срыв сроков
- Освежить методологии: Waterfall vs Agile, Kanban, WIP-лимиты
- Подготовить вопросы работодателю о продукте «Градостроительство» и текущем roadmap
7 дней
- Изучить структуру ДИТ Москвы и роль ГКУ Инфогород
- Разобрать основные НПА градостроительства (ГрК РФ, 190-ФЗ о градостроительной деятельности)
- Пройти практику: декомпозиция эпика в user stories с DoR/DoD
- Подготовить ответы на вопросы по ТЗ, бэклогу, gap-анализу
- Изучить основы ГИС: слои, СК, OGC, интеграционные шины
- Потренировать кейс: конфликт подрядчик vs заказчик
14 дней
- Глубокое погружение в цифровизацию градостроительного комплекса Москвы (публичные материалы ДИТ)
- Разобрать 2–3 кейса интеграции ГИС в госсекторе
- Подготовить презентацию «как бы я выстроил управление проектом» (5 слайдов)
- Пройти mock-интервью по поведенческим вопросам
- Изучить административные регламенты Москвы в земельно-имущественной сфере
- Подготовить framework-ответы на system design промпты по интеграции ГИС
| Блок | Готов, если... |
|---|---|
| Градостроительный домен | можешь объяснить цикл АГР → ГЗК → ПЗЗ → ППТ и где в нём цифровизация |
| Управление требованиями | можешь показать путь от требования ОИВ до задачи в Jira с критериями приёмки |
| Gap-анализ НПА | можешь описать матрицу gap-анализа и типы необходимых нормотворческих изменений |
| Стейкхолдеры | есть 2 кейса фасилитации конфликтов и управления ожиданиями |
| Риски и отчётность | можешь описать формат еженедельного статус-митинга и реестр рисков |
| ГИС и интеграции | понимаешь роль ГИС-платформы, ESB и пространственных данных в госпроекте |
| Методологии | можешь обосновать выбор Waterfall/Agile/Kanban для госпроекта с подрядчиком |
| Поведенческие | 5 STAR-историй отрепетированы, каждая с измеримым результатом |
В день собеседования
- Повторить карту стейкхолдеров и ключевые KPI роли
- Освежить STAR-кейсы (по 2 минуты на каждый)
- Подготовить блокнот для фиксации вопросов интервьюера
- Проверить маршрут до офиса (Нижний Сусальный пер., 5с19)
- Настроиться на проактивную позицию: вы — связующее звено между регламентами и ИТ