Регламент тимлида связки

Единые правила для тимлидов связок под арт-дирекшеном Дениса Юдина: ДКЦ, Брендинг, B2B. На связку ДПМ, которую ведёт отдельный арт-директор, регламент не распространяется.

1. Зона ответственности тимлида

Ты отвечаешь за:

• Качество дизайн-продукта связки (первый и основной контроль — твой).
• Скорость и дисциплину процесса совместно с ПМ: брифы, сроки, статусы.
• Состояние команды: загрузка, мотивация, 1:1, рост, конфликты.
• Коммуникацию с ПМ по проектным решениям и правкам; ПМ агрегирует пожелания заказчика и приносит их в связку.
• Фильтрацию входящего: не каждое пожелание заказчика, пришедшее через ПМ, = задача в работу.
• Выполнение заявленных обязательств — «сказано — сделано».

Ты не отвечаешь за:

• Бренд-платформу и стандарты качества в масштабе банка — это на арт-директоре.
• Кросс-связочные решения (ПМЭФ, ценности, входящие от креативного директора) — это на арт-директоре.
• Найм и офферы — это на арт-директоре + HR.
• Бюджеты и согласования повышений — эскалация на арт-директора.

Роли внутри связки: тимлид, ПМ, арт-директор.

Процесс связки держится на трёх полях. У каждого поля один хозяин, чтобы не было ложных ожиданий.

Если в связке нет ПМ, планирование ведёт тимлид по тем же принципам. Спор между тимлидом и ПМ — 15 минут между собой; не сошлись — арт-директор. С одним вопросом к тимлиду и к арт-директору параллельно не ходим.

2. Что решаешь сам, что эскалируешь

Решаешь сам:

• Флаг ПМ до старта задачи, если назначение создаёт риск качества (концепт или KV сейчас не по силам исполнителю). Решает ПМ, результат всё равно проходит твою приёмку.
• Передача ПМ рост-фокусов и сигналов усталости из 1:1 — это твой вход в распределение задач.
• Приёмка макетов до финального арт-дир-ревью.
• Первичную оценку пожеланий от ПМ: вписываются ли они в концепцию проекта, адекватны ли сроки, не вредят ли качеству визуала.
• Возврат ПМ с аргументацией, если правка вне скоупа, ломает концепцию или требует пересмотра сроков.
• Бытовые правки, повторы, ресайзы, текучка.
• Первичный фидбек дизайнеру по работе.
• Формат и частота 1:1 внутри связки.

Эскалируешь арт-директору (мне):

• Развилки концепции: 2–3 направления, нужно выбрать одно.
• ПМ или заказчик настаивает на решении, которое ломает концепцию, сроки или качество.
• Конфликт с ПМ, заказчиком или смежной связкой.
• Риск ухода человека, сложный разговор с сотрудником.
• Вопросы бюджета, ЗП, повышения, найма.
• Задача, которая ломает процесс или критерии качества.
• Не укладываешься в сроки — сигналь до дедлайна, не после.

Правило эскалации: не копи, не молчи, не догадывайся. Лучше ложный сигнал, чем поздний.

3. Форматы, которые ты ведёшь

3.1. Еженедельный пятничный апдейт мне (обязательно)

Зачем он нужен. Апдейт заменяет еженедельный созвон. Я за 5 минут чтения понимаю, где связка, что под риском, что ты уже решил сам и где нужно моё вмешательство. Это главный инструмент доверия между нами: пока апдейты есть и они честные — я не лезу в операционку.

Когда и куда.

• Дедлайн: пятница до 17:00. После 17:00 = просрочка, после понедельника 10:00 = кризисный созвон.
• Канал: личка в Telegram мне. Обычного текстового сообщения достаточно.
• Объём: 10–15 строк, не больше. Если получается длиннее — ты пишешь не апдейт, а отчёт, это другой жанр.

