PM / Agile-Kanban коуч (delivery)

О роли

Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), деньги (подписки, покупки), антифрод и модерация. Мы перестраиваем инженерную систему Twinby CIS и собираем команды практически с нуля. Ищем delivery / Agile-Kanban коуча, который отвечает за поток и предсказуемость доставки — не «ведёт джиру и проводит дейли».

Это кросс-командная роль: ты не владеешь продуктом («что» — за продактом) и не отвечаешь за «как» внутри команды (это техлид). Ты отвечаешь за то, чтобы замкнутый цикл «Идея → готовность → разработка → гейты → релиз → выводы» реально работал и не вставал. Качество у нас — свойство процесса, а не героизма: твоя зона — сделать поток видимым, держать его здоровым и предсказуемым.

Чем предстоит заниматься

• Держать поток как систему: Kanban с явными политиками для текущей работы + Shape Up для крупных фич (фикс времени, переменный объём, «аппетит» вместо оценки, по умолчанию не продлеваем). Не «чистый Scrum» и не «чистый Kanban» — рабочая операционная модель.

• Резать WIP: WIP-лимиты 1–2 задачи на инженера — главный рычаг предсказуемости. Вскрывать скрытый WIP и очереди (ревью, QA, приёмка), мерить, где задачи реально стоят.

• Вести классы обслуживания: Standard / Expedite (P0–P1) / Fixed-date — чтобы срочное не сносило плановое, а у каждой работы была понятная политика прохождения.

• Мерить поток и прогнозировать вероятностно: WIP, cycle time, throughput, work item age; прогноз в духе «с вероятностью 85% к 1–8 июля», а не «будет 1 июля». Строки кода, коммиты и стори-поинты на человека как цели — нет (закон Гудхарта).

• Лечить здоровье доставки: carryover, зависшие и стареющие задачи, межкомандные зависимости — распутывать и снимать блокеры, а не «напоминать в чате».

• Делать гейты политиками перехода, а не ритуалом, и вести тяжёлые разговоры данными: что лечит систему, а что нет; защищать команду от перегрузки.

Что мы ждём

• Опыт, где ты реально вытаскивал команду из завала: хронический carryover, срывающиеся релизы, зависимость от одного человека на критичном модуле — и чинил это руками, а не описывал в презентации.

• Мышление про поток: cycle time, throughput, WIP, work item age, доля незапланированной работы — и вероятностный прогноз вместо обещаний «к пятнице».

• WIP-лимиты и классы обслуживания для тебя — рабочий инструмент, а не теория: ты понимаешь, зачем резать незавершёнку и как разводить срочное и плановое.

• Умеешь диагностировать прежде, чем лечить: сначала смотришь, где встал поток и почему, потом меняешь политики — а не вводишь церемонии в первый день.

• Trade-offs с оговорками: когда уместен Kanban, когда Scrum, когда гибрид и где работает Shape Up — по природе работы, а не «X современнее Y».

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

Будет плюсом

• Релевантный домен: turnaround / спасение проектов, зрелый продуктовый Kanban с WIP-лимитами и метриками потока, release engineering, управление потоком инцидентов и поддержки под нагрузкой.

• Практика вероятностного прогноза (перцентили, Monte-Carlo) и опыт Shape Up на реальных циклах.

• Активность в сообществе: выступления на AgileDays, Flow Conf, в Канбан-сообществах; канал или блог про поток и delivery.

Чего НЕ требуем

Артефактов Scrum наизусть и «правильной» длины спринта, иконостаса сертификатов (PSM / PMP / SAFe / ICP), заученных определений церемоний, опыта именно в нашем трекере или в дейтинге. Нам важнее масштаб хаоса, который ты разгребал, и мышление про поток.

Окружение и инструменты

Jira и Confluence для работы и документации, метрики потока и дашборды (Yandex DataLens) как способ видеть, где стоит работа, и принимать решения по данным. Конкретный набор подстроим под тебя — важно, чтобы инструмент служил потоку, а не наоборот.

Что предлагаем

• Настоящий мандат менять систему доставки, а не косметика на церемониях: ты задаёшь политики потока с нуля, пока нормы ещё не застыли.

• Настоящая инженерная система, а не лозунги: замкнутый цикл доставки, метрики потока вместо velocity и стори-поинтов, вероятностный прогноз вместо дат «пальцем в небо».

• Влияние на поток сразу нескольких команд на масштабе миллионов пользователей.

• Высокая автономия и прямой контакт с CTO: тебя слушают по данным, а не по статусу.

• Формат: удалёнка, РФ.