9 «Вредных Советов» как стать худшим проектным менеджером

Как стать проектным менеджером высшего пилотажа? Наверняка Вы уже перечитали множество тематической информации. Мы предлагаем Вашему вниманию легкую юмористическую статью о том, как стать безработным РМ-ом всего за 9 дней.

Мы проанализировали самые частые и масштабные ошибки РМ-ов и составили для Вас краткий гид по обязанностям project manager – ВРЕДНЫЕ СОВЕТЫ КАК СТАТЬ ХУДШИМ ПРОЕКТНЫМ МЕНЕДЖЕРОМ.

Работая на позиции ПМ-а вы должны забыть о фразе «это само собой разумеется». Клиент не Вы и Вы не Клиент, то что «само собой разумеется» для Вас может вызывать отрицание у Клиента. Поэтому помните о том, что даже самые маленькие и, казалось бы, неважные правки, должны быть согласованны с Клиентом. Иначе переделывать «неточности» придется за свой счёт.

Как стать худшим проектным менеджером?

Если Вы хотите обучиться «хардкорному» управлению проектами примите название этого пункта как своё рабочее кредо. Зачем оговаривать детали с Клиентом, если можно сразу представить проект, которые не соответствует его ожиданиям?

Человеческая забывчивость периодами не знает границ. Клиент может банально не вспомнить о том, что он обещал во время телефонного разговора, а Вы при этом не сможете доказать ему, что он нарушает устные договоренности. Не исключайте и вариант злого умысла, когда вам хотят обвести вокруг пальца, обещая невыполнимое по телефону. Главная обязанность project manager-а – минимизировать факторы риска проекта. Именно поэтому первый шаг после встречи с Клиентом – тезисное описание принятых во время устных обсуждения решений, с рассылкой на каждого участника встречи. Клиент может вносить коррективы или уточнения, о которых забыл, именно после этой рассылки.

Как стать худшим проектным менеджером?

Расслабьтесь. Ведь каждый человек обязан помнить то, что он обещает, если этот человек не Вы. Вам простительно не выполнять свои обещания. Клиент же должен держать своё слово. В случае если Клиент нарушает Ваши устные договоренности, он автоматически становится предметом бурного обсуждения в офисе.

На курсах управления проектами выделяется много времени на изучение канонов составления ТЗ. Однако, это не мешает некоторым РМ-ам упорно игнорировать важный этап проверки ТЗ и уточнения формулировок. Управление IT проектами сложная отрасль, где каждое требование к проекту должно быть расписано чётко и однозначно. Следите за всеми «недосказанностями» ТЗ и не стесняйтесь задавать вопросы и уточнять формулировки. В будущем это ликвидирует конфликты между Командой и Клиентом и сократит сроки работы над проектом.

Как стать худшим проектным менеджером?

«ТЗ? Это та скучная бумажка, где ничего не ясно? Я все и так понял, и даже своими словами в ежедневник записал, этого и так достаточно!» ТЗ нужно для того, чтобы изредка в него заглядывать и уточнять сроки сдачи проекта.

«Ну, это же не трудно и не должно занять много времени» услышав эту фразу, Вы сразу должны понимать, что Клиент не Разработчик, и то, что кажется «не займет много времени» для Клиента, может занять у разработчика достаточно длительный период. Главная обязанность project manager-а – «выяснить все на берегу». Алгоритм прост: 1 – Принимаем правки Клиента. 2 – Уточняем у Разработчика техническую сторону вопроса и прогнозируемое время на внесение правок. 3 – Оговариваем с Клиентом увеличение сроков проекта и оплату дополнительных работ. 4 – В случае согласия Клиента, делегируем разработчику новую задачу с правками клиента. Распечатайте этот алгоритм управления IT-проектами и повесьте над своим рабочим столом!

Как стать худшим проектным менеджером?

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

Еще одна важная обязанность project manager-а быть в курсе всего, что происходит с проектом. Управление IT-проектами требует постоянного пребывания в центре событий. Вы должны быть «на связи» с Разработчиком 24/7. Если вы не хотите надоедать Разработчику постоянными расспросами о проекте – введите регулярный формат встреч, на котором выясняются все детали, например «утренний митинг» или «кофе-брейк» во время обеденного перерыва.

Как стать худшим проектным менеджером?

Настоящее управление IT-проектами — это подготовка ТЗ для Разработчиков и сдача проекта Клиенту. Вы собрали всю информацию по проекту, оформили понятный и подробный таск-лист, отправили ссылку разработчику, указали сроки и получили сухое «Понял» в ответ. Все готово! А что происходит с заказом в руках Разработчика, совершенно не Ваша проблема.

Все курсы качественного управления проектами рассказывают, как важна связь с Клиентом. Говорят о том, что обязанность хорошего project manager-а это информирование Клиента обо всех изменениях, деталях и этапах создания заказа. Не забывайте о том, что Вы для Клиента единственный человек, через которого он может узнать о процессе разработки. Поэтому, если Вы планируете уезжать или знаете, что пропадете со связи на несколько дней, обязательно предупредите об этом Клиента.

Как стать худшим проектным менеджером?

Поговорите с Клиентом раза 3, не больше, скажите ему, что все идет по плану, и Вы успеете к срокам. На 4-й телефонный звонок уже можно не отвечать, а драматично закатывать глаза при виде знакомого номера на экране смартфона и ставить режим «Без звука». После этого напишите ему короткую смс «С проектом все ок, к 20-му числу сдадим», достаточно, теперь можно идти и обсуждать с другими РМ-ами, какой же нервный Клиенту Вас и как вам трудно с ним работать.

Специфический минус управления IT-проектами это работа с Клиентами и разработчиками из разных часовых поясов. Программисты не привязаны к месту и в вашей команде может быть Разработчик, который физически находится в другой стране с другим часовым поясом. При возникновении таких рабочих ситуаций необходимо заранее оговаривать время общения удобное и Вам и Разработчику. Делегирование обязанностей и работа с сотрудниками из других часовых поясов – обязательный пункт программы обучения управления проектами от EasyUM.

Как стать худшим проектным менеджером?

Ваш ведущий разработчик находится в Непале и не берёт трубку, потому что у него сейчас 4 часа утра? Это его проблемы! Вы — проектный менеджер в Москве и Ваш рабочий день заканчивается ровно через 35 минут!

Обучение управления проектами включает в себя изучение единых систем контроля проекта. Ситуация до боли знакомая для всех РМ-ов. Клиент запросил файл с текстовками к приложению, которые он передал вам еще при написании ТЗ. Дальше как в тумане, два часа судорожных поисков в рабочем ноутбуке, сотня седых волосин и облегчение, когда Вы, наконец-то нашли необходимый файл. Чтобы исключить конфузные ситуации с поиском необходимых документов и сохраните себе нервы нужно выработать единую структуру хранения файлов по проекту. На курсах управления проектами от EasyUM Вас будет ждать приятный бонус в виде уже готовой и отлаженной системы хранения документов.

Как стать худшим проектным менеджером?

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

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

Как стать худшим проектным менеджером?

Я достаточно давно работаю в сфере управление it проектами и сам могу разобраться в технической стороне вопроса. Да, я не изучал языки программирования, не знаю основ фронт-энда и бэк-энда, но я уже 4 года работаю РМ-ом и на кухне я наслушался от программистов больше, чем на всяких курсах программирования, так что я в состоянии объяснить все сложные технические моменты самостоятельно.

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