Stanislav Belyaev
Empowering Teams, Advancing Engineering
Прогресс по Большому исследованию профессии Менеджер проектов
Мы собрали 20% ответов респондентов из 2000 :) Цель далекая, кажется, но мы не вышли за пределы русско-говорящего рынка еще. Цель на следующий год это.
В опросе же нашем есть вопрос - “какой совет вы дадите начинающему менеджеру проектов?” Мне кажется, что некоторые ответы стоит опубликовать для вас, чтобы в следующем году вы могли сделать что-то иначе :)
За простыми словами в этих фразах, заложен опыт и, вероятно, недавние ошибки и разрешенные проблемы респондента.
- Начать учиться раньше, найти ментора и использовать методики на практике, а не пытаться управлять проектом по наитию.
- Делать проекты, ошибаться, получать обратную связь и снова делать
- Сделать упор на обучение тому, что минимизирует проблемы с проектами, а не тому, как решать эти проблемы. Работа с рисками, а не с последствиями, управление потоком работы, а не микроменджмент и контроль, планирование на основе статистики, а не чьем-то субъективном мнении и пр. Лучший сисадмин тот, которого вы не знаете, потому что все работает и нет надобности к нему обращаться. Лучшее управление - когда проект стабильный и “скучный”, когда не надо тушить пожары и искать психолога, чтобы лечить выгорание от бесконечного решения навалившихся проблем с пректом
- Не тяни резину: позвони, напиши, хоть что-то сделай сразу. СРАЗУ! Не оттягивай! Сделай маленькое действие прямо сейчас! Дальше будет легче
- Найти хорошего наставника, который готов объяснять, делиться знаниями и опытом - а самому быть готовым использовать в своей работе все рекомендации, даже если что-то кажется рутинным или есть сомнения в пользе выполняемого действия. Пока не попробуешь - не сможешь сделать правильные выводы, да еще и рискуешь наделать кучу ошибок, которые можно было предупредить и избежать.
- Честно и откровенно общаться с Заказчиком и с командой. - Знай “триггеры” и старайся не ввязываться в заведомо провальные проекты (сил и времени на них потратишь много, а результатом всё равно вряд ли сможешь гордиться):
- где Заказчик не способен слышать/идти на диалог;
- ожидания Заказчика не совпадают с реальными возможностями продукта и команды Исполнителя;
- сроки указаны “как надо Заказчику”, а не рассчитаны исходя из трудоемкости работ.
- Помни, что “плохой”, “сложный” Заказчик - обычно исключение из правил. Любому Заказчику нужен успешно завершенный проект также, как и тебе! Если на каждом твоем проекте “плохой” Заказчик - то либо в компании, где ты работаешь, что-то не так с продажами, обещаниями, расчетами на пресейле; либо ты на старте проекта и в ходе него не договариваешься с Заказчиком о реалистичных ожиданиях и возможностях.
- Браться за любые задачи, проводить работу над ошибками и завести дневник выводов. Фиксировать все задачи, проблемы, сложности, что удалось решить, а что нет, по какой причине? В дальнейшем этот извлеченный опыт превратит тебя в сильного РП