Неакдекватный высокопоставленный участник проекта – что делать?

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

Как передать проект и не навредить

Тут была на тренинге по развитию лидерских навыков для РМов, тренер там озвучил одну вещь, которую я интуитивно, может, и понимала, но сформулировать не могла.

Обсуждался вопрос о том, что делать, если:

  • РМ А – молодец, талантливый, старательный, ответственный, и вообще вы ему доверяете как себе, он вас никогда не подводил
  • РМ Б – вроде бы тоже адекватен (но не настолько молодец), и вдруг в какой-то момент один из его проектов начинает с треском разваливаться, неважно по какой причине: недостаток опыта, халатность, личные проблемы и проч.
  • Проект нужно спасать и руководитель проектного офиса принимает решение передать проекта РМу А, чтобы тот его спас и вернул к жизни.

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

Фриланс такой фриланс

Попросила тут коллегу, постоянно работающего с фрилансерами, поделиться опытом поиска и найма сотрудников на конкретные задачи. Мне понадобился разработчик в одном из проектов буквально на недельную работу, а повторения истории с веб-сайтом не хотелось. Его процесс поиска и отсева кандидатов-разработчиков – под катом.

Роль руководителя проекта

Несмотря на существование проектных офисов и на то, что  в мире медленно растет понимание ценности и необходимости этой профессии – все равно иногда происходит интересный сбой матрицы, и со стороны заказчика тебе выдают так называемого “руководителя проекта со стороны заказчика”. Это правильно и логично при работе на внешних проектах, на внутренних же вызывает недоумение, так как в 99% случаев РМ от бизнеса оказывается просто представителем заказчика и выполняет только эту функцию.

Однако в сильно запущенных ситуациях, когда представитель заказчика рвется что-то решать, ставить задачи проектной команде и делать прочие приличествующие РМу вещи, приходится происходящее как-то останавливать и пересматривать зоны ответственности вместе с заказчиком и спонсором.

Это долго, противно и отнимает кучу времени, и в большинстве случаев на выходе ни к чему не приводит, так как выясняется, что поруководить-то представитель заказчика хотел, а вот нести за все это ответственность – не очень.

Я для себя придумала маленький предупреждающий лайфхак для таких случаев, и регулярно его использую.

Ищу разработчика себе в команду!

Наконец-то это случилось! Одна из проблем в работе на стороне Заказчика – это то, что при отсутствии своих специалистов любой, даже небольшой объем работ по разработке ПО ты закупаешь на рынке. А это контрактные процедуры, время и избыточное документирование. А цель нашего проектного офиса – делать не только масштабные, но и небольшие проекты быстро и эффективно .

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

Так что если, читая блог, вам хотя бы на секунду хотелось попробовать со мной поработать – это наш с вами общий шанс. Требования, обязанности и контакты — под катом.

UPD 15.07.2017: Спасибо всем, приславшим резюме, разработчик найден.

Вебинар про групповую динамику в IT-командах

На выходных искала чего бы посмотреть про психологию команд в ИТ, нашла давно отложенный в копилку вебинар Светланы Мухиной из Люксофта про групповую динамику у айтишников и про то, как работать с разными командами с разным уровнем развития. В начале скучновато (особенно если вы уже знаете, что такое спиральная динамика), но с 9 минуты становится интересно и полезно.

Немного геймификации в работе проектного офиса

Работа РМа, конечно, очень динамичная и очень серьезная, иногда даже слишком. Поэтому перед новым годом мы тут решили, что немного юмора нам не помешает и ввели для следующего года «ачивки» или “значки” за особые достижения, как хорошие, так и плохие. Пользоваться вряд ли будем, но удовольствия – море. Еще раз убеждаюсь, что веселый повод для встречи, связанный с профессиональной деятельностью плюс пицца, тортики и вкусный морс – прекрасный и недорогой способ командообразования.

Когда внезапно обнаружил, что твой разработчик – студент 2го курса

Как сказал поэт «Мы все учились понемногу, чему -нибудь и как-нибудь», но когда кто-то учится на вашем проекте – это не очень хорошо. Но все мы понимаем, что очень часто, когда вы покупаете некий сервис у стороннего подрядчика, есть немаленькая вероятность того, что оказывать вам этот сервис будет не самый квалифицированный специалист. Например, если говорить об ИТ, то у системных интеграторов это практически норма – когда 20% какого-либо направления закрывают грамотные и матерые специалисты, а остальные 80% – студенты или вчерашние выпускники, работающие за еду. Это, конечно, обобщение, в жизни может быть и студент-гений, программирующий с детского сада, и матерый бездельник, хорошо скрывающий свою некомпетентность  последние 10 лет. А может быть и уникальная компания, в которой работают только профессионалы (при условии, что вы можете себе позволить услуги такой компании). Но я за то, чтобы действовать проактивно, а не полагаться на везение. Итак, как же подстраховаться?