Про файлы. Подготовка md-файлов — дублей апдейтов, статус-таблицы в файле — это пожелание, а не требование. Можно ограничиться текстовыми сообщениями: апдейт в личку и таблица проектов в любом удобном виде.

Расшифровка статуса (одинаково для всех связок):

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

Шаблон апдейта:

## [Связка] — неделя [ДД.ММ]

- Статус: 🟢 / 🟡 / 🔴 + (если не зелёный) одна строка — почему
- Что закрыли на этой неделе:
  - [проект/задача] — [результат, не процесс; «сдали макет X», а не «работали над X»]
- Что в работе / на след. неделе:
  - [проект] — [следующий шаг, ответственный, дедлайн]
- Риск / блокер:
  - [что именно под риском] → [что ты уже сделал] → [что просишь]
- Следующий шаг до (дата):
  - [одно ключевое обязательство на неделю вперёд, с датой]
- Нужно от Дениса (1 пункт, не больше):
  - [решение / ресурс / эскалация / ничего]
- Состояние команды (1 строкой):
  - [кто в норме / кто в перегрузе / кто в риске / кто вырос]

Как заполнять каждое поле:

• Статус. Один цвет на связку в целом, не на каждый проект. Если внутри связки один проект красный, а остальные зелёные — статус связки жёлтый или красный, не зелёный.
• Что закрыли. Только факты с результатом. «Обсудили концепт» — не факт, «утвердили концепт с ПМ, в работу макеты» — факт. Максимум 3–5 пунктов.
• Что в работе. На каждый пункт — ответственный и дедлайн. Без «работаем дальше».
• Риск / блокер. Формула «риск → что сделал → что прошу». Риск без твоего шага = ты не управляешь ситуацией.
• Следующий шаг до (дата). Одно обязательство связки на следующую неделю, которое ты сам с себя спросишь в следующий пятничный апдейт.
• Нужно от Дениса. Максимум один пункт. Если пунктов больше — приоритизируй и оставь главный, остальные — в 1:1 или отметь как второстепенные, но требующие внимания. «Ничего не нужно» — это валидный и хороший ответ.
• Состояние команды. Одна строка про людей, не про проекты. Если кто-то в красной зоне по выгоранию — это отдельный сигнал, дублируй в «Риск / блокер».

Режимы апдейта:

• Полный — дефолт, по шаблону выше.
• Сокращённый (3 строки) — разрешён, если статус зелёный три недели подряд. Формат: статус + что закрыли + что на след. неделе. Возвращаемся к полному при любом жёлтом/красном.
• Красный сигнал — не ждёт пятницы. Правила и шаблон — ниже.

Красный сигнал. Красный — это не «проблема обнаружена», а «обнаружена, и внутри связки её не закрыть своими рычагами»: перепланировать, вернуть правку ПМ с аргументацией, перенести менее срочное, переставить исполнителя. На свои рычаги — тот же день, максимум один рабочий. Не хватило — сразу четыре строки мне в личку, не дожидаясь пятницы:

🔴 [Связка] — [проект]
Что случилось: [факт с датой]
Что уже сделали: [рычаги связки, которые не сработали]
Нужно от Дениса: [решение / ресурс / участие]
Ответ нужен до: [время или дата]

Дальше — созвон 15 минут в тот же день. Если тимлид недоступен, сигнал шлёт ПМ, тимлида в копию. Что красным не является: входящий запрос сам по себе, даже от приоритетного заказчика. Он идёт через таблицу загрузки: помещается — берёте без сигнала; не помещается — жёлтый с вопросом «берём X к [дата], сдвигаем Y на [дата], ок?». Красный — только если без срыва обязательства не сделать и развилку должен решать арт-директор. В следующем пятничном апдейте красный отражается строкой «был красный по X, снят [дата]».

Чего в апдейте быть не должно:

• Скринов макетов и длинных ссылок на Figma — это в арт-дир-ревью (четверг или по договорённости), не здесь.
• «Всё хорошо, работаем» без фактов — это не апдейт, это тишина. Тишина = тревога.
• Перекладывания ответственности («ПМ не дал бриф», «заказчик тянет») без твоего следующего шага.
• Пересказа чатов и встреч. Только решения и результаты.

