разработка устава проекта определите к какой функциональной области относится эта процедура
Разработка устава проекта
Устав проекта, пожалуй, является самым важным документом проекта. Как правило, проект считается открытым именно после утверждения устава проекта. Поэтому процесс «Разработка устава проекта» крайне важен для успешной реализации проекта. К подготовке устава проекта необходимо привлекать команду управления проектом во главе с менеджером проекта. Большинство методологий, включая PMI PMBoK, сходятся на том, что работы, связанные с подготовкой устава проекта, не должны включаться в проект и выполняются за рамками проекта.
Устав проекта устанавливает партнерство между исполняющей организацией и организацией-заказчиком. Для внешних проектов предпочтительным способом заключения соглашения является формальный договор. В данном случае команда проекта является продавцом, реагирующим на условия предложения о покупке у внешней организации. Устав проекта в этом случае используется для заключения внутренних соглашений в рамках организации для обеспечения надлежащего поставляемого результата согласно договору. Одобренный устав проекта формально инициирует проект.
Менеджер проекта определяется или назначается сразу, как только это становится возможным, предпочтительно во время разработки устава проекта и обязательно до начала планирования. Устав проекта должен быть составлен спонсирующей стороной. Устав проекта наделяет руководителя проекта полномочиями в отношении планирования и исполнения проекта.
Рекомендуется, чтобы руководитель проекта участвовал в разработка устава проекта, чтобы полностью понимать требования проекта. Подобное понимание способствует эффективному распределению ресурсов для выполнения операций проекта
Разработка устава проекта
Давайте рассмотрим процесс «Разработка устава проекта» подробнее. На диаграмме ниже изображены входы, инструменты и методы и выходы этого процесса.
Входы процесса «Разработка устава проекта»
Описание работ проекта — это словесное описание продуктов, услуг или результатов, которые должен произвести проект. Для внутренних проектов инициатор или спонсор проекта предоставляет описание работ на основании бизнес-потребностей, требований к продукту или услуге. Для внешних проектов описание работ может быть получено от заказчика как часть документации по предложениям или как часть договора. Описание работ проекта отражает:
Бизнес-кейс или подобный документ предоставляет необходимую с точки зрения бизнеса информацию, позволяющую определить, стоит ли проект требуемых инвестиций. Он обычно используется вышестоящими по отношению к проекту руководителями для принятия решений. Как правило, в бизнес-кейсе содержится бизнес-потребность и сравнительный анализ затрат и выгод для обоснования проекта и определения его границ, и обычно подобный анализ выполняет бизнес-аналитик, используя различную информацию, полученную от заинтересованных сторон. Спонсор должен согласовать содержание и ограничения бизнес-кейса. Бизнес-кейс создается как результат действия одного или нескольких из следующих факторов:
Соглашения используются для определения первоначальных намерений в отношении проекта. Соглашения могут принимать форму договора, меморандума о взаимопонимании, соглашения об уровне услуг, письма-соглашения, письма о намерениях, устных договоренностей, электронного сообщения или других письменных соглашений. Обычно договор используется, если проект выполняется для внешнего заказчика.
Факторы среды предприятия, которые могут оказывать влияние на процесс разработки устава проекта, включают в себя, среди прочего:
Активы процессов организации, которые могут оказывать влияние на процесс разработки устава проекта, включают в себя, среди прочего:
Инструменты и методы процесса «Разработка устава проекта»
Экспертная оценка часто используется для оценивания входов, применяемых для разработки устава проекта. Экспертная оценка применяется в отношении всех технических и управленческих деталей в течение этого процесса. Такая экспертиза предоставляется любым лицом или группой лиц, обладающими специальными знаниями или подготовкой, и доступна из множества источников, включая следующие:
Методы организации групповой работы имеют широкое применение в рамках процессов управления проектом и способствуют созданию устава проекта. Примеры основных методов включают мозговой штурм, разрешение конфликтов, решение проблем и управление совещаниями. Модераторы используют эти методы, чтобы помочь командам и отдельным лицам выполнять операции проекта.
Выходы процесса «Разработка устава проекта»
Устав проекта — это документ, выпускаемый инициатором или спонсором проекта, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта. Он документирует бизнес-потребности, допущения, ограничения, понимание потребностей заказчика, высокоуровневые требования, а также новый продукт, услугу или результат, который планируется создать, например:
руководитель департамента управления проектами PM Invest Group
Управление интеграцией проекта. Управление содержанием проекта
Устав проекта
Устав проекта ( Project Charter) является официальной авторизацией проекта и разрабатывается Руководителем проекта с привлечением членов команды управления проектом со стороны Исполнителя. Устав проекта согласовывается с командой управления проектом со стороны Заказчика и утверждается Спонсорами проекта как со стороны Исполнителя, так и со стороны Заказчика.
Исходными документами для разработки Устава проекта внедрения ИС являются контракт и результаты предпроектного обследования, определяющие содержание работ по проекту. Результаты предпроектного обследования оформляются в виде отчета, включая описание бизнес-процессов верхнего уровня.
Устав проекта содержит следующую информацию:
1. Название проекта.
2. Бизнес-цели компании или причины возникновения проекта.
Формулировка причины фактически дает ответ на вопрос » Зачем выполняется данный проект?».
Цели проекта определяют, что должно быть выполнено, и описывают конечный результат проекта. В Уставе проекта приводится цель проекта как результат, ожидаемый Заказчиком и полезный для него. Цель формулируется совместно Заказчиком и Исполнителем.
При формулировании цели руководитель проекта должен контролировать ее соответствие контракту, в рамках которого будут выполняться работы по проекту.
Формулировка целей должна соответствовать следующим критериям ( SMART- Specific, Measurable, Achievable, Relevant, Time-bound ):
Результаты проекта должны соотноситься со спецификацией контракта, в рамках которого будут выполняться работы по проекту.
Примеры формулировок целей:
Границы проекта определяют в целом то, что включается в проект. Необходимо явно указывать, что не включается в проект (таблица 4.2), чтобы исключить ситуацию, когда участник проекта ошибочно считает некоторый продукт, услугу или результат входящими в проект.
Указываются территориально удаленные объекты, подлежащие автоматизации.
| Раздел функциональности | Процессы, не подлежащие реализации |
|---|---|
| Организационный менеджмент | Формирование фонда заработной платы по специфичным методикам. Система оповещения по функциям Управления персоналом в целом. Ведение аттестации рабочих мест, вредных условий труда |
| Администрирование персонала | Ведение параллельных данных на английском языке |
| Учет рабочего времени | Фактический учет рабочего времени (будет использоваться негативный учет). Учет рабочего времени по заказам/объектам. Учет работы во вредных условиях |
| Расчет зарплаты | Сдельная система оплаты труда |
5. Содержание проекта (задачи проекта).
Содержание проекта отвечает на вопрос «Какую конкретную работу нужно выполнить для достижения поставленных целей?» или «Какие задачи необходимо решить для достижения поставленных целей?». Содержание может быть получено от Заказчика в качестве составляющей тендерной документации.
Пример описания содержания (задач) проекта
Требования к бизнес-процессам должны включать:
Управление интеграцией проекта. Управление содержанием проекта
Устав проекта
Устав проекта ( Project Charter) является официальной авторизацией проекта и разрабатывается Руководителем проекта с привлечением членов команды управления проектом со стороны Исполнителя. Устав проекта согласовывается с командой управления проектом со стороны Заказчика и утверждается Спонсорами проекта как со стороны Исполнителя, так и со стороны Заказчика.
Исходными документами для разработки Устава проекта внедрения ИС являются контракт и результаты предпроектного обследования, определяющие содержание работ по проекту. Результаты предпроектного обследования оформляются в виде отчета, включая описание бизнес-процессов верхнего уровня.
Устав проекта содержит следующую информацию:
1. Название проекта.
2. Бизнес-цели компании или причины возникновения проекта.
Формулировка причины фактически дает ответ на вопрос » Зачем выполняется данный проект?».
Цели проекта определяют, что должно быть выполнено, и описывают конечный результат проекта. В Уставе проекта приводится цель проекта как результат, ожидаемый Заказчиком и полезный для него. Цель формулируется совместно Заказчиком и Исполнителем.
При формулировании цели руководитель проекта должен контролировать ее соответствие контракту, в рамках которого будут выполняться работы по проекту.
Формулировка целей должна соответствовать следующим критериям ( SMART- Specific, Measurable, Achievable, Relevant, Time-bound ):
Результаты проекта должны соотноситься со спецификацией контракта, в рамках которого будут выполняться работы по проекту.
Примеры формулировок целей:
Границы проекта определяют в целом то, что включается в проект. Необходимо явно указывать, что не включается в проект (таблица 4.2), чтобы исключить ситуацию, когда участник проекта ошибочно считает некоторый продукт, услугу или результат входящими в проект.
Указываются территориально удаленные объекты, подлежащие автоматизации.
| Раздел функциональности | Процессы, не подлежащие реализации |
|---|---|
| Организационный менеджмент | Формирование фонда заработной платы по специфичным методикам. Система оповещения по функциям Управления персоналом в целом. Ведение аттестации рабочих мест, вредных условий труда |
| Администрирование персонала | Ведение параллельных данных на английском языке |
| Учет рабочего времени | Фактический учет рабочего времени (будет использоваться негативный учет). Учет рабочего времени по заказам/объектам. Учет работы во вредных условиях |
| Расчет зарплаты | Сдельная система оплаты труда |
5. Содержание проекта (задачи проекта).
Содержание проекта отвечает на вопрос «Какую конкретную работу нужно выполнить для достижения поставленных целей?» или «Какие задачи необходимо решить для достижения поставленных целей?». Содержание может быть получено от Заказчика в качестве составляющей тендерной документации.
Пример описания содержания (задач) проекта
Требования к бизнес-процессам должны включать:
Управление проектами
Методология управления проектами PMBoK
Разработка устава проекта
Разработка устава проекта — процесс разработки документа, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта. Ключевая выгода данного процесса — четкое определение начала проекта и границ проекта, создание формальной записи о проекте и прямой способ для высшего руководства формально принять проект и приступить к нему. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 4-2. На рис. 4-3 показана диаграмма потоков данных процесса.
 |
