Новости
Цель проекта - как правильно сформулировать
«Ты не можешь менять направление ветра, но всегда можешь поднять паруса, чтобы достичь своей цели.» (Оскар Уайльд)
Для проектной организации умение ставить правильные цели - иногда залог успешного выполнения всего проекта. Цель должна быть измерима и ограничена по времени, однако само завершение проекта (например, успешный запуск внедряемой системы в промышленную эксплуатацию) является одним из средств достижения цели, а не самой целью проекта.
Так как же стоит формулировать цели проекта, чтобы не просто заполнить соответствующий раздел в проектной документации, но и эффектно отчитаться об их выполнении?
Прежде всего, необходимо напомнить о существовании системы постановки целей SMART (англ. "умный"), содержащей следующие требования к оценке целей:
S (Specific) - Конкретно. Необходимо чётко представлять, какой результат будет получен в результате реализации цели.
M (Measurable) - Измеримо. Цель может быть зафиксирована в абсолютном или процентном выражении.
A (Achievable) - Достижимо. Команда проекта должна обладать и управлять ресурсами, необходимыми для достижения цели.
R (Relevant) - Актуально. Цель должна быть согласована с ценностями проектной команды и не противоречить другим целям данного проекта (или других проектов, реализуемых одновременно с текущим).
T (Time) - Согласовано во времени. Необходимо установить конкретные сроки достижения цели с привязкой к конкретной дате или другому фиксированному событию.
При формулировке цели необходимо оценивать ее корректность, соотнося с каждым требованием системы SMART. До Заказчика так же будет важным донести его ответственность за дальнейшую совместную оценку цели, и особенно обратить внимание на следующие моменты: обладает ли команда со стороны Заказчика достаточными ресурсами для достижения цели; актуальна ли данная цель для Заказчика; готов ли Заказчик установить методику оценки достижения цели на этапе фиксирования цели в проектной документации?
При этом обязательно необходимо зафиксировать ситуацию по каждой цели до старта проекта (обычно данная информация приводится в Отчёте об обследовании, но, в случае отсутствия такого документа, можно было бы привести описание ситуации в Приложении к Уставу проекта в виде Протокола совещания), так как продолжительная реализация проекта может несколько изменить восприятие проектной группы.
Рассмотрим на примере возможные «подводные камни», которые могут возникнуть при оценке цели по итогам завершения проекта. В целях проекта была зафиксирована скорость сбора плана в организации: "Сократить время формирования Бюджета доходов и расходов до 2 календарных недель с момента подписания Приказа о старте Генеральным директором". На что стоило бы обратить внимание при постановке такой цели?
- Time. Установлены сроки сбора отчётности (результат достижения цели), но не установлено, с какого момента данный результат должен быть достижим (после запуска Системы в промышленную эксплуатацию? В конкретном отчётном периоде?). Возможно, стоило бы добавить формулировку "...в отчётном периоде, следующим за запуском Системы в промышленную эксплуатацию". При этом стоит понимать, что запуск Системы в Промышленную эксплуатацию и старт планирования в организации Заказчика может быть разнесен по времени, и полноценно зафиксировать выполнение цели после запуска не получится. Либо необходимо сделать ремарку, что достижение цели будет фиксироваться по итогам Тестирования контрольной группой.
- Achievable. Обладает ли команда проекта достаточными ресурсами для достижения данной цели? Возможно, в каком-то филиале организации существует дефицит кадров или система первичного планирования настолько отличается от внедряемой платформы, что необходимо установить дополнительный временной интервал для преобразования данных.
- Specific. Самый сложный пункт, означающий плотную работу с ожиданиями Заказчика и фиксацию его требований. Установлена ли форма Бюджета и состав его статей? Зафиксированы ли ответственные по ним? А если в процессе выполнения проекта у Заказчика появятся новые структурные единицы (в том числе филиалы) - должно ли это увеличить срок сбора?
Как можно заметить из дополнительных вопросов, ещё на этапе постановки цели проекта и составления стартовой проектной документации (например, Устава проекта) уже должны быть выявлены, зафиксированы и внесены в Реестр рисков возможные нюансы выполнения проекта.
Обычно данная работа проводится на последующих этапах, однако, чем раньше будут установлены все требования, тем успешнее будет реализован проект с точки зрения достижения цели проекта. Таким образом, при планировании работы на проекте стоит выделить достаточное количество времени и ресурсов на этап формирования Устава проекта, возможно, с параллельной работой по следующему этапу.
Похожие новости
Все новостиСмотрите другие новости и статьи