Как стать автором
Обновить

Комментарии 14

Мы в свое время, определили менеджера IT проектов, как - стикер на канбан доске. Который сам определяет сроки перехода и начинает раздавать алармы если движения нет. :)

У вас из девяти задекларированных функций три начинаются со слова контроль. Можете пожалуйста развернуть суть этой работы/функции. Это что-то вроде внешней совести? Какое действия PM будет предпринимать если результат контроля покажет не то что хотелось?

Соглашусь с определением внешней совести, звучит хорошо)
Единственное - я бы сказал, что это совесть с кулаками: ПМ не просто ходит и нудит под ухо команде, что они срывают сроки и т.д., а должен предпринимать усилия, чтобы не допускать таких проблем.

Задача PMа в данном случае заключается в том, чтобы, превентивно не допустить срывов сроков, бюджета и т.д. (определить возможные риски и их способы решения, заложить запас по времени и бюджету при планировании, подготовить материалы для задач и т.д.).

Также PM следит за прогрессом проекта, чтобы вовремя забить тревогу, если видит, что показатели приближаются к рисковым значениям - например, если по оценке осталось работ на 30 часов, а по плану вы уже подходите к дедлайну.

Но если уж риски сыграли и что-то пошло не так, то PM обычно является инициатором разбора полетов - что пошло не так, почему, как этого в будущем не допустить.

Задача PMа в данном случае заключается в том, чтобы, превентивно не допустить срывов сроков, бюджета и т.д.

А как он это делает? Я видел только два варианта - если ПМ по факту сам не бесполезный специалист и берет часть нагрузки, и то что происходит в остальных 95 процентах случаев ПМ начинает выносить всем мозг как мы одна команда, мы взяли обязательство, теперь все кроме ПМа должны фигачить неоплачиваемые сверхурочные потому что ПМ хотел понравиться начальству и сказал что все сделают за 2 месяца при необходимости работ в полгода. Но за полгода ему бы ачивка и бонус не светила.

Вообще - бывает и такое, что ПМ сам какие-то сроки ставит из воздуха, либо вообще не закладывает риски на оценку команды, но это скорее пример плохого менеджера.

Но не все ПМы умеют в техничку, и это нормально - по-умолчанию этот человек скорее менеджер, и он может не обладать навыками разработки, в отличие от того же тимлида. Грубо говоря, это разные роли и разные обязанности (хотя иногда ПМы/тимлиды их совмещают).

Менеджер же может помочь с оптимальным решением определиться, подыскать ресурсы для распараллеливания задач, выбить сдвиг сроков у заказчика или уменьшение скоупа, и т.п.

Какое действия PM будет предпринимать если результат контроля покажет не то что хотелось?

Будет применять чайка-менеджмент : прилетел, громко покричал, насрал на стол и улетел.

чем "отечественный РП" отличается от нормального PM - рассказано в этой статье. single point of contact? не, не слышали. Project scope definition - вы офанарели, я тут документацию не пишу, а контролирую! Еще попросите к боссам сходить, когда в проект пихают всякое, но без денег, сроков и людей... Составление плана проекта, нарисовать диграмму Ганта - да вы смеетесь, вы, что сами безрукие?! Предпроектные активности типа поиска ресурсов и оценки целесообразности - я должен за начальников работу работать?

Честно - не совсем понял комментарий.

Касаемо single point of contact соглашусь, что в статье это не раскрыто - менеджер действительно контролирует не только попадание в бюджет и скоуп, но и соблюдение изначальных требований к проекту, да и ПМ часто в глазах заказчика является экспертом в области. Хотя, чаще это применимо скорее к продакт менеджеру, особенно если речь идёт о продуктовой разработке.

Насчёт управления скоупом, а также контролем, чтобы он не раздувался - да, тоже согласен, это задача ПМа, особенно когда речь идёт об аутсорсе.

Но вот насчёт контроля документации и написания - это уже сугубо особенности команды и структуры компании - есть ли у них отдельный аналитик для этого, или же его роль выполняет ПМ. Это явно не основная задача менеджера, пусть это и может тоже требоваться в некоторых случаях.

Касаемо Ганта - это входит в контроль сроков, Вы же не на пальцах и не по наитию будете это делать) Про инструменты и процессы со словом "контроль" я ещё более детально распишу отдельно, т.к. там столько нюансов, что это явно требует отдельного обсуждения.

Ну а про предпроектные активности - смотря что Вы в них закладываете. Если речь про подготовку таск-трекеров, баз знаний и т.д. для проекта - тут соглашусь, это упущено в статье. А вот все активности, связанные с оценкой целесообразности и т.п. - это уже смежные с продактом задачи, они могут присутствовать в обязанностях ПМа, а могут и отсутствовать, зависит от компании.

Если что не так понял в комменте - поясните плз, интересно)

Работаю в кровавом энтерпрайзе. У нас ПМ крутится как белка в колесе. Постоянно в фокусе десятков вещей. По моему это очень тяжело психологически. У меня б наверное голова взорвалась в первый же день.

не смотрели вакухи вашего энтерпрайза, крутится наверное за ЗП процентов на 50 меньшую чем у мидлового разраба, так? Многозадачность - слабооплачиваемый скилл :( Потому что на рынке большое предложение, всего то нужно быть согласным крутиться как белка, кроме согласия ничего и не нужно, зачем таким платить много ?

У нас ЗП не указывают. Но наверное поменьше чем у разработчиков. Хотя это конечно же немного несправедливо

Александр, спасибо вам. Всё описал как есть. У меня нет сил часто рассказать о нашем труде.

Кто обеспечивает сроки, бюджет и качество, тот и PM. Поэтому скорее "команда" может обойтмсь без одного из разработчиков, чем без PM. Не поняли вы ещё пока чем занимаетесь по сути :) Удачи!

Не соглашусь с Вами - обеспечивает сроки, бюджет и качество именно что команда, а менеджер является контролирующим звеном, сам он ничего не обеспечивает, только помогает соблюдать/подсвечивает критические моменты/готовит базу и материалы для успешного выполнения проекта.

Контролировать эти аспекты может как команда самостоятельно (если развита личная и коллективная ответственность), так и тимлид/конкретный сотрудник, на которого взвалили эту задачу. В таком случае он будет выполнять часть тех же задач, что делает ПМ, но менеджером проекта он от этого не станет.

Если речь шла о другом - давайте обсудим, может мы друг друга недопоняли, всякое бывает, а в дискуссии рождается истина)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории