Вход в систему

Регистрация

Подписка:

QR код подписки

 QR-Code rss feed

Использование материалов

Коллеги, перед использованием материалов данного сайта, пожалуйста, ознакомьтесь с
Правилами использования материалов сайта

Подписка на обновления

Коллеги, если вы желаете быть в курсе обновлений сайта, вы можете оформить бесплатную подписку. Это занимает 1 минуту. Далее, описаны способы подписки.

Блоги

Изученный урок №18. Не закрывай проект пока не подготовишь "изученные уроки"

Ситуация:
Вы руководитель проекта внедрения информационной системы. Проект завершается, причем завершается успешно. Перед вами встает выбор, написать документ “lessons learned” или сразу формально закрыть проект. Поскольку, если вы решите сначала написать “lessons learned”, а уже потом закрыть проект, вы завершите проект небольшим опозданием, а по существующей в компании методологии “lessons learned” не является обязательным документом для закрытия проекта, вы решаете закрыть проект, а усвоенные уроки написать чуть позже. Вы получаете формальное письмо о завершении проекта и подбиваете небольшие хвосты, оставшиеся на проекте. Однако, через два дня, когда вы запланировали совещание команды по составлению усвоенных уроков, часть проектной команды уже оказалась переброшена на другой проект, под руководство другого клиента. Причем работают они находясь в офисе у клиента. А еще через день, вам поручен новый проект. Вы так и не написали “lessons learned”.
 
Вывод:

Изученный урок №17. Прописывай квалификацию команды проекта со стороны Подрядчика в контракте

Ситуация:
Вы - менеджер проекта по реорганизации компании. В рамках проекта был проведен конкурс на выбор подрядчика. Ваш подрядчик - консалтинговая фирма в своем коммерческом предложении указала участие одного менеджера проекта, двух консультантов и трех аналитиков на проекте в качестве проектной команды. Данное указание команды проекта было приведено в качестве обоснования цены проекта. После старта проекта вы с удивлением обнаруживаете, что хотя у вас и критически сложный проект по реорганизации компании, со стороны консалтинговой компании в команду проекта назначен менеджер проекта с опытом одного года управления проектами, консультант с опытом пяти лет работы и три аналитика стажера. Вы рассчитывали на более опытную команду, но подрядчик наотрез отказывается менять команду проекта.
 
Вывод:

Изученный урок №16. Избегай gold plating

Ситуация:
Вы менеджер проекта со стороны подрядчика на проекте внедрения. Проект проходит успешно, и вы даже успеваете внедрить систему досрочно. В успехе проекта большая доля работы заказчика, который организовывал своевременные согласования документов и преодолевал все трудности, возникающие внутри организации. Вы знаете, что заказчик, в свое время, запрашивал у вас дополнительную функциональность в систему, но после оценки сроков и стоимости на управляющем комитете, согласно процедурам управления содержанием проекта, от данной функциональности отказались. У вас достаточно времени в запасе, и вы создаете этот функционал на тестовой среде, а затем, после тестирования, презентуете ее менеджеру проекта со стороны заказчика. Менеджер проекта очень доволен дополнительной функциональностью, как и конечные пользователи. Однако, через два месяца, техническая поддержка заказчика заявляет ошибку в вашу техническую поддержку, связанную с данным функционалом. Чтобы исправить некорректные данные в системе, которые создал дополнительный функционал необходимо приложить значительные усилия. Кроме того, необходимо исправить ошибку в функционале. Это дополнительные затраты. Кто будет их оплачивать?
 
Вывод:

Изученный урок №15. Периодически проверяй цели проекта

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

Изученный урок №14. Проводи регрессионное тестирование

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

Изученный урок №13. Высылай протокол по завершению совещания

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

Изученный урок №12. Высылай повестку совещания заранее

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

Подписаться по email:

 

Ваш email:

Delivered by FeedBurner

 

 Ваш email:

Посетите Каталог Maillist.ru.

 

Напишите нам:

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