29 подписчиков
Хороший, плохой, злой РП
Недавно помогала своему другу подобрать РП в свой отдел. И многих хороших РП я отсеивала. На резонный вопрос, «почему отказ, ведь у него релевантный опыт?», ответ простой - РП хороший, но не для вас.
Часто бывает абстрактно человек хороший, но тебе не нужен хороший, тебе нужен какой-то другой, и ты от него отказываешься.
У меня был случай, когда заказчик на проекте был лютый, жесткий в переговорах, манипулятор, сквернослов, часто менял приоритеты, категорически не хотел планировать или участвовать в планировании. Конечно, не мудак, как в книжке пишут, но близок к нему ))
Но у заказчика был хороший, интересный продукт. И сам заказчик проявлял интерес к тому, чтобы сделать продукт хорошим для пользователей. ПрОдукта у него отдельного не было. И мне хотелось, чтобы РП вник в суть продукта и принимал решения в том числе продуктовые.
Я приняла неверное решение, поставив «человечного» РП на этот проект.
Продукт команда улучшила, но не сильно, выпустила с опозданием. Через боль, слёзы и минное поле. Заказчик не взял ответственность за продукт на себя и не работал в паре с РП, как с прОдуктом. В итоге, какие бы результаты команда не показала, это не сделало бы заказчика довольным.
В этом случае нужен был жесткий РП, умеющий работать в «красной» компании, с таким типом заказчика. У меня есть знакомый РП, который отлично умеет показывать, где «бизнес» не выполнил свою часть работ. Такому РП легко и до директора дойти и показать, кто мудак, и из-за кого все стоит. С таким подходом все придут к результату быстрее - и в итоге все выиграют.
И был совсем недавно обратный случай, когда компания «душевная». Там все фигачат, но не потому что их бьют палками, а потому что им нравится. Так вот там как раз нужен РП, который будет делать больше своих обязанностей, готовый брать на себя ответственность и расширять свои полномочия. А РП, который будет четко разделять «тут - мое, а тут - не мое», в такой компании не будет работать эффективно.
Так что выбирая сотрудников, учитывая культуру и заказчиков.
Если в вашем IT отделе еще нет РП и вы только думаете о его найме, статья для вас: Когда разработке нужен РП?
1 минута
10 апреля 2025