| Рис. 4-2. Разработка устава проекта: входы, инструменты и методы, а также выходы |
 |
| Рис. 4-3. Диаграмма потоков данных разработки устава проекта |
Устав проекта устанавливает партнерство между исполняющей организацией и организацией заказчиком. Для внешних проектов предпочтительным способом заключения соглашения является формальный договор. В данном случае команда проекта является продавцом, реагирующим на условия предложения о покупке у внешней организации. Устав проекта в этом случае используется для заключения внутренних соглашений в рамках организации для обеспечения надлежащего поставляемого результата согласно договору. Одобренный устав проекта формально инициирует проект. Руководитель проекта определяется или назначается сразу, как только это становится возможным, предпочтительно во время разработки устава проекта и обязательно до начала планирования. Устав проекта должен быть составлен спонсирующей стороной. Устав проекта наделяет руководителя проекта полномочиями в отношении планирования и исполнения проекта. Рекомендуется, чтобы руководитель проекта участвовал в разработке устава проекта, чтобы полностью понимать требования проекта. Подобное понимание способствует эффективному распределению ресурсов для выполнения операций проекта.
Проекты инициируются внешней по отношению к проекту стороной, например, спонсором, сотрудником офиса управления программой или офиса управления проектами (ОУП), либо руководителем управляющего портфелем органа или уполномоченным представителем. Уровень инициатора или спонсора проекта должен быть достаточным для обеспечения финансирования и выделения ресурсов для проекта. Инициация проектов обуславливается внутренними бизнес-потребностями или внешним влиянием. Эти потребности или влияние обычно приводят к подготовке анализа потребностей, оценки целесообразности проекта, бизнес-кейса или описания ситуации, которую будет решать проект. Создание устава проекта подтверждает соответствие проекта стратегии и текущей деятельности организации. Устав проекта не является договором, поскольку при его создании не предлагаются вознаграждение или деньги и не происходит обмен.
Разработка устава проекта определите к какой функциональной области относится эта процедура
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПРОЕКТОМ
Project management. Requirements for project management
Дата введения 2012-09-01
Предисловие
1 РАЗРАБОТАН Автономной некоммерческой организацией «Центр стандартизации управления проектами» (АНО «Центр стандартизации управления проектами»)
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»
6 ПЕРЕИЗДАНИЕ. Октябрь 2019 г.
Введение
Настоящий стандарт устанавливает требования к управлению проектом от его старта до завершения, при этом предметом стандартизации являются обязательные выходы процессов управления проектом.
Стандарт не содержит требований, которые могут считаться обязательными лишь для определенного вида проектов, требований к методам реализации процессов управления проектами, а также требований к предпроектной и послепроектной деятельности.
1 Область применения
Настоящий стандарт устанавливает требования к управлению проектом для обеспечения эффективного достижения целей проекта.
Требования настоящего стандарта распространяются на управление любыми проектами и могут быть применены для проектов, реализуемых юридическими или физическими лицами. Проекты могут осуществляться на договорной основе или быть реализованы внутри организации.
Настоящий стандарт может использоваться с целью оценки соответствия управления проектом установленным в стандарте требованиям.
2 Нормативные ссылки
В настоящем стандарте использована нормативная ссылка на следующий стандарт:
ГОСТ Р ИСО 9000 Системы менеджмента качества. Основные положения и словарь
3 Термины и определения
В настоящем стандарте применены термины в соответствии с ГОСТ Р ИСО 9000, а также следующие термины с соответствующими определениями:
3.1 архив проекта: Структурированный комплект документации проекта, представленный в бумажном и/или электронном виде.
3.2 базовый план проекта: Принятый к исполнению план проекта, содержащий сведения об основных временных и стоимостных параметрах проекта.
3.3 бюджет проекта: Документ, содержащий общую сумму финансовых средств, распределенных по статьям и временным периодам.
3.4 допущение: Фактор, который считается верным для проекта без привлечения доказательств.
3.5 заинтересованные стороны в проекте: Лица или организации, чьи интересы могут быть затронуты в ходе реализации проекта.
3.6 изменение в проекте: Модификация утвержденного ранее содержания, сроков, ресурсов в проекте, а также установленных процедур.
3.7 контрольное событие проекта: Существенное событие проекта, отражающее получение измеримых результатов проекта.
3.8 корректирующее действие: Действие, предпринятое для устранения обнаруженного несоответствия плану проекта.
3.9 ограничение: Сдерживающий фактор, влияющий на ход исполнения проекта.
3.10 предупреждающее действие: Действие, предпринятое для снижения вероятности или последствий отрицательных рисков проекта.
3.11 продукт проекта: Измеримый результат, который должен быть получен в ходе реализации проекта.
3.12 проект: Комплекс взаимосвязанных мероприятий, направленный на создание уникального продукта или услуги в условиях временных и ресурсных ограничений.
3.13 процесс: Совокупность взаимосвязанных действий, направленных на достижение определенных результатов.
3.14 работа проекта: Действие, выполняемое для достижения цели проекта.
3.15 расписание проекта (календарный план): Плановые даты исполнения работ и контрольных событий проекта.
3.16 риск: Вероятное для проекта событие, наступление которого может как отрицательно, так и положительно отразиться на результатах проекта.
3.17 управление проектом: Планирование, организация и контроль трудовых, финансовых и материально-технических ресурсов проекта, направленные на эффективное достижение целей проекта.
4 Организация управления проектом
Ролевая (организационная) структура управления проектами может в значительной степени различаться в зависимости от их специфики, но в каждом проекте должны быть определены следующие роли:
Схема, иллюстрирующая основные понятия проектного менеджмента и их взаимосвязь, приведена в приложении А.
5 Управление проектом
5.1 Области управления и последовательность процессов управления проектами
Управление проектом включает совокупность процессов инициации, планирования, организации исполнения, контроля и завершения проекта.
В рамках процессов управления проектом выполняются действия, относящиеся к следующим функциональным областям управления проектом:
— управление содержанием проекта;
— управление сроками проекта;
— управление затратами в проекте;
— управление рисками проекта;
— управление персоналом проекта;
— управление заинтересованными сторонами проекта;
— управление поставками проекта;
— управление качеством в проекте;
— управление обменом информацией в проекте;
— управление интеграцией проекта.
Последовательность процессов управления проектом определяется условиями конкретного проекта, при этом:
— проект должен начинаться с процесса инициации проекта;
— проект должен оканчиваться процессом завершения проекта;
— выполнение процессов организации исполнения и контроля проекта начинается не раньше процессов планирования.
5.2 Процесс инициации проекта
Цель процесса: формальное открытие проекта.
Выходы процесса определяются и документируются следующими параметрами проекта:
— причины инициации проекта;
— цели и продукты проекта;
— дата инициации проекта;
5.3 Процессы планирования проекта
5.3.1 Процесс планирования содержания проекта
Цель процесса: определение требований проекта и состава работ проекта.
а) требования к проекту со стороны заказчика, других заинтересованных сторон проекта, а также законодательства и нормативных актов определены, проанализированы на предмет возможности их выполнения, согласованы с заказчиком проекта и документированы;
б) определены, согласованы с заказчиком и документированы ключевые данные по продукту проекта, а именно:
1) назначение, свойства и характеристики продукта;
2) критерии и методы приемки продукта проекта и его составных частей;
3) допущения и исключения, касающиеся продукта проекта;
4) определены, согласованы с заказчиком и документированы работы проекта, а также допущения и исключения, касающиеся работ проекта.