Пару лет назад пришлось быть менеджером для нескольких проектов, которые подогнал один знакомый амер. Причем управление было удаленное. Работка, можно сказать напряжная…
Посему решил запостить перевод статейки, которая может помочь будущим проект-менеджерам.
1. Установите прогнозы и ожидания с самого первого дня: Ничто так не губительно для проекта, чем неверно поставленные цели как для вашего персонала так и для персонала клиента, который будет с вами работать. Удостоверьтесь, что каждый, кто вовлечен в проект, понимает цели, основные моменты, что должно быть, а чего не должно быть в конечном продукте. Клиент также должен осознавать количество времени и ресурсов, которые необходимо инвестировать в проект. Успешные проекты требуют, чтобы клиенты обеспечивали обратную связь на основных этапах проекта в разумных временных рамках, поэтому удостоверьтесь, что данное пожелание сообщено клиенту в самом начале проекта. Ваш собственный штат должен понять то, что от них ожидают, как распределена их производительность, а также что им следует ожидать, если достигают определенной цели или наоборот не достигают.
2. Управляйте сроками и прогнозами тщательно: Установка сроков бесполезна, пока вы не начнете активно управлять ими в течение работы над проектом. На протяжении всего жизненного цикла проекта еще будет много возможностей, чтобы переустановить эти сроки. Если член вашей рабочей группы не дает результат необходимого качества или отстает по графику, то наступает время напомнить ему о первоначальном разговоре, в котором вы ссылались на определенные сроки. Если члены группы клиента не в состоянии принять решения своевременно, то также приходит время напомнить им о сроках производственного цикла, которые были установлены в начале проекта.
3. Не начинайте техническую реализацию до тех пор, пока не решены бизнесс-требования: Я был участником как одного многомилионого проекта, так и небольшого, управляемого одним человеком, которые начинали выполняться еще до того, как был утвержден план. Как и следовало ожидать все шло по обычно повторяющемуся сценарию, а именно, к катастрофе.
4. Управляйте масштабом проекта: Управление масштабом - это часть искусства и науки. Начинается все с определения масштаба проекта и требований при первичном обсуждении с клиентом. По мере того как клиент изменяет требования, добавляя или убирая отдельные элементы, менеджер проекта должен последовательно обновлять план, чтобы тот отражал последние изменения. Кроме того вы должны обязательно информировать клиента о том, как внесенные изменения отразятся на стоимости и времени выполнения проекта.
5. Информируйте клиента о любой серьезной проблеме, с которой вы столкнетесь: Проблемы могут возникнуть при переходе от одного этапа проекта к другому. Будь то неспособность владельца бизнес-процесса принять решение или проблема приобретения оборудования, будьте уверены, что клиент хорошо информирован о каких-либо серьезных проблемах, которые могут вызвать задержки проекта.
6. Предоставьте качественный продукт вовремя: Ничто не поможет вашей репутации больше, чем вовремя выполненный высококачественный продукт, не нарушивший рамок бюджета. Около 80% проектов ПО завершаются с опозданием. Убедитесь, что ваша деятельность подпадает под эти 20%, то есть все выполняется вовремя. Когда я работал в компании Sapient, ей удавалось выполнять свои проекты вовремя и в рамках бюджета на 90%.
7. Не ожидайте, что ваша команда будет работать сверхурочно неделю за неделей: У каждого проекта обязательно будет критический момент. После 10 лет своей работы в сфере консалтинга, я считаю, что мои команды смогут тратить где-то от 40 до 50 часов в неделю, работая над проектами клиентов. Если члены команды постоянно тратят более, чем на 60 часов в неделю на проект, то это является сигналом к тому, что руководству следует обратить внимание на проект.
8. Ограничьте совещания: Некоторые люди любят проводить совещания. Как правило, это те же люди, которым нравится слушать, что они сами говорят. Нет ничего, что я ненавижу больше всего, как то, что какие-то люди тратят мое время на глупых заседаниях, которые мне нет необходимости посещать в первую очередь Ежедневные “пятиминутки” нужны именно для сообщений о состоянии проекта, а не для обсуждения и решения вопросов. Мое правило для совещаний: если вы можете провести заседание без участия человека, то, скорее всего, этого человека и не нужно приглашать в первую очередь.
9. Знайте, когда необходимо просить о помощи: Всегда наступает время, когда необходимо обратиться к “тяжелой артиллерии”. Просто используйте их разумно. Я всегда говорю своим руководителям проектов, что я в состоянии оказать им помощь в любой момент. Хорошие менеджеры знают, какие проблемы требуют вмешательства и помощи, а какие слишком незначительны.
10. Знайте, когда выйти: Время от времени, вы будете состоянии потери проекта. Клиента все не удовлетворяет, вы не в состоянии урегулировать требования, и вы теряете своих ключевых сотрудников. Независимо от причин, вы приходите к выводу о том, что вы не можете выполнить то, что было обещано. Наступило время выйти из проекта. Выход из проекта - это не тот факт, к которому можно отнестись несерьезно. Вы также должны осознавать законность и последствия, которые могут возникнуть в результате выхода из проекта.
Наверняка есть еще много принципов, которые стоит добавить в этот список, поэтому прошу вас добавить их по возможности.
Распечатать статью
7 Responses
Bambino
June 17th, 2008 at 10:53
1Из личного опыта, комментарии..
пункт 2: буржуи очень тщательно относятся к заявленным срокам. Поэтому рекомендую при ответе на вопрос “когда” умножать реально затраченное время на задачу где-то на 1,5 - 2 раза. В принципе вы и себя защищаете и для них подобная производительность является приемлимой. Но уж, если заявили, что кровь из носу нужно выполнить.
пункт 9: они действительно всегда готовы помочь! В отличие от наших, которым вы со своими вопросами надоедите уже с первой минуты
UP
June 19th, 2008 at 00:39
2+
“Слейтесь” с командой. Не позволяйте клиенту задавить членов команды глупостями ( самое тяжелое - объяснять полувменяемому клиенту, что он может быть чуть не прав) и камрады вытянут проект, даже когда, казалось бы, нужной выйти, чтобы минимизировать потери.
Александр
June 24th, 2008 at 11:01
3Спасибо за статью, еще раз перечитаю, много полезного.
Taurus
June 28th, 2008 at 08:28
4Добавил в закладки.
Боря
July 11th, 2008 at 17:27
5Хорошие принципы! Спасибо!
Мария
July 16th, 2008 at 07:21
6действительно информировать клиента о проблеме нужно,
как бы сложно не было
на себе испытала в оффлайне
Милан
November 7th, 2008 at 14:32
710. Знайте, когда выйти
вот это факт. многие всё могут всё умеют, а вот остановиться вовремя не успевают
статья не лучшая, но неплохая
RSS feed for comments on this post · TrackBack URI
Оставьте комментарий