О работе за других
Создание продукта и как им управляютТиповой поведенческий кейс: «У вас в команде на удаленке два чебурашки, работающие над задачей Х. Оба перестали откликаться/уехали в отпуск/заболели/встали и вышли/ушли в лес с крокодилом Геной и не вернулись. Дедлайн по задаче Х на следующей неделе, совсем близко. Что будете делать?»

Вместо слова «чебурашки» можно подставить любого сотрудника, который делает задачи руками (а не управляет): редактор, иллюстратор, разработчик. С завидной регулярностью я слышу ответ «Я сделаю сам(а)». Для меня это красный маячок недостатка опыта у человека.

Разбираем по пунктам риски:
- Скорее всего, то, что вы сделаете, будет недостаточно хорошей работой, потому что у вас не хватит экспертизы. Конечно, если у вас нет обширного релевантного опыта до этого.
Пример: если вы нарисуете картинки в фигме самостоятельно, вы можете не увидеть ошибок композиции/выбора цветов. - То, что следует из пункта 1: потом вам придется передавать эту задачу другому сотруднику для поддержки. Есть риск, что на переделку команда/сотрудник потратит больше сил и времени, чем на реализацию с нуля.
- Вы рискуете замкнуть на себя какой-то регулярный процесс, и вам постоянно придется переключаться в ручные задачи из управленческих. Вы начнете выпадать из контекстов. На выходе плохой результат будет и в тех, и в тех задачах.
- В плохом раскладе, например, если будете часто забирать задачи сотрудников, вы выгорите. До тла. Потому что начнете разрываться: вас будут дергать с разных сторон стейкхолдеры, просить делать правки, придется постоянно лавировать между задачами разного уровня и плана. Потом придется восстанавливаться. Разноплановая многозадачность – убийца продуктивности и мотивации.

А что делать-то тогда?
- Честно ответьте себе, сколько времени у вас реально свободно и как текущее вмешательство отразится на ваших задачах. Оцените, что может пострадать, если вы включитесь в выполнение задачи вместо сотрудника. Вспомните, есть ли у вас достаточно экспертизы, чтобы самостоятельно решить вопрос.
- Посоветуйтесь с лидами в области в компании по этому вопросу, можете ли вы вмешиваться. Например, с техническим лидом, если вопрос касается программирования. Возможно, он/она увидит другой выход.
- Как правило, в крупных командах/компаниях есть возможность искать дополнительный временный ресурс: в другой команде/отделе/аутсорсе. Оцените объем задач/человекочасов, необходимых для решения задачи и попробуйте привлечь кого-то: через своего лида, внутренние каналы общения, захода в смежные команды, фейсбука. Привлеките к поиску HR в конце концов.
- Оцените риски от переноса дедлайна. Подумайте, можно ли его перенести и тем самым обеспечить себе время для поиска дополнительного ресурса.
- Подумайте, можно ли декомпозировать задачу на более мелкие и отдать другим сотрудникам.
Note: ниже выдуманные примеры, любые совпадения случайны.
Пример 1: нужно собрать лендинг, а ответственный не доступен. Я могу сделать это сама, но потрачу на это два полных рабочих дня из-за особенности системы. В это время пострадает планирование и координация нескольких процессов со смежными командами. Обсуждая вопрос со своим лидом, я узнаю, что в соседней команде есть человек, который уже разобрался и может временно помочь.
Пример 2: нужно отредактировать 10 крупных текстов. Редактор заболел и лежит в больнице. Я могу отредактировать сама, но наверняка что-то упущу и пользователю будет тяжело читать, потому что экспертизы у меня – одна книжка Ильяхова. Я знаю, что в соседних командах есть два редактора. Узнаю, что один плотно занят, но готов отредактировать парочку текстов. А второй сейчас свободен – у него закончился проект – и готов подхватить оставшееся.
Итого: будьте бережны к себе и своей зоне ответственности. Если вы решили быть менеджером, не лезьте в чужую шкуру без критичных обстоятельств для этого.