Найти в Дзене

Тимлид-призрак: Как метод Адизеса помог мне спасти проект (Разбор IT-кейса)

Долгих дней, приятных ночей! Я Наталия Курченкова, IT Project Manager с 10+ лет опыта. Сегодня разберу больную тему: что делать, когда ваш тимлид игнорирует процессы, пропадает без предупреждения и топит проект? Спасением стал метод Ицхака Адизеса — покажу, как применила его в реальном IT-кейсе. Если ваш лид: Наш проект мобильного приложения b2b трещал по швам. А именно: Результат: Техдолг +40%, два разработчика уволились с фразой «Не понимаем, почему мы должны работать за тимлида». Знакомо? Тогда вам пригодится метод Адизеса, являющийся хорошим рабочим инструмент диагностики. Ключевая идея Ицхака Адизеса: Идеальных лидеров не существует. Эффективный руководитель балансирует 4 ролями: Важно: Не нужно быть сильным во всём! Но провал в ролях, критичных для проекта, это красный флаг. Применим метод к Алексею: P (Producer): E (Entrepreneur): A (Administrator): I (Integrator): Вердикт: Мощный технарь (P+E), но ноль процессов и командной работы (A+I). Для кросс-функционального проекта — см
Оглавление
Тимлид, отсутвующий на рабочем месте - красный знак
Тимлид, отсутвующий на рабочем месте - красный знак

Долгих дней, приятных ночей! Я Наталия Курченкова, IT Project Manager с 10+ лет опыта. Сегодня разберу больную тему: что делать, когда ваш тимлид игнорирует процессы, пропадает без предупреждения и топит проект? Спасением стал метод Ицхака Адизеса — покажу, как применила его в реальном IT-кейсе. Если ваш лид:

  • Пропускает ретро,
  • Отвечает раз в 3 часа,
  • Исчезает в рабочие дни —
    эта статья — ваш алгоритм действий.

Часть 1: Кризис: Когда тимлид становится "призраком"

Наш проект мобильного приложения b2b трещал по швам. А именно:

  • Ретроспективы: Тимлид (назовем его Алексей) отсутствовал 4 спринта подряд → решения не фиксировались,
  • Коммуникация: Его ответы приходили через 2-3 часа с меткой «Был в делах» → задачи стопорились,
  • Рабочие дни: Пропадал с 11:00 до 17:00 без AFK-статуса → команда теряла ориентацию.

Результат: Техдолг +40%, два разработчика уволились с фразой «Не понимаем, почему мы должны работать за тимлида».

Знакомо? Тогда вам пригодится метод Адизеса, являющийся хорошим рабочим инструмент диагностики.

Часть 2: Адизес. Суть метода для IT-руководителей

Ключевая идея Ицхака Адизеса: Идеальных лидеров не существует. Эффективный руководитель балансирует 4 ролями:

Симптомы тимлида в нашем кейсе
Симптомы тимлида в нашем кейсе

Важно: Не нужно быть сильным во всём! Но провал в ролях, критичных для проекта, это красный флаг.

Часть 3: Диагноз по Адизесу: Разбираем нашего "призрака"

Применим метод к Алексею:

P (Producer):

  • Сильная техэкспертиза,
  • Закрывает сложные задачи.

E (Entrepreneur):

  • Генерирует крутые архитектурные идеи.

A (Administrator):

  • Пропадает без AFK → хаос в коммуникации,
  • Задержки ответов → блокировка работы.

I (Integrator):

  • Игнорирует ретро → потеря доверия команды,
  • 0 эмпатии → саботаж улучшений.

Вердикт: Мощный технарь (P+E), но ноль процессов и командной работы (A+I). Для кросс-функционального проекта — смертельно.

Визуал: Шкала P-A-I-E с отметкой "зоны риска".

Часть 4: Решение проблемы по Адизесу

Адизес учит: «Не ломайте людей — ищите баланс ролей в команде». Наш план действий:

  1. Честный разговор 1-1:
    «Алексей, твои техрешения бесценны. Но когда ты пропадаешь, команда стопорится. Ретро без тебя неэффективно. Это критично для проекта. Клиент может отказаться, если все пойдет в том же ключе»
    → Его реакция:
    «Задачи-то я закрываю! Остальное — ваши заморочки» (P-роль доминирует).
  2. Тест на гибкость (2 недели):
  • Попросили проводить ежедневные стендапы 3 раза в неделю (тренировка A),
  • Закрепили за ним проведение ретро в спринте (прокачка I).

Результат теста:

  • На стендапах молчал → A не прокачалась,
  • Ретро провел как допрос: «Почему так долго чинили? Следующий раз задерживайтесь после работы!»I ноль.

Решение по Адизесу:

  • Нашли технического координатора (взял A: трекинг задач, статусы),
  • Передали фасилитацию ретро/груминга и др событий скрам-мастеру (I),
  • Алексею оставили P+E (архитектура + стратегия).

Итог: Через месяц техдолг снизился на 25%. Он всё так же исчезает на 3 часа, но теперь это не парализует работу.

Часть 5: Как провести диагностику за час

Итоговый алгоритм: ДиагностикаОценка критичностиТест на гибкостьКомпенсация.

Важно: Метод Адизеса используется не для "перевоспитания", а для расстановки ролей.

Шаг 1: Выпишите 5 последних "косяков" лида
Пример: "Пропустил 4 ретро", "Исчез на полдня без предупреждения".

Шаг 2: Сопоставьте с ролями Адизеса:

  • Дисциплинарные провалы → A,
  • Проблемы с командой → I,
  • Технические ошибки → P,
  • Стратегические просчеты → E.

Шаг 3: Оцените критичность:

  • 2 провалов в роли, ключевой для проекта? → Тревога!
  • Наш случай: A и I критичны для Agile-команды → приговор.

Шаг 4: Тест на гибкость:
Дайте шанс, но без иллюзий. Если через 2 недели 0 прогресса — действуйте.

Заключение:

Метод Адизеса дал мне замечательный инструмент для диагностики. Полезная практика смотреть на руководителей через P-A-I-E:

  • Если для проекта критичен A (операционка), а у лида там провал — это красная зона.
  • Сильный P без I? Подходит для legacy-проекта, но не для Agile-команды.

Главный урок: Не ищите идеального сотрудника, лучше старайтесь создать сбалансированную систему. А если "слепые зоны" лида смертельны для проекта — компенсируйте, не пытайтесь перевоспитать.

P.S. С какими "призрачными" лидами сталкивались вы? Делитесь кейсами в комментариях! Хотите разбор вашего кейса через призму Адизеса? Пишите в комментарии — разберём анонимно!

#УправлениеКомандой #ITМенеджмент #Лидерство #УправлениеПроектами #ДиагностикаЛидерства