Примеры ниже условные.

Короткий пример (зелёный):

## Брендинг — неделя 24.04

- Статус: 🟢
- Что закрыли:
  - Страхование: утвердили систему плашек с ПМ, пошли в раскатку по 6 продуктам.
  - КАСКО: финал слоганов, передали в копирайт.
- Что в работе:
  - Страхование, макеты лендингов — [дизайнер], до 30.04.
  - Ребрендинг визиток — [дизайнер], до 02.05.
- Риск / блокер:
  - —
- Следующий шаг до 02.05:
  - Сдать Денису на арт-дир-ревью 4 лендинга страхования.
- Нужно от Дениса:
  - Ничего.
- Состояние команды:
  - Все в норме, [дизайнер] вышел на полную загрузку после отпуска.

Короткий пример (красный):

## Связка Y — неделя 24.04

- Статус: 🔴 — срыв сроков по проекту X, ПМ настаивает на правках, которые ломают концепцию.
- Что закрыли:
  - Ничего по проекту X, команда в правках 3-го круга.
- Что в работе:
  - Проект X, баннеры Q2 — [дизайнер], дедлайн 28.04 под риском.
- Риск / блокер:
  - Заказчик через ПМ требует вернуть старую сетку → объяснил(а) ПМ, что это откат к прошлому брендбуку → прошу тебя подключиться.
- Следующий шаг до 28.04:
  - Зафиксировать финальное решение по сетке и выйти из круга правок.
- Нужно от Дениса:
  - 15 мин созвон сегодня или в понедельник утром.
- Состояние команды:
  - [дизайнер] в жёлтой зоне по перегрузу, третья неделя правок подряд.

3.2. Статус проектов и загрузка связки

Отдельный статус-файл не нужен, если у связки ведутся два поля: YouTrack (проекты: бриф, сроки, этап, итерации) и таблица загрузки связки (кто что делает и сколько часов; ведёт ПМ, обновляется ежедневно до 10:00). Пятничный апдейт — синтез этих двух полей: перед апдейтом тимлид сверяется с обоими. Если какого-то поля у связки нет — договариваемся с ПМ, в чём его вести: таблица, документ или YouTrack.

3.3. Регулярные 1:1 с дизайнерами связки

• Частота: раз в 3–4 недели с каждым; чаще — только при стрессе/риске.
• Формат: 30 минут, шаблон ниже.
• Записи — в архиве 1:1 связки, в любом удобном виде.

Шаблон 1:1:

• Что получилось / что сложно.
• Что мешает (процессы, люди, нагрузка).
• Один рост-фокус на следующий месяц.
• Что нужно от тимлида/арт-директора.

3.4. Брифы

• Без нормального брифа задача не берётся в работу. Точка.
• Минимальный бриф: цель / аудитория / результат / сроки / ответственный со стороны заказчика / критерии приёмки.
• Если ПМ приносит сырые вводные без нормального брифа — оформляешь их в рабочий бриф и возвращаешь на подтверждение.

3.5. Контур правок от заказчика

• Заказчик не ходит в дизайн напрямую: все пожелания сначала собирает ПМ.
• Тимлид получает от ПМ уже агрегированный список правок или пожеланий.
• Твоя задача — отделить технические и безопасные правки от тех, что ломают концепцию, сроки или качество визуала.
• Если правки можно внести без вреда — ставишь их в работу внутри связки.
• Если правки спорные — возвращаешь ПМ позицию с аргументацией и предлагаемой альтернативой.
• Если ПМ/заказчик настаивает — подключаешь арт-директора как финальную точку решения.

4. Критерии качества (проверяешь до показа мне)

Арт-дир-ревью — финальное. До него ты прогоняешь работу по чек-листу:

• Соответствие брифу: закрыта та задача, которую поставили.
• Бренд-система: цвет, шрифт, сетка, элементы — из актуальной библиотеки, не «свои».
• Композиция и иерархия: главное считывается за 2 секунды.
• Типографика: кернинг, переносы, висячие предлоги, уровни.
• Детализация: пиксель-перфект, без мусора на артбордах, чистые слои.
• Переиспользуемость: собрано в компоненты / стили, а не «плоский» макет. Исключение — макеты, которые потом выгружаются в PPTX: для корректной выгрузки лучше избегать автолейаутов и компонентов.
• Адаптивность: ключевые ресайзы продуманы, не «костыли».
• Файл: назван по конвенции, превью, версия, актуальная Figma-страница.

Если по любому пункту «не ок» — задача возвращается внутри связки, мне на ревью не идёт.

5. Работа с командой — базовые правила

• Перегруз человека дольше 2 недель — твой сигнал ПМ, перераспределение — за ПМ. Сигнал не сработал — эскалация арт-директору.
• 1:1 не отменяем, переносим максимум на 1 раз.
• Обратная связь в формате факт → эффект → просьба, не в формате «мне кажется».
• Субъективные правки заказчика, пришедшие через ПМ, — фильтруешь ты, не дизайнер. Дизайнеру доходят только согласованные правки.
• Признание — публично (в общем чате/на встрече), коррекция — лично.
• Конфликт — не игнорируешь 3 дня и больше. Разбираешь сразу либо эскалируешь.

6. Режим кризиса (2026 — фриз найма, нестабильность)

Пока действуют внешние ограничения:

• Найм заморожен — исходим из текущего состава. Уход сотрудника = потеря скорости, удержание в приоритете.
• Повышения заморожены или затянуты — компенсируем ростом роли, зоной ответственности, обучением, ИПР. Говорим об этом прямо, без «скоро решим».
• Автоматизация через нейросети — обязательный контур, не бонус:
  • генерация концептов / мудбордов / промптов (Midjourney, SD);
  • сборка презентаций и рутинных макетов (внутренние AI-пайплайны);
  • копирайт черновиков, переводы, ресёрч;
  • суммаризация встреч и брифов.
• Тимлид обязан знать, какие AI-инструменты использует его связка и где они экономят часы.
• Приоритет = «закрыть обязательства банка», эксперименты — только если не жмут сроки.
• Если человек сигналит риск ухода — 1:1 со мной в течение 48 часов.

7. Ритм с арт-директором (мной)

Повестка на 1:1 с Денисом — шаблон:

• Что в красной/жёлтой зоне.
• Что решаем сегодня (1–2 развилки).
• Люди (кто в риске, кто растёт).
• Что нужно от меня.

8. Принципы, которыми я руководствуюсь при работе с тимлидами

• Я не микроменеджу — если ты в зелёной зоне, я не лезу.
• Я не «добрый начальник» — честная обратная связь важнее комфорта.
• Я не решаю за тебя операционку — я даю рамку и держу стандарт.
• Я жёстко защищаю тебя от кросс-шума — но взамен жду, что ты жёстко защищаешь свою команду от шума внутри связки.
• Тишина с твоей стороны = тревога с моей. Короткий апдейт всегда лучше молчания.

Полный контекст моего стиля управления, протоколов и красных сигналов — в operating manual арт-директора. Стоит прочитать один раз и возвращаться при сложных ситуациях.

9. Что я ожидаю от тимлида в первые 30 дней

1. Назвать всех людей связки, их сильные/слабые стороны и ближайший рост-фокус.
2. Показать, где живут проекты (YouTrack) и загрузка связки (таблица ПМ), и как из них собирается пятничный апдейт.
3. Выдать список «узких мест» связки (процессы, заказчик, инструменты).
4. Провести 1:1 с каждым дизайнером и прислать мне короткое резюме.
5. Прислать один пятничный апдейт по шаблону — и дальше делать это еженедельно.

Пересмотр регламента — раз в полугодие или по запросу любого из тимлидов.