⬅️Совмещать тестирование и управление: табу или нормальная практика?➡️

В ИТ до сих пор гуляет мнение: «Либо тестируй, либо управляй. Третьего не дано».
Но на практике у QA-лида внезапно оказывается в подчинении 4 команды, 5 тестеров и один «зеленый» проект, на котором нужно ещё проводить ручные тесты.

Что делать, когда ролей две (или больше) — а голова одна? Наш опыт показывает: совмещение — не ошибка, если превратить его в систему:

📌 Разделяй и властвуй по времени
Попытка быть лидом и тестировщиком одновременно в один и тот же час — прямой путь в выгорание. Работает другой подход: фиксированные «окна» под каждую роль. Сегодня до обеда — только тесты. После обеда — только люди и процессы. Команда привыкает, стейкхолдеры подстраиваются, хаос отступает.

📌 Автономность ≠ бесконтрольность
Ошибка думать, что если команда опытная, она «как-нибудь сама». Без регулярной связи с командой проект превращается в хаос. Выход — не в ежедневных командных встречах, на которых половина команды томится, а в коротких, но регулярных касаниях. Викли в понедельник, четкая рутина 1:1 (пусть не еженедельных, это роскошь), чтобы слышать каждого. Этого бывает достаточно, чтобы заметить проблему до того, как она станет критической.

📌 Знания не должны храниться только в головах
Если уход одного тестировщика в отпуск парализует релиз — это не показатель его компетентности, а ваша недоработка. Документация, кросс-функциональность, парное тестирование — всё, что делает знания воспроизводимыми, окупается в первый же форс-мажор.

✔️ И главное, что мы поняли:
Совмещение ролей — нормальная ситуация для растущих команд и компаний в переходной фазе. По исследованиям распределения управленческого времени (в том числе в рамках подходов time blocking и managerial leverage), ключевой риск не в количестве ролей, а в постоянном переключении контекста. Именно оно переключение, а вовсе не объем задач, быстрее всего ведет к выгоранию.

Так что главный вопрос — не «можно ли совмещать», а «как снизить цену переключения».