Войти в систему
Войти с помощью соц. сетей:
Процессы завершения — это важная часть проекта. Необходимо планировать как завершение всего проекта целиком, так и отдельных его фаз.
Завершение проекта или фазы — это окончание всех операций и групп процессов управления проектом для их формального завершения. В рамках этого процесса мы должны удостовериться, что все работы завершены и проект достиг своих целей.
Необходимо проработать процедуры сдачи результатов проекта или итогового продукта:
Сдавать заказчику необходимо не только проект целиком, но и каждую его итерацию. Это нужно, чтобы он понимал, какой продукт получается, куда движется работа и нужно ли вносить коррективы. Чем чаще команда проекта будет демонстрировать заказчику то, что получается, тем выше вероятность своевременной сдачи проекта, так как не придется вносить в него изменения на поздних стадиях.
Процессы завершения планируются на старте проекта и должны быть учтены в бюджете и расписании.
Вот список типовых операций, которые обычно производятся при закрытии проекта или его фазы. Вы можете использовать его как чек-лист при планировании завершения проекта (этапа).
Оценка, или ретроспектива, проекта необходима, чтобы выявить ошибки, которые мы допустили в ходе работы, определить их влияние на проект и найти способы, как предотвратить подобные ошибки в будущем. Также можно выявить действия и практики, которые привели к отличным результатам, и использовать их в последующих проектах.
Ретроспективу проекта следует проводить спустя некоторое время после завершения. Временной период должен быть достаточно продолжительным, чтобы можно было убедиться в том, что проект действительно завершился успешно, дать ему время поработать в «боевых» условиях. Не исключено, что проблемы могут возникнуть через месяц после сдачи продукта в эксплуатацию, поэтому следует подождать. В то же время не нужно слишком затягивать, чтобы заинтересованные стороны не начали забывать детали проекта.
Для проведения ретроспективы проекта необходимо:
После окончания проекта менеджеру следует провести два собрания: одно для команды проекта, другое для заказчика. Делается это для достижения следующих целей:
Подобные семинары — важное событие для всех, кто участвовал в проекте. Это точка, которая говорит об окончании, а людям важно получить ощущение логической завершенности работы. Каждый может получить признание своих заслуг. Членам команды будет приятно, если им окажут внимание таким образом.
Во время проведения подобного семинара на стороне заказчика очень важно похвалить людей из его команды, которые внесли большой вклад в успех проекта. Людям будет очень приятно, что вы похвалили их при руководителях, и они будут рады сотрудничать с вами на следующих проектах.
В процессе выполнения проекта накапливаются знания. Их можно идентифицировать на любой стадии проекта. Вот как с ними следует работать:
Извлекать уроки можно не только после окончания проекта, но и в процессе его выполнения. Например, если менеджер заметил, что расписание составлено неправильно, то это наблюдение он может зафиксировать сразу же, чтобы не допускать подобных ситуаций в будущем. Делать записи лучше в то время, когда впечатления еще свежи. В конце проекта их можно будет консолидировать в единый документ.
При завершении проекта менеджер обязан сделать следующее:
Позаботившись об оценке успешности проекта для всех заинтересованных сторон, менеджер должен сделать выводы из проекта и для себя. Оценка своих действий по итогам проекта — хороший стимул для дальнейшего развития. Она помогает лучше понять возможные направления улучшения собственных навыков и инструментов. Для оценки можно использовать следующий подход.
Шаг 1. Определите список областей для развития. За основу можно взять список из семи областей, представленный ниже.
С нашей точки зрения, технические знания и понимание того, как все работает, необходимы: без них будет тяжело говорить с командой на одном языке. Выросший из производства руководитель, который когда-то своими руками делал такую работу, имеет больше шансов привести проект к успеху.
Глубокое погружение в технологии — личное дело руководителя. Правда, он не должен забывать, что даже самые фундаментальные знания не делают его архитектором проекта и не дают права навязывать команде свои варианты реализации задач проекта.
Шаг 2. Оцените важность каждой из них. Самым простым способом определения важности является способ попарного сравнения.
Шаг 3. Оцените ваш текущий уровень. Для оценки можно использовать следующие вопросы:
Шаг 4. Обозначьте желаемый уровень. Для каждой области знаний проставьте желаемый уровень. В идеале он должен быть выше текущего, но достижимым, если приложить усилия. Решите, что именно укажет вам на то, что цель достигнута.
Шаг 5. Выработайте план действий по улучшению. Для каждого пункта продумайте следующий шаг, который необходимо сделать, чтобы достичь поставленной цели.
Шаг 6. Приоритизируйте шаги. Главное — не браться за все сразу. Фокус на одном конкретном улучшении позволит стать лучше уже завтра. Поэтому выбирайте самую важную область и приступайте к реализации следующего шага. После того как закончите с задачей по наиболее приоритетной области, переходите к следующей.
Очень важно письменно фиксировать оценку вместе с решением о действиях. Это помогает в дальнейшем развитии: при помощи таких записей менеджеру будет легче оценить свой прогресс за год или несколько лет.
Теперь можно приступать к новому проекту.
Войти с помощью соц. сетей: