Комментарии 21
Соглашусь. Какой уровень технического бэкграунда в предметной области, с Вашей точки зрения, должен быть у РП? На эту тему уже были статьи на хабре, но все еще любопытно узнавать мнение людей с большим опытом) Желательно на примере)
Я перешёл на позицию РП с нулевым знанием предметной области. Самый тяжелый был первый год - я и как РП не до конца понимал, что делать, и предметную область не знал.
Через 3 года ушёл в другую компанию тоже на роль РП. Соответственно, тут уже было проще - опыт РП большой, но предметная область была совершенно другая. Через месяц я уже неплохо ориентировался, а через 3 спокойно проводил встречи без технических специалистов.
Попробую по своему опыту и опыту своих подчиненных сделать краткий итог. Руководить проектами, не зная предметную область можно. Но в этом случае речь идёт в основном об административных функциях - ставить задачи, отслеживать сроки, подготавливаться ко встречам и тд. Без технических знаний не получится принимать правильные решения и вести аргументированный диалог с Заказчиком. Поэтому чем больше тех.знаний у РП, тем лучше он может руководить проектом.
И почему, увидя заголовок, я ждал ссылки на канал...
И где ответ на вопрос "Как руководителю проектов зарабатывать от 300.000 в месяц".
Я вижу только требования к его навыкам. Ну, так и назвали бы статью "Каким должен быть РП, чтобы претендовать на 300 000 ₽/мес".
Вот это все как средняя температура по больнице.
Одно дело РП в заказчике, другое в интеграторе. Разное ВСЁ.
Одно дело РП в разработке, другое в услугах/консалтинге. Разные методологии, знания, темп работы.
Много лет назад я составил скрипт для РП в интеграторе. Он не содержит правильных ответов, он грубый и в большой степени типа стресс-интервью (что ругают в последние годы), он далёк от совершенства, но он дает хоть какую конкретику того как проверять реальные коммуникативные, лидерские и прочие софт-скилы:
О себе, опыте и достижениях (10 минут)
1.1. Обращать внимание на описание личного вклада (что делал именно ты?), попросить убрать из рассказа «мы / они», максимум детализации, максимум «я», никаких общих слов.
1.2. По ходу рассказа менять модель слушателя – от полной вовлеченности, до полного безразличия (смотреть на часы, в телефон), отслеживать ответную реакцию. Перебить несколько раз, рассказать свою байку, смотреть как слушает. Вернуть слово, сменить тему, вернуть обратно к прошлой теме, устроить «качели».
1.3. Перейти на «ты». Извиниться. Снова сбиться. Попросить обращаться к себе на «ты». Если после этого будет больше двух «вы» - в топку.Софт-скилз (10 минут)
2.1. Как РП входит в проект? Если это новый проект / если это проект в середине реализации?
2.2. Расскажите типичную неделю РП – количество и охват встреч, время выделенное для работы с планами и отчетностью. Насколько четкий и жесткий график должен быть у РП?
2.3. Самодостаточность, один в поле воин: на входе дедлайн, ограниченные ресурсы, описание цели – что делать дальше?
2.4. Нам поставлена задача посчитать площадь всех поверхностей, покрашенных кузбас-лаком в Казани, как это сделать?Знание профессиональной области (20-25 минут)
3.1. Что такое водопад, чем каскадное планирование отличается от итерационного? Есть предпочтения между традиционными методами планирования и гибкими? Чем эджайл отличается от скрам? Что такое спринт?
3.2. Что такое иерархическая структура работ? Что такое задача, какие у нее есть атрибуты? Накидайте ИСР по вот такому проекту.
3.3. Сколько областей знания существует в управлении проектами? Можете их перечислить? Читали PMBoK? Сколько процессов есть в УП по PMBoK?
3.4. Что такое SMART? Любая цель должна быть измеримой? Как часто РП должен отслеживать достижимость цели?
3.5. Как посчитать требуемые на проект ресурсы? Что такое покер планирование? Как контролировать трудозатраты на проекте, собственный опыт? Что делать при расхождении факта с планом?
3.6. Что такое риск? Расскажите своими словами. Риск может быть положительным? Какие свойства/артефакты есть у риска? (что такое вероятность, какая может быть степень влияния). Что такое митигейшен-план и континженси-план? Расскажите о своем опыте управления рисками.
3.7. Сертификаты курсов РП есть? Как относитесь к сертификации? Какие книги по профессии читали за последний год? Как развиваете свои навыки?
3.8. Как набирать ресурсы? Опыт проведения собеседований? Какие наиболее важные качества кандидатов отметите? Как важные качества зависят от роли? Что такое команда проекта, насколько важна командная работа?
3.9. Как управлять конфликтами в проекте? Что делать с «результативным психом» в проекте? Что делать если заказчик неадекват? Что делать если два акционера просят делать противоположные вещи? Когда надо включать эскалацию? Эскалация это норм, или типовой кейс?
3.10. Должен РП участвовать в пресейле проекта? Какая роль РП на пресейле? Как распределяется ответственность РП и сейла на этапе пресейла?
3.11. Что РП должен делать после успешного завершения проекта? Как можно отметить вклад члена команды в проект (а помимо финансов?)Знание предметной области (5-10 минут)
4.1. Какие предметные области знаете хорошо? Насколько важно РП знать предметную область?
4.2. Насколько вы в айти? Что такое DNS? Чем хороший код отличается от плохого? Что такое ООП? Что такое паттерн? Опыт работы с CVS?
4.3. Какие ГОСТ / РД знаете? Чем ФТТ отличается от ТЗ? Какие этапы проектирования ИС существуют?
4.4. Чем 44ФЗ отличается от 223ФЗ? Какие виды конкурсных процедур существуют? Что такое голландский аукцион? Как развалить конкурс по 44ФЗ?Управление бюджетом (10 минут)
5.1. Что такое капекс / опекс / финекс?
5.2. Какие статьи бюджета есть в типовом проекте?
5.3. Что такое КС-2 / КС-3? Чем списание денежных средств отличается от освоения?
5.4. Какие виды учета средств знаете? Основы бухгалтерского учета? Что такое амортизация?
5.5. Как работает банковская гарантия? Как работает авансирование (что такое оплата по освоенному объему)? Когда нужно гарантийное письмо (от заказчика? от исполнителя?)
5.6. Был опыт подписания финансовых документов по доверенности? Что нужно сделать перед использованием доверенности? Как согласовывать использование доверенности с ГД?Управление составом работ (5 минут)
6.1. Что такое RFP / RFC?
6.2. Новое требование в середине проекта это норм, или инцидент?
6.3. Как оценить влияние нового требования на освоенный объем? Как провести декомпозицию требования? Что такое дерево требований?
6.4. Что такое IDEF / DFD?В конце встречи спросить про тайминг встречи – сколько времени было потрачено на каждый из блоков вопросов?
Какой ужас?, но мне понравилось
Отвечу, как работник - это жесть. Если бы я попал на такой собес, я бы не пошёл к вам работать.
Отвечу, как руководитель - было интересно, спасибо за список, парочку вопросов возьму на вооружение.
Были ли в вашей практике соискатели, которые ответили на все эти вопросы? Думаю, это уровень (по текущим зп) даже не 300к+, а куда больше.
Ну, судя по ответам выше про знание предметной области, вы и не прошли бы такое собеседование -)
Не все вопросы задавались, это же не контрольная работа, где важно ответить на все вопросы. По кандидату видно в первые пять минут какие вопросы ему стоит задавать.
РП это одновременно и лицо компании (лицо должно уметь себя держать. в любых обстоятельствах) и фильтр-прокладка в коммуникациях между (не)адекватным заказчиком и (за)дёрганной (здесь просится матерный синоним, но нельзя) командой проекта. Если РП не умеет одновременно в покер-фейс и гибко на любой финт с любой стороны - это плохой РП.
РП это не цаца и не няша, все эти современные ужимки в нетоксичность и прочую псевдо-адекватность, это не про суровый мир "цель-бабло-сроки".
Но я точно осознаю что у меня профдеформация после очень многих лет на галерах и в интеграторах, где средний уровень текучки редко ниже 25-30% годовых. Просто это другой мир, не стартапчики со смузи и ленивыми обсуждениями очередных просраных сторипоинтов, здесь либо фигачишь как вол, или пшел вон. Это не плохо и не хорошо. Но это однозначно офигенный опыт, год-два на галере и тебя можно бросать в одиночную атаку на любого заказчика, схаваешь как леденец -) отбросишь поседевшую прядь волос и оскалишься в призыве "подавайте следующего" -)
Про +300к - имя им легион. В смысле таких РП много. Но здесь они появляются редко. Ибо фигачат, времени на хабрик нет. И я здесь чисто случайно, спрыгнул с галеры в тихую гавань внутреннего заказчика -)
Сильно, практически допрос) тоже интересно, были ли те кто ответил правильно на все вопросы и как часто справлялись с 7? Пункт 1.2, на мой взгляд, спорный, может быть воспринято как банальное неуважение.
Наверное самый информативный комментарий который я прочитал за последние пару месяцев.
Шикарный пост :)
Единственное, человек который его пройдет, стоит 5+ минимум в любую погоду ;)
Менеджер должен уметь принимать правильные решения в условиях неопределенности. Сложные IT-проекты – синоним неопределенности. Не ясны требования, не ясны функциональные возможности вендорского решения, непонятно, что там у Заказчика с инфраструктурой, какие есть ограничения от смежных подразделений и тд. И во всем этом многообразии неопределенностей нужно быстро и правильно принимать решения. Много. Каждый день. Если менеджер принял неправильное решение – с него спросят. Если принял правильное – никто даже не заметит.
Ну-ну. Спросят уже с учетом новых данных?
Забавно, но почему-то у руководителя проекта, обладающего всеми этими качествами, навыками и знаниями, резюме "превращается в тыкву", как только он переходит в категорию "кому за 30" :(
Не совсем вас понял. Вы имеете ввиду, что "те, кому за 30" не умеют писать резюме?
Вообще РП, обладающих всеми этими качествами, до 30 почти не встретить.
Я имею в виду, что резюме тех, кому за тридцать, читают только в реальном секторе экономики, где 300 тысяч платят, разве что, за год
Плох тот РП, который не хочет стать CTO.
РП никому ничего не должен, начнем с этого) Работодатель платит за результат который человек может принести компании. Это предмет договоренности между работником и работодателем. А́ что для этого нужно уметь и какими силами обладать чтобы принести этот результат это задача этого человека. Какие-то знания, скилы можно закрыть другими членами команды, какие-то вообще не нужно использовать. Все зависит от среда и окружения проекта. Хороший РП подстраивает проект и инструменты под конкретные условия. И все эти вопросы на собеседовании не имеют смысла без контекста, в который вряд-ли погружен кандидат пришедший на собеседование.
Как руководителю проектов зарабатывать от 300.000 в месяц