Продуктовый PM на стыке градостроительных регламентов, ГИС и цифровизации госуслуг в ДИТ Москвы
Фишка: Уникальность роли — связка ИТ-архитектуры, градостроительных регламентов и межведомственного взаимодействия в единой цифровой среде управления городским развитием (цифровой двойник, консолидация инфосистем строительного комплекса).
| Этап | Длительность | Что проверяют |
|---|---|---|
| HR-скрининг | 20–30 мин | Мотивация, опыт 3–6 лет в IT/госсекторе, готовность к офису в Москве, зарплатные ожидания, соответствие формату работы в аккредитованной IT-компании |
| Профильное интервью (PM + домен) | 60–90 мин | Методологии управления проектами, работа с требованиями и подрядчиком, знание градостроительного цикла и НПА, gap-анализ, кейсы по конфликтам стейкхолдеров |
| Интервью с руководителем продукта / блока | 45–60 мин | Системное мышление, защита roadmap и графиков, управление рисками, опыт интеграции ГИС, работа с юристами и ОИВ |
| Финальное интервью (опционально) | 30–45 мин | Культурное соответствие, стрессоустойчивость, проактивность, видение цифровизации градостроительного комплекса |
Обязательный минимум
Плюсом будет
Какие знаешь методологии управления проектами?
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) — число НПА × этапы процесса
Каркас ответа
3 дня
7 дней
14 дней
| Блок | Готов, если... |
|---|---|
| Градостроительный домен | можешь объяснить цикл АГР → ГЗК → ПЗЗ → ППТ и где в нём цифровизация |
| Управление требованиями | можешь показать путь от требования ОИВ до задачи в Jira с критериями приёмки |
| Gap-анализ НПА | можешь описать матрицу gap-анализа и типы необходимых нормотворческих изменений |
| Стейкхолдеры | есть 2 кейса фасилитации конфликтов и управления ожиданиями |
| Риски и отчётность | можешь описать формат еженедельного статус-митинга и реестр рисков |
| ГИС и интеграции | понимаешь роль ГИС-платформы, ESB и пространственных данных в госпроекте |
| Методологии | можешь обосновать выбор Waterfall/Agile/Kanban для госпроекта с подрядчиком |
| Поведенческие | 5 STAR-историй отрепетированы, каждая с измеримым результатом |
В день собеседования