История изменений

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

Предлагаю для начала отказаться вообще от слова «менеджер» и вообще подобной чепухи уровня «техлид». Это ничего не значащие слова. Их значения достойны отдельного обсуждения, если кто-то не согласен и думает что это должности.

Когда мы говорим про руководителей проектов и проектную разработку - нужно учитывать реалии страны. PMBOOK конечно хорош, пока ты не начинаешь работать с ГК «Рос_%anything%» и подобными обществами в акционерах которых или РФ в лице ФАУГИ или нефтяники с военными. Спецификой являются процессы в обществе заказчика, в том числе и, допустим, проверки ведомостей объёмов специальными отделами, где нужно согласовывать каждую строчку отдельно, требования по ИБ и так далее. Незнание специфики может привести к тому, что нужные ресурсы не будут найдены в срок, в документах окажутся невыполнимые требования о которых никто не знал в силу некомпетенции читать документы, а объёмы работ будут закрыты не в полной мере из-за неумения договариваться со специальными отделами.

Как найти РПшника? Так же как и другие специальности - матрица компетенций, опыт подобной работы, наличие в штате директора проектов или других РП. Случай бутстрапа компании, когда нужно найти в штат команду с нуля, лучше не рассматривать. Не у каждого был такой опыт и не каждый выжил после такого.

Как оценить РПшника? Очень просто - закрытие каждого этапа в позволительную дельту времени и перевод денег на счета организации с минимальными потерями в штате от выгорания или конфликтов.

За всё время своей трудовой деятельности в проектной разработке я никогда не видел необходимости переводчика «с офисно-рыночного языка на программистский». Это, скорее, продуктовая история. Также никогда не видел необходимости в продажах со стороны РП, по процессам, принятым, в том числе гостами, itsm, реальностью - РП подключается на этапе, когда ТЗ уже написано, и договор уже подписан или как минимум «договорились». Ну нет никакого «офисно-рыночного языка» в проектной разработке. С обеих сторон участвуют специалисты. Даже «предпродажные презентации»* проводят с участием специалистов.

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

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

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

Предлагаю для начала отказаться вообще от слова «менеджер» и вообще подобной чепухи уровня «техлид». Это ничего не значащие слова. Их значения достойны отдельного обсуждения, если кто-то не согласен и думает что это должности.

Когда мы говорим про руководителей проектов и проектную разработку - нужно учитывать реалии страны. PMBOOK конечно хорош, пока ты не начинаешь работать с ГК «Рос_%anything%» и подобными организациями в акционерах которых или РФ в лице ФАУГИ или нефтяники с военными. Спецификой являются процессы в обществе заказчика, в том числе и, допустим, проверки ведомостей объёмов специальными отделами, где нужно согласовывать каждую строчку отдельно, требования по ИБ и так далее. Незнание специфики может привести к тому, что нужные ресурсы не будут найдены в срок, в документах окажутся невыполнимые требования о которых никто не знал в силу некомпетенции читать документы, а объёмы работ будут закрыты не в полной мере из-за неумения договариваться со специальными отделами.

Как найти РПшника? Так же как и другие специальности - матрица компетенций, опыт подобной работы, наличие в штате директора проектов или других РП. Случай бутстрапа компании, когда нужно найти в штат команду с нуля, лучше не рассматривать. Не у каждого был такой опыт и не каждый выжил после такого.

Как оценить РПшника? Очень просто - закрытие каждого этапа в позволительную дельту времени и перевод денег на счета организации с минимальными потерями в штате от выгорания или конфликтов.

За всё время своей трудовой деятельности в проектной разработке я никогда не видел необходимости переводчика «с офисно-рыночного языка на программистский». Это, скорее, продуктовая история. Также никогда не видел необходимости в продажах со стороны РП, по процессам, принятым, в том числе гостами, itsm, реальностью - РП подключается на этапе, когда ТЗ уже написано, и договор уже подписан или как минимум «договорились». Ну нет никакого «офисно-рыночного языка» в проектной разработке. С обеих сторон участвуют специалисты. Даже «предпродажные презентации»* проводят с участием специалистов.

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

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