Комментарии 5
Отличный кейс!
Я осилил. Во-первых, любопытно сделали и это точно лучше, чем отсутствие планирования.
у меня вопросы к автору
Почему ресурсы РП сразу не бронируют в ИСУП, а вы оперируете словом "заявки"? Стандартное управление ресурсами, когда есть пул ресурсов и менеджер планирует из этого пула. Если есть ограничения, там же можно их вводить (но лучше не надо)
точно так же, при бронировании ресурсов на входящие проекты, РП столкнутся с тем, что ресурсов нет и придут к вам, как Руководителю аналитиков с запросом. Придут заранее, так как проекты и ресурсы к ним планируются заранее.
Вопрос: у вас нет ИСУП? или есть, но там нет ресурсов?
Совет: попробуйте, должно стать проще (ну или напишите, почему нет, интересно)Как вы оцениваете освоение ресурса, если аллоцирование только в заявке? Или все таки данные есть в ИСУП? если нет, есть ощущение, что вы сами себя заставляете страдать: если сделать так, как в п1, все станет сильно проще: есть план от РП с запросом ресурсов (например 2 мес, на 100% 1FTE), его фиксируем в ИСУП.
Далее берем списания из трекера по этому проекту (круто, что они у вас есть) и сравниваем, получая вашу аналитику. Проще же? или нет?"пришли к выводу что нужен прогноз ресурсов". Прогноз на 3 мес - просто необходимость, иначе HR просто не успеет найти. 6 мес - должно быть просто стандартом отрасли. Я тут прямо категоричен. Если у вас нет такого пайплайна - пинайте своих РП или правьте процессы компании (может быть что проекты то есть просто до вас долетают поздно, что неправильно
Мысль немного вбок: как и сдаваемая посуточно в аренду квартира в среднем занята до 80-85%, так и ресурсы больше чем на 85% занять не получится. Исключение - большие проекты, где аналитики фигачат фуллтайм на год. Все равно будут разрывы. И кстати. надо отличать коммерческую утилизацию (та, что приносит деньги компании) от некоммерческой.
В целом все. но основное - где ваша корпоративная ИСУП? Если она есть, вы просто план берете оттуда, факт из трекера и крутите любые сравнения.
А если надо поглядеть, какие аналитики по каким проектам работают - в джире есть дашборды для этого.
Добрый! Спасибо за интерес к статье и то, что осилили
Спасибо за вопросы
Начнем ответ со старой менеджерской притчи - «не ИСУП-ом единым»
Непосредственно:
Отвечаем за свое подразделение. В нашей парадигме data-driven мы укоротили цепочку поставки и работаем с долгосрочными прогнозами по портфелю проектов. При изменении или получении новой заявки мы получаем все вводные на дашборд, включая корреляцию изменений. Отвечая на ваш вопрос - ИСУП у нас есть, модуль управления ресурсами внедряется корпоративным проектным офисом.
Освоение ресурсов маппится с системой логгирования трудозатрат.
Да, абсолютно валидный комментарий, согласен с вами полностью
У нас преимущественно большие проекты. Но сложно не согласиться с вашей аналогией)
ага, все понял, да.
по пункту 2 вам помучаю еще:
что такое освоение ресурса?
а) Это планируемая загрузка
б) это фактическая загрузка
в) это планфактный анализ
судя по описанию и вашему ответу, б) у вас есть, это ясно. но а) у вас пока что нет, а точнее, вы выковыриваете его из заявок, что , скорее всего, боль и место для оцифровки.
собственно это то о чем я говорил в п 1 выше: обычное ресурсное планирование в ИСУП решает такую проблему: вам, как линейному руководителю на доске будет видна планируемая загрузка аналитиков, исходя из 90-100% вероятных входящих проектов на полгода, будет виден перегруз и все что вам нужно.
Далее у вас будет (уже есть) фактическая утилизация. А далее вы будете более точно стучать по рукам вашим нерадивым РП, которые всегда бронируют больше, а списывают меньше, а вы за утилизацию отвечай ))
Освоение ресурса - это план/фактный анализ (получается В если верно понял) выделенных ресурсов к списанию времени аналитиками - на сколько руководители проектов осваивают выделенный ресурс. И мы уже контролируем про то, что вы говорите в последнем абзаце, как раз у нас один из кейсов описан, когда мы видим, что выделенные ресурсы не до осваиваются и мы в будущих периодах снижаем выделение ресурса)
Я не отрицаю валидность нахождения ИСУП в этой схеме) Но,в данном случае, источник получения плановых значений не так принципиален, на мой взгляд
Data-driven подход: ищем максимальный ресурс команды