🔥 РП, который не горит: как перестать быть пожарным

Есть два типа руководителей проектов. Один утром открывает ноут и не знает, что его сегодня ждёт — какой факел вспыхнет, какой срыв подкрался, какой заказчик опять «всё передумал». Второй утром открывает ноут и примерно представляет, что будет — потому что сам это распланировал. Первого мы называем пожарным. Второго — хозяином проекта.

Честно говоря, большинство из нас начинают как пожарные. Мне кажется, это даже в какой-то степени нарабатывается как доблесть. «Я спас проект», «мы вытянули релиз за выходные», «без меня всё бы рухнуло». Звучит героически, окружение кивает, руководство ценит. А потом ты оглядываешься и понимаешь: ты не управляешь проектом. Ты управляешь пожарами. И если убрать твои ночные подвиги — ничего не работает, потому что системы нет.

Парадокс в том, что хороший РП — это скучный РП. У него редко что-то «горит», потому что он выстроил привычки, которые не доводят до пожара. Горящий срок — это не свойство профессии, это симптом. Сигнал, что где-то не сработало раннее обнаружение.

Давайте про привычки. Не про Jira и не про диаграммы Ганта — это инструменты, они вторичны. Про то, как мыслить.

Первая привычка — ловить отклонения рано.

Не когда задача уже просрочена на неделю, а в первый день, когда она начала буксовать. Разница между «мы уже отстали» и «мы только начали отставать» — это разница между авралом и корректировкой. Для этого нужен регулярный, честный статус по задачам. Не «всё нормально, работаем», а «вот тут застряли, вот тут ждем, вот тут рискованно». Многие РП боятся поднимать тревогу заранее — кажется, что это признак слабости. Наоборот. Молчание до последнего — это слабость.

Вторая — держать буфер.

И в сроках, и в ресурсах, и в своих собственных силах. План, в котором каждый час расписан и нет ни одного свободного дня — это не план, это катастрофа с отложенным запуском. Что-то всегда идёт не так: кто-то заболел, заказчик не дал данные, интеграция не взлетела с первого раза. Если буфера нет — первый сбой превращается в пожар. Если есть — в рабочую ситуацию.

Третья — отдельный тайм-бокс на «непредвиденное».

Грустная правда: непредвиденное предвидеть нельзя по определению. Но можно зарезервировать под него время. Час в день на разбор полётов, ответы на срочное, штормовые вопросы команды. Если этот слот не заложен — «срочное» начинает съедать плановые задачи, и вот ты уже не РП, а диспетчер, который мечется от одного вызова к другому.

Четвёртая — регулярные точки сверски, даже когда «всё хорошо».

И особенно когда «всё хорошо». Команда часто молчит, когда всё нормально — и молчит до тех пор, пока что-то не сломается. Регулярный короткий статус, даже пустой по содержанию, держит связь. Ты узнаёшь о проблеме на этапе «что-то странно», а не «всё горит, помогите».

И пятая, наверное, самая неудобная — уметь отказывать.

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

Знаете, что самое трудное во всём этом? Изменить собственную самооценку. Перестать ассоциировать себя с тем, кто «всегда спасает». Хороший РП часто выглядит так, будто у него мало работы. Потому что пожаров нет. А когда нет пожаров — кажется, что и толку от него мало. Это ловушка, в которую попадают и сами РП, и их руководители.

Цените тех, у кого скучно. Скорее всего, именно они и делают так, чтобы всё работало.

#менеджмент #РП #проектная_команда #практика #управление_проектами