Или ты, или тебя. PM объясняет, почему важно «дожимать» дела на проекте

Кто пишет: Роман Ковалевский, больше 10 лет руководит разработкой программных продуктов. Ведет канал «Менеджер от боженьки» об управлении ИТ-проектами. 

Быть «удобным» менеджером или «дожимателем»? 

Дожимание — сложное искусство, которому я постоянно учусь. Практики хватает, особенно в корпорации, где миллион стейкхолдеров с разными интересами (в компании «HelloFresh», где работает Рома — больше 21 тысячи сотрудников — прим.ред.). 

Пару раз в неделю стабильно я нахожу себя в ситуации, где приходится выбирать между быть «удобным менеджером» и «менеджером, который затаскивает проекты». Скажу по правде, второе получается далеко не всегда.

Еще мне импонирует одна цитата: being a jerk is a second best option. Дословный перевод — «быть мудаком — вторая лучшая опция». 

А смысл в том, что можно и нужно стараться быть вежливым, хорошо объяснять, приводить аргументы. Это — дефолтная опция. 

Но если не получается, то ИМХО лучше отстаивать свою позицию, как получается. Возможно где-то будешь выглядеть пушером или даже козлом. Но лучше так, чем спрятать голову в песок и быть удобным менеджером.

«Жал», но неубедительно

На одном проекте мы пропустили часть подготовки, из-за чего релиз провалился. За пару недель до этого я ходил-рассказывал всем о том, что «кажется мы падаем», но делал это не слишком убедительно, и стейкхолдеры не считали серьезность проблемы. Не дожал. 

Или в другой раз, мы решили переписать половину бекенда, чтобы пофиксить критичный баг. Идея с первого дня была спорной, уверенности в глазах разработки не читалось. Я это заметил, но забил, «делегировал». Не вкопался в детали, не настоял сделать Proof of Concept, не поискал экспертизы снаружи. В итоге через полгода, мы не смогли зарелизиться и проблема осталась нерешенной. Снова не дожал.

Баланс между реалистичностью и амбициозностью

Дожимать трудно. Часто это значит поднять неудобный вопрос или указать, что человек чего-то не сделал. Донести сообщение, чтобы и проблему четко обозначить, не срезая углы, и человека не обидеть — безумно трудно. Это я уже не говорю про внутренее сопротивление в таких разговорах.

Дожимать также не всегда уместно. Например, был у меня один сложный клиент, сам тот еще дожиматель. В момент, когда он сам оказался неправ, разумнее было дать ему сохранить лицо, чем дожимать.

Поэтому здесь важно соблюдать баланс между реалистичностью и амбициозностью цели. Если слишком высоко поднять планку, команда справится один раз, второй, а на третий выгорит.

Для менеджера это худший сценарий, ведь проектов много, надо делать и четвертый и пятый. 

Также и с коллегами. Если реально что-то горит, то, возможно, есть смысл немного надавить. Но использовать такую стратегию постоянно? С тобой никто не будет работать. 

А вы выбираете быть «хорошим менеджером» или «дожимающим»? Пишите в комментариях. 

Мнение автора может не отражать позицию редакции.  

Что ещё почитать про PM в ИТ: 

• Без документа не принимается ни одно решение. Год, как я работаю в европейском продукте — делюсь впечатлениями; 
• Как я получил сертификацию для PM’ов; 
• Повзрослеть и улыбаться. Project manager жёстко ответила devby. 

Как поддержать редакцию, если вы в Польше?

Помогите нам делать больше полезного контента