Руководитель команды разработки

Ключевое: приоритизация бэклога — зона ПМ (через Комитет Инициатив с входным триажом); постановки готовят аналитики. Тимлид отвечает за приёмку постановок, декомпозицию, инженерную готовность, оценки, зависимости, контроль задач, процесс, качество и людей .

Что предстоит делать

Планирование и поставка

• Организовывать работу команды по канбану: ведение доски, WIP-лимиты, контроль старения задач, pull-принцип взятия задач.

• Фасилитировать оценку задач, согласовывать объём принимаемой в работу и сроки с ПМ, фиксировать договорённости.

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

• Брать задачи из оттриаженной повестки (ПМ/Комитет Инициатив) — без личного участия в первичном триаже инициатив.

Постановка и контроль задач

Вход — готовые постановки от аналитиков (Confluence, пространство «Постановки и архитектура»: бриф, клиентский путь, альтернативные сценарии, межсервисное взаимодействие, контракты). Тимлид:

• Принимает постановку: проверяет полноту и реализуемость (сценарии, контракты, затрагиваемые сервисы), запрашивает у аналитика доп. информацию, возвращает на доработку — до оценки и декомпозиции.

• Декомпозирует постановку на задачи — крупные эпики разбивает на подзадачи по сервисам/слоям.

• Добавляет техническое описание для разработчика: какие сервисы и компоненты затрагиваются, контракты, интеграции, риски, критерии готовности задачи.

• Формулирует и назначает конкретные задачи исполнителям: кто, что, когда.

• Ставит задачи в Jira: создание, назначение, описание, критерии готовности.

• Контролирует исполнение отдельных задач и принимает результат.

• Определяет сроки и дедлайны по конкретным задачам — в канбане нет итераций: прогноз по lead time и приоритетам потока, обязательства по срокам даются по задаче, а не «в следующем спринте».

• Даёт обратную связь по качеству выполнения задач.

Качество и код

• Быть первой линией ревью и merge MR в своём домене — включая работу с…