я вот с другой стороны работаю, я руководитель производства и Эйчар иногда явно советуют кандидатам просить зп повыше, когда они имеют %% от зп привлекаемого кандидата :)
Я больше скажу. Бывает, что это даже не РП, а CIO компании , который не против такой прямоу коммуникации, потому что "мы за бизнес, любое пожелание бизнеса нам важно". За последний год две такие компании наблюдал. И оба CIO зашивались от кучи текучки, бизнес был недоволен, разработчики выгорали. И ничего не менялось. Хаос и бардак.
А ничего страшного нет, если человек дал неправильную оценку, понес ответственность и в следующий раз оценку увеличивает. Я всегда говорю про баланс, он и тут нужен: оценка не должна быть слишком оптимистичной, оценка должна быть при этом не сильно завышенной (сильно завышенные - очень видны и их легко увидеть нормальному РП).
Адзизес (это такой гуру бизнес управления) говорил, что любой менеджер - это вообще любой человек, давший срок по своей работе. Далее он управляет всеми стандартными потоками (объем, риски, коммуникации), только в миниатюре, в одной своей задаче.
Умение предвидеть проблемы, умение их решать очень отличает джуна от мидла, а мидла от синьора.
угу. а далее можно попросить аналитика, чтобы он пошел говорить с заказчиками и писать свое ТЗ, а самому заняться новым проектом. Это называется масштабирование команды. РП руками не должен ничего делать. Если вы РП и делаете руками, значит, чето не так (к примеру, я работал одно время аналитиком на своих проектах. это неправильно, но так было надо, потому что шел пресейл и брать человека без договора было нельзя. Заключали договор - брали человека).
Тут вопрос, кто отвечает за общий бюджет? Если маржа по всей истории ваша и за ФОт и мотивацию команды отвечаете вы - попахивает руководителем направления.
Если ФОТ не ваш, но у вас есть несколько РП - Директор.
Если РП в подчинении нет, то надо поглядеть, как вы лидами обходитесь. 12 лидов в целом на грани, на мой взгляд :) Мне 7-8 хватало и я просил еще РП
Спасибо. У меня в списке статей в блокнотике есть проект статьи под названием "РП администратор или РП помощник", надо будет ввернуть эту неприятную для некоторых новость. Я в свое время болезненно воспринимал то, что я отвечаю вообще за все косяки на моем проекте.
зависит от размера проекта и сложности коммуникаций на проекте.
Можно посчитать в условных вебсайта: джун РП делает 1 проект по созданию веб сайта и занят фулл тайм на 3 мес. Миддл может делать их 3 и не продолбать ничего. Синьор сделает 5 (собственно, я как то делал 5). Синьор+ сделает 5 и по пути подружится с заказчиками , поймет, что у них болит и предложит что можно сделать, чтобы решить их боли - то есть биздев
спасибо. по поводу книг - нет, я ничего этого в книгах не видел, увы. Да и ни разу у меня не получалось софтскиллам научиться по книжкам или лекциям. На словах все просто, а попадаешь в реал - и коленки дрожат :)
Бизнес игры - точно тема, была пара игр, где я почувствовал прямо, что чтото делаю не так. Но хороших тренеров трудно найти. Пока что все на опыте ) может быть я смогу запилить курс, где все это будет, но надо думать :)
Я по всем темам, написанным мной в статье могу написать по статье. И напишу, для этого и начал писать. Я уверен, что на Хабре есть люди и опытнее и умнее меня. Я с радостью послушаю их опыт и научусь новому.
Для конструктивного обсуждения или спора , как угодно, нужна фактура. Ваше мнение я понял, фактуру дадите? У вас другие критерии отбора? Расскажите.
Здравствуйте. Цель статьи: разобрать отличия джунов миддлов и синьоров, чтобы начинающие и не очень РП могли поглядеть, чего им не хватает, чтобы расти дальше.
Статья основана на большом числе реальных примеров из опыта меня , как РП и меня, как руководителя направлений, ПМО и прочих отделов.
По вашим остальным вопросам я с удовольствием вам отвечу, если вы сразу озвучите их цель. Иначе напоминает собеседование в тональности пассивной агрессии. Я и сам так умею, но, считаю, Хабр не для этого, а для обмена опытом.
Если вы - руководитель, и видите тут лажу, просто напишите. Без проблем, обсудим :)
не спора ради, я просто поделился тем, что я вижу на рынке. Если у вас другой опыт - буду рад если поделитесь. Но не за 10 лет, а последний год-полтора. Потому что сейчас на рынке бум.
Я в 2019 году искал работу и не могу найти. Сейчас за нормальными РП очередь.
Моего ведущего РП (по факту он классный миддл конечно) уже год закидывают офферами от 300 тыс. Если вам интересно - напишите в личку, мне интересно, что у вас. Я смотрю на рынок, мне интересно, что происходит и статья - попытка это понять.
вы знаете, я последние полгода ищу менеджеров. HR подгоняют таких. И несколько человек отказались от наших офферов в пользу других.
Мои менеджеры получают офферы со стороны на схожие суммы. Я сам пару раз выходил на рынок, чтобы прикинуть свою цену. Мои выводы такие.
Дальше - вопрос личной выборки, умения сделать резюме и себя продать (грубо говоря, не соглашаться на первый оффер, а походить пару мес по рынку и поглядеть).
Я в начале статьи написал, что это личный вывод. Но я реально очень много искал в последнее время и вижу странности на рынке РП. И если у вас есть качества джуна из статьи выше, я готов поспорить, что вы найдете работу в этой вилке. Если не ищется - чтото не так делаете.
Мне самому очень интересно, что на рынке, так что можете в личку мне написать, я погляжу.
Возможно. Одна из целей статьи - это обменяться опытом. Сам я отбором не занимаюсь, последние несколько лет это делают HR. За ними есть грешок: они могут поднимать зарплаты кандидатов, потому что получают % от зарплаты кандидата в итоге. Так что завышение может быть. Но я также вижу, когда хорошие кандидаты уходят, не приняв наш оффер. Так что вопрос дискуссионный.
По вашему кейсу скажу следующее: мне в линкед ине писали несколько кандидатов, мы как то даже собеседовали СЕО закрывшегося ИТ интегратора на позицию РП. Я не взял никого. Причины разные: или человек вообще не владеет предметом (как в статье про джуна - этого нет), обещая, что научится (но у меня нет столько денег и времени), или психологические особенности кандидатов.
Если хотите - киньте мне ваше CV в ТГ (в профиле), я погляжу и скажу свое мнение.
Ну тут я бы и сам с вами поспорил. Архитектура системы - это результат исполнения функциональных и нефункциональных требований.
a non-functional requirement (NFR) is a requirement that specifies criteria that can be used to judge the operation of a system, rather than specific behaviours. They are contrasted with functional requirements that define specific behavior or functions. The plan for implementing functional requirements is detailed in the system design. The plan for implementing non-functional requirements is detailed in the system architecture, because they are usually architecturally significant requirements.[1]
Давайте для начала: речь идет про джуна. Если джуна поставить рулить проектом, где есть хорошие NFR (кроме времени отклика системы), скорее всего, он проект завалит. Туда надо искать другого сотрудника, а этого обучать на проектах попроще (развитие того, что уже существует).
Про администратора - так можно. Но надо же кого то обучать :)
Да, я сам в шоке. На РП и аналитиков прямо сейчас нереальный спрос, я такого не видел никогда. Все ваши замечания для меня - уже синьор :) но тут надо понимать, что я говорю о проектах 20-50 человек. Но 100. Если смотреть на проекты 100+ человек, то там уровень будет другой, разумеется. Но я таких проектов в РФ знаю мало. Может быть выборка хромает, конечно
Хм. Для меня у проекта есть четкие сроки. В госухе всегда есть развитие и эксплуатация. Есть капекс и опекс. Проект заканчивается там, где заканчивается капекс. И обычно это три года (что я знаю, проекты уровня создания ФГИС). Впрочем, Госуслуги уже 15 лет развиваются, так то. Тут надо почитать теорию, я не помню определения.
Экономику ИТ проекта, если он не слишком большой, считать достаточно просто: есть оценка, есть план, есть запасы. Этому я и сам могу научить. Но обычно РП знают это, все таки :)
Может. это в синьоре есть: "может организовать работу 20+ человек" - без делегирования лидам он этого как раз сделать не сможет. Вопрос на собеседовании "расскажите о процессе разработки команды 20 разработчиков и инструментах, где вы его автоматизируете"
Согласен. Тут к вашему первому замечанию. Наверное, уровень упал. Часто РП бывают без опыта предпроектного обследования, оно же пресейл. Но делать "по ТЗ" в целом могут.
Вы знаете, отличия предварительных и приемочных испытаний я сам использовал пару раз, когда надо было сдавать строго по ГОСТ, да и система была сложной. Тут вопрос масштаба. Для меня уже это, скорее, синьор
я и сам head of pmo уже много лет и перелопатил больше 100.
расскажите кого и на сколько вы взяли. Очень интересно не меряться размерами должности, а сравнить реальный опыт. Хабр для этого и создавался, вообще то.
Я примерно каждый год выходил на рынок - просто интересно его было исследовать + ищу сам давно и много. Да, местами я работаю как HR, когда HR у меня нет, но это не мой профиль
да ладно вам :)
я вот с другой стороны работаю, я руководитель производства и Эйчар иногда явно советуют кандидатам просить зп повыше, когда они имеют %% от зп привлекаемого кандидата :)
Я больше скажу. Бывает, что это даже не РП, а CIO компании , который не против такой прямоу коммуникации, потому что "мы за бизнес, любое пожелание бизнеса нам важно". За последний год две такие компании наблюдал. И оба CIO зашивались от кучи текучки, бизнес был недоволен, разработчики выгорали. И ничего не менялось. Хаос и бардак.
А ничего страшного нет, если человек дал неправильную оценку, понес ответственность и в следующий раз оценку увеличивает. Я всегда говорю про баланс, он и тут нужен: оценка не должна быть слишком оптимистичной, оценка должна быть при этом не сильно завышенной (сильно завышенные - очень видны и их легко увидеть нормальному РП).
Адзизес (это такой гуру бизнес управления) говорил, что любой менеджер - это вообще любой человек, давший срок по своей работе. Далее он управляет всеми стандартными потоками (объем, риски, коммуникации), только в миниатюре, в одной своей задаче.
Умение предвидеть проблемы, умение их решать очень отличает джуна от мидла, а мидла от синьора.
угу. а далее можно попросить аналитика, чтобы он пошел говорить с заказчиками и писать свое ТЗ, а самому заняться новым проектом. Это называется масштабирование команды. РП руками не должен ничего делать. Если вы РП и делаете руками, значит, чето не так (к примеру, я работал одно время аналитиком на своих проектах. это неправильно, но так было надо, потому что шел пресейл и брать человека без договора было нельзя. Заключали договор - брали человека).
Тут вопрос, кто отвечает за общий бюджет? Если маржа по всей истории ваша и за ФОт и мотивацию команды отвечаете вы - попахивает руководителем направления.
Если ФОТ не ваш, но у вас есть несколько РП - Директор.
Если РП в подчинении нет, то надо поглядеть, как вы лидами обходитесь. 12 лидов в целом на грани, на мой взгляд :) Мне 7-8 хватало и я просил еще РП
Спасибо. У меня в списке статей в блокнотике есть проект статьи под названием "РП администратор или РП помощник", надо будет ввернуть эту неприятную для некоторых новость. Я в свое время болезненно воспринимал то, что я отвечаю вообще за все косяки на моем проекте.
зависит от размера проекта и сложности коммуникаций на проекте.
Можно посчитать в условных вебсайта: джун РП делает 1 проект по созданию веб сайта и занят фулл тайм на 3 мес. Миддл может делать их 3 и не продолбать ничего. Синьор сделает 5 (собственно, я как то делал 5). Синьор+ сделает 5 и по пути подружится с заказчиками , поймет, что у них болит и предложит что можно сделать, чтобы решить их боли - то есть биздев
спасибо. по поводу книг - нет, я ничего этого в книгах не видел, увы. Да и ни разу у меня не получалось софтскиллам научиться по книжкам или лекциям. На словах все просто, а попадаешь в реал - и коленки дрожат :)
Бизнес игры - точно тема, была пара игр, где я почувствовал прямо, что чтото делаю не так. Но хороших тренеров трудно найти. Пока что все на опыте ) может быть я смогу запилить курс, где все это будет, но надо думать :)
спасибо, я понял.
Я по всем темам, написанным мной в статье могу написать по статье. И напишу, для этого и начал писать. Я уверен, что на Хабре есть люди и опытнее и умнее меня. Я с радостью послушаю их опыт и научусь новому.
Для конструктивного обсуждения или спора , как угодно, нужна фактура. Ваше мнение я понял, фактуру дадите? У вас другие критерии отбора? Расскажите.
Критикуя - предлагай, как верно заметили уже
Здравствуйте. Цель статьи: разобрать отличия джунов миддлов и синьоров, чтобы начинающие и не очень РП могли поглядеть, чего им не хватает, чтобы расти дальше.
Статья основана на большом числе реальных примеров из опыта меня , как РП и меня, как руководителя направлений, ПМО и прочих отделов.
По вашим остальным вопросам я с удовольствием вам отвечу, если вы сразу озвучите их цель. Иначе напоминает собеседование в тональности пассивной агрессии. Я и сам так умею, но, считаю, Хабр не для этого, а для обмена опытом.
Если вы - руководитель, и видите тут лажу, просто напишите. Без проблем, обсудим :)
не спора ради, я просто поделился тем, что я вижу на рынке. Если у вас другой опыт - буду рад если поделитесь. Но не за 10 лет, а последний год-полтора. Потому что сейчас на рынке бум.
Я в 2019 году искал работу и не могу найти. Сейчас за нормальными РП очередь.
Моего ведущего РП (по факту он классный миддл конечно) уже год закидывают офферами от 300 тыс. Если вам интересно - напишите в личку, мне интересно, что у вас. Я смотрю на рынок, мне интересно, что происходит и статья - попытка это понять.
вы знаете, я последние полгода ищу менеджеров. HR подгоняют таких. И несколько человек отказались от наших офферов в пользу других.
Мои менеджеры получают офферы со стороны на схожие суммы. Я сам пару раз выходил на рынок, чтобы прикинуть свою цену. Мои выводы такие.
Дальше - вопрос личной выборки, умения сделать резюме и себя продать (грубо говоря, не соглашаться на первый оффер, а походить пару мес по рынку и поглядеть).
Я в начале статьи написал, что это личный вывод. Но я реально очень много искал в последнее время и вижу странности на рынке РП. И если у вас есть качества джуна из статьи выше, я готов поспорить, что вы найдете работу в этой вилке. Если не ищется - чтото не так делаете.
Мне самому очень интересно, что на рынке, так что можете в личку мне написать, я погляжу.
да ладно, это баян из 2000х)) но рад, рад)
Возможно. Одна из целей статьи - это обменяться опытом. Сам я отбором не занимаюсь, последние несколько лет это делают HR. За ними есть грешок: они могут поднимать зарплаты кандидатов, потому что получают % от зарплаты кандидата в итоге. Так что завышение может быть.
Но я также вижу, когда хорошие кандидаты уходят, не приняв наш оффер. Так что вопрос дискуссионный.
По вашему кейсу скажу следующее: мне в линкед ине писали несколько кандидатов, мы как то даже собеседовали СЕО закрывшегося ИТ интегратора на позицию РП. Я не взял никого. Причины разные: или человек вообще не владеет предметом (как в статье про джуна - этого нет), обещая, что научится (но у меня нет столько денег и времени), или психологические особенности кандидатов.
Если хотите - киньте мне ваше CV в ТГ (в профиле), я погляжу и скажу свое мнение.
Ну тут я бы и сам с вами поспорил. Архитектура системы - это результат исполнения функциональных и нефункциональных требований.
a non-functional requirement (NFR) is a requirement that specifies criteria that can be used to judge the operation of a system, rather than specific behaviours. They are contrasted with functional requirements that define specific behavior or functions. The plan for implementing functional requirements is detailed in the system design. The plan for implementing non-functional requirements is detailed in the system architecture, because they are usually architecturally significant requirements.[1]
Давайте для начала: речь идет про джуна. Если джуна поставить рулить проектом, где есть хорошие NFR (кроме времени отклика системы), скорее всего, он проект завалит. Туда надо искать другого сотрудника, а этого обучать на проектах попроще (развитие того, что уже существует).
Про администратора - так можно. Но надо же кого то обучать :)
классные замечания, спасибо. по пунктам
Да, я сам в шоке. На РП и аналитиков прямо сейчас нереальный спрос, я такого не видел никогда. Все ваши замечания для меня - уже синьор :) но тут надо понимать, что я говорю о проектах 20-50 человек. Но 100. Если смотреть на проекты 100+ человек, то там уровень будет другой, разумеется. Но я таких проектов в РФ знаю мало. Может быть выборка хромает, конечно
Хм. Для меня у проекта есть четкие сроки. В госухе всегда есть развитие и эксплуатация. Есть капекс и опекс. Проект заканчивается там, где заканчивается капекс. И обычно это три года (что я знаю, проекты уровня создания ФГИС). Впрочем, Госуслуги уже 15 лет развиваются, так то. Тут надо почитать теорию, я не помню определения.
Экономику ИТ проекта, если он не слишком большой, считать достаточно просто: есть оценка, есть план, есть запасы. Этому я и сам могу научить. Но обычно РП знают это, все таки :)
Может. это в синьоре есть: "может организовать работу 20+ человек" - без делегирования лидам он этого как раз сделать не сможет. Вопрос на собеседовании "расскажите о процессе разработки команды 20 разработчиков и инструментах, где вы его автоматизируете"
Согласен. Тут к вашему первому замечанию. Наверное, уровень упал. Часто РП бывают без опыта предпроектного обследования, оно же пресейл. Но делать "по ТЗ" в целом могут.
Вы знаете, отличия предварительных и приемочных испытаний я сам использовал пару раз, когда надо было сдавать строго по ГОСТ, да и система была сложной. Тут вопрос масштаба. Для меня уже это, скорее, синьор
не надо грубить
я и сам head of pmo уже много лет и перелопатил больше 100.
расскажите кого и на сколько вы взяли. Очень интересно не меряться размерами должности, а сравнить реальный опыт. Хабр для этого и создавался, вообще то.
да. все зависит от дерзости, умения запудрить мозги на собеседовании и опыта интервьюера. не то, чтобы я настаиваю, мой опыт - такой.
Зря вы так, другие мои статьи почитайте.
Я примерно каждый год выходил на рынок - просто интересно его было исследовать + ищу сам давно и много. Да, местами я работаю как HR, когда HR у меня нет, но это не мой профиль
Да, точно. на небольших проектах NFR как правило не пишут. Или пишут одной строчкой.
Если вы джуна спросите про нефункциональные требования к системе, он, скорее всего, поломается. Если он отвечает бодро - я бы советовал брать.