Когда на ИТ-проекте меняется РПЗ — руководитель проекта от заказчика, — большинство сразу напрягается. Кто-то внутренне вздыхает, кто-то начинает переписывать планы, а кто-то и вовсе ждёт саботажа, срывов сроков и ухода ключевых людей. Но давайте честно: всегда ли это плохо? Или мы просто привыкли считать любую смену чем-то негативным, потому что это — нестабильность?
Я не раз сталкивался с такими ситуациями — и как исполнитель, и как наблюдатель. И каждый раз убеждался: смена РПЗ — это не риск сам по себе. Это событие. А вот как оно повлияет на проект — зависит от множества факторов. Поэтому важно не паниковать, а разобраться.
Почему вообще это считается риском?
Сначала — про идентификацию. Риск здесь не в том, что человек ушёл. Риск в том, что с ним может уйти знание контекста, устоявшиеся договорённости, доверие между командами, понимание целей и приоритетов. Если новый РПЗ не в курсе, почему проект пошёл именно таким путём, зачем нужна та или иная функция, какие компромиссы уже были приняты — начинаются вопросы. А вопросы — это время. Время — это деньги и сроки.
Но! Это не всегда плохо. Иногда старый РПЗ тормозил проект: не принимал решения, ставил невыполнимые требования, не слышал команду. Тогда смена — это шанс. Новый человек может принести свежий взгляд, убрать блокировки, ускорить процессы. Бывало и такое.
Как понять, насколько это опасно?
Оценка риска здесь — не формула, а анализ. Нужно ответить на несколько простых вопросов:
- Насколько глубоко уходящий РПЗ был вовлечён в проект?
Если он просто ставил задачи раз в две недели и подписывал отчёты — потеря минимальна. Если он участвовал в архитектурных обсуждениях, знал про все скрытые договорённости и был связующим звеном между бизнесом и ИТ — тогда да, это серьёзно. - Как организован переход?
Есть ли передача дел? Участвует ли уходящий в брифинге нового? Или всё происходит внезапно, без объяснений? В первом случае риски снижаются почти до нуля. Во втором — растут экспоненциально. - Кто приходит на смену?
Опытный человек из той же компании, который уже видел проект со стороны? Или новичок, который только начинает разбираться в предметной области? Это принципиально разные сценарии. - Насколько зрел проект?
На старте смена РПЗ — критична: цели ещё не зафиксированы, требования сырые. На этапе поддержки — почти незаметна.
Что делать, чтобы снизить последствия?
Во-первых, не ждать смены — готовиться к ней заранее. Документировать решения, вести журнал встреч, фиксировать причины выбора тех или иных решений. Это не бюрократия — это страховка.
Во-вторых, вовлекать РПЗ не только в согласования, но и в обсуждения. Тогда даже если он уйдёт, у команды останется понимание логики, а не просто список требований.
В-третьих, при появлении нового РПЗ — не ждать, пока он сам всё поймёт. Лучше провести вводный брифинг: где мы, зачем, что сделано, что впереди, какие боли, какие договорённости есть с заказчиком. Это сэкономит недели, а то и месяцы.
В нашем Telegram-канале @techitpm мы разбираем реальные кейсы из ИТ-проектов — в том числе, что делать, если в середине проекта меняется руководитель.
🎓 Хотите чувствовать уверенность в таких ситуациях? На курсе «Школа проектного специалиста. Основы профессии» вы научитесь управлять изменениями, выстраивать коммуникации и сохранять контроль над проектом даже в кризисные моменты. Подробнее на сайте.
А бывает ли польза?
Да, бывает. Особенно если предыдущий РПЗ был слабым. Новый может:
- Убрать ненужные требования, которые тормозили разработку.
- Ускорить принятие решений.
- Лучше выстроить коммуникацию между командами.
- Вернуть фокус на бизнес-ценность, а не на формальные отчёты.
Я видел проект, который полгода стоял на месте из-за того, что РПЗ боялся принимать любые решения. Сменили — и за два месяца выкатили MVP. Так что не всё так однозначно.
Вывод простой
Смена РПЗ — это не автоматический красный флаг. Это событие, которое требует внимания, но не паники. Главное — не зацикливаться на том, что «всё пропало», а сразу начать оценивать: что уходит, что остаётся, что можно улучшить. И действовать.
В ИТ, как и в жизни, перемены — не всегда к худшему. Иногда они — единственный способ выйти из тупика.
Понравилась статья?
Ставьте «палец вверх» и подписывайтесь на канал, если статья оказалась полезной.
Больше интересных тем — на нашем ✈️ Telegram-канале.
Подробнее о наших курсах — на сайте