Обоснование найма – драйверы найма РП
Решил дополнить рассуждения по обоснованию найма взамен уволившегося коллеги.
С учётом того, что экономика и ФОТ предписывают в первую очередь искать возможность закрыть объём работ своими силами, обоснование найма часто становится типовой задачей.
Какие драйверы помогут обосновать новый найм руководителя проектов?
Базовые драйверы для РП
Количественные:
1. Количество новых проектов - нужен РП уровня middle или senior. Обработка инициатив, первичный сбор информации требуют времени и квалификации. Зато позволяют всё упорядочить 😊 2. Количество проектов в активной стадии - здесь тоже нужен РП уровня middle или senior. Количество проектов на одного РП зависит от сложности проекта и его текущей стадии. 3. Количество проектов, не требующих активной поддержки - здесь достаточно junior’а или администратора. По идее можно поручить аналитику, если у него есть ресурс.
Качественные:
4. Сложность проекта. Два проекта могут занимать одно и то же время, но требовать разного уровня ответственности и опыта. Коэффициент сложности позволяет обосновать найм senior’а. 5. Скорость реакции на запросы бизнеса. Если РП перегружен, скорость реакции падает. Какая скорость критична для бизнеса? 2 дня? 2 часа? Исходя из этого, могут быть сделаны корректировки. Если у РП становится слишком много проектов, он превращается или в администратора, или в сервис-менеджера. Кажется, это хороший повод для перераспределения задач или ролей 😊 6. Готовность к внезапным задачам. Как часто нужна мгновенная реакция на запрос бизнеса или руководства? Если часто - то либо нужен сервис-менеджер, либо страховочный резерв времени. Если у РП нет этого резерва, нагрузка ложится на других или остаётся у заказчика 😊
Дополнительные драйверы:
7. Количество запросов на консультацию. Это хорошая профилактика «бесплатного хелпдеска», когда однажды взятые инициативы превратились в обязанности и чужие ожидания. После увольнения коллеги здесь в первую очередь начинается волна возмущения 😊 8. Запас 10-15% на замещение коллег на время отсутствия - база для долгосрочной деятельности, особенно если критично и нельзя ждать 2 недели, пока коллега вернётся из отпуска. 9. Запас 10-15% на автоматизацию текущей деятельности - фундамент стабильности. С одной стороны, предотвращает выгорание (коллега работает интенсивно, но без перегрузок). С другой - экономит время на перераспределение задач и повышение эффективности процессов. Это позволит после увольнения коллеги нанять специалиста подешевле или просто перераспределить задачи.
Последние два пункта зависят от размера команды. Если в команде всего 2–3 человека, замещение обычно проговаривается индивидуально.
Если собрать всё в формулу, получается классика учебников:
Количество РП = Базовый норматив (количество проектов с учётом сложности и необходимой скорости реакции) × Коэффициент отсутствия + Резерв на автоматизацию + Резерв на внезапные задачи
Эти драйверы справедливы и для аналитиков, и для администраторов. Для операционных ролей драйверы будут определяться контекстом.
А какие драйверы используете вы? Или у вас другая система обоснований?