Проектный лидер Project Lead

Коротко о роли

Project Lead в Fanzilla ведёт контур discovery → требования → разработка → релиз → внедрение. Это роль для человека, который умеет одинаково уверенно работать с заказчиком на объекте и с командой разработки, превращая «хотелки» в проверяемые требования и предсказуемые релизы.

Что такое Fanzilla

Fanzilla помогает площадкам и организаторам продавать и обслуживать билеты и услуги, а посетителям — покупать и проходить на объект проще и быстрее. Мы работаем там, где важны реальные процессы на месте: кассы, проход, терминалы, фискализация, персонал.

Сейчас один из ключевых фокусов — внедрение и развитие решений на объекте заказчика в Лужниках.

Чего мы ждём от Project Lead

• Быстро разбираться в процессе заказчика и фиксировать, что именно нужно изменить в продукте.
• Переводить это в понятные требования для команды: что делаем, как проверяем, что считается «готово».
• Договариваться с заказчиком и командой о приоритетах и компромиссах.
• Доводить изменения до релиза и внедрения на объекте, а затем собирать обратную связь и улучшать следующую версию.

Кому подойдёт

• Тем, кто любит полевую работу: интервью, наблюдение процессов на объекте, совместное тестирование с заказчиком.
• Тем, кто умеет наводить порядок в требованиях и доводить их до результата в проде.

Зачем эта роль

• Сделать поставку результатов по проектам предсказуемой (сроки, объём, качество).
• Убрать разрывы между требованиями, задачами, релизами и внедрением.
• Снизить нагрузку на Tech Lead и бизнес на «переводы» и уточнения.

Зоны ответственности

1) Delivery / проектное управление

• Ведение плана работ по направлениям и релизам: цели, объём, сроки, зависимости.
• Декомпозиция инициатив до эпиков и задач, контроль выполнения.
• Управление рисками и изменениями scope: фиксация, согласование компромиссов.
• Проведение ритуалов: планирование, статус-синк, демо, ретро.
• Статус-репортинг для стейкхолдеров: прогресс, блокеры, следующий шаг.

2) Discovery и работа с заказчиком на объекте (Лужники)

• Коммуникация с заказчиком и ключевыми пользователями на протяжении проекта.
• Организация и проведение глубинных интервью: получение функциональных требований и клиентских сценариев.
• Работа на объекте: наблюдение процессов (as-is), фиксация ограничений и контекста.
• Совместное тестирование процессов и решений с заказчиком, сбор обратной связи.

3) Управление требованиями и бэклогом (Requirements OS)

• Формализация требований в единый стандарт артефактов:
  • user stories и acceptance criteria
  • сценарии (happy path и edge cases)
  • нефункциональные требования (производительность/надёжность/безопасность)
  • ограничения, допущения, зависимости
• Согласование требований с заказчиком и командой: прозрачные решения «почему так».
• Поддержка требований до релиза: уточнения, ответы на вопросы, контроль соответствия реализации.
• Ведение decision log: фиксация ключевых договорённостей и компромиссов.

4) Ведение корпоративной HQ в Notion (документы, роадмап, бэклоги, task tracking)

• Поддержание структуры корпоративной HQ в Notion: базовые документы, регламенты, источники правды.
• Ведение и актуализация роадмапа, бэклога инициатив и требований: связка «требование → эпик → задача → релиз».
• Организация регулярных синхронизаций по статусу и приоритетам (внутри команды и со стейкхолдерами).
• Настройка и поддержка task tracking (Notion/Plane или другой трекер): статусы, правила, шаблоны, единый формат отчётности.
• Обеспечение прозрачности: понятные дашборды, decision log, release notes, история изменений.

5) Внедрение, новые версии и сопровождение релизов (rollout & release management)

• Планирование и координация внедрения: пилоты, поэтапные раскатки, запуск на новых объектах.
• Организация UAT/приёмки со стороны заказчика: критерии, результаты, закрытие замечаний.
• Управление изменениями во время внедрения: сбор фидбэка, triage, приоритизация, контроль исправлений.
• Сопровождение релизов после выката: мониторинг проблем, быстрые решения, пост‑мортемы и улучшения процесса.
• Подготовка релиз-нот и «карты изменений»: что поменялось, кого касается, что проверить.

Что будет в первые 30–60 дней

• Описать и запустить базовый контур: требования → задачи → релизы → внедрение.
• Навести порядок в текущих инициативах: цель, критерии успеха, статус, риски, ответственные.
• Сформировать прозрачный бэклог требований и план ближайших релизов.
• Ввести понятный формат UAT/приёмки и пост‑релизного triage.

Требования к кандидату

• Локация в Москве и готовность работать офлайн, включая регулярные выезды на объект заказчика (Лужники).
• 3+ года в роли Project Manager / Delivery Manager / Product Ops / Project Lead.
• Опыт работы с продуктовой разработкой: требования, UX/flow, аналитика, интеграции.
• Навык фасилитации: проводить встречи так, чтобы в конце были решения и следующий шаг.
• Умение структурировать неопределённость и быстро превращать «пожелания» в проверяемые требования.
• Уверенная коммуникация с тех-командой: понимание ограничений интеграций и архитектурных компромиссов.

Будет плюсом

• Опыт в эквайринге/фискализации, билетных системах или e-commerce.
• Опыт запуска процессов (DoR/DoD, релизный цикл, incident learning).

Ключевые метрики успеха

• Предсказуемость поставки: выполнение релиз-плана и управляемость scope.
• Доля задач с чёткими acceptance criteria до старта разработки.
• Скорость прохождения «требование → релиз → внедрение» и качество приёмки (меньше возвратов).
• Удовлетворённость заказчика прозрачностью статуса, решений и качества внедрения.

Формат взаимодействия

• Плотная работа с Tech Lead/CTO, бизнес-стейкхолдерами и командой на объекте заказчика.
• Регулярные выезды в Лужники для discovery, тестирования процессов и внедрения.