Разработка устава проекта

Устав проекта - это инструмент, который формально авторизует проект и является звеном, соединяющим предстоящий проект с текущей работой организации. Данный документ обычно отражает ситуацию со стороны организации-заказчика, выпускается руководителем, внешним по отношению к проекту, и назначает менеджера проекта, наделяя его полномочиями на использование в проекте ресурсов организации. Это особенно актуально в функционально-ориентированных и матричных организациях, т.е. в тех компаниях, где менеджеры не имеют непосредственной власти над членами проектной команды и другими ресурсами, но несут ответственность за выполнение проекта. Для того чтобы устав имел силу в подобной ситуации, издающий его руководитель, или спонсор проекта, должен находиться на том уровне, который подразумевает наличие контроля над ресурсами. Часто датой начала проекта считается день, следующий за подписанием устава.

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

· стратегические и тактические цели организации-заказчика;

· формулировка требований организации-заказчика;

· контракт;

· внутрикорпоративная методология управления проектами и соответствующие политики.

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

В табл. 1.5 приведены требования к уставу проекта - перечислены обязательные разделы с необходимыми рекомендациями и пояснениями к их наполнению.

Рис. 1.2. Модель комплексного анализа участников и окружения проекта. На рисунке ИКС - исследовательская команда спонсора

После подготовки устава в соответствии с предложенным шаблоном рекомендуется произвести проверку его корректности. Автор устава, как правило, спонсор проекта, должен обязательно убедиться, что:

· информация в уставе, а также сделанные в нем допущения соответствуют исходным данным, которые содержатся в стратегических и тактических целях организации-заказчика, задокументированных предварительных требованиях организации-заказчика, ТЭО, контракте и внутрикорпоративных политиках и методологиях;

· все разделы предложенного формата устава проекта заполнены в соответствии с рекомендациями;

· в самом документе отсутствуют противоречия;

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

Разработка Устава проекта – это процесс разработки документа, который формально

санкционирует проект или фазу, и документирования первоначальных требований,

удовлетворяющих потребностям и ожиданиям заинтересованных сторон проекта. Он

устанавливает партнерство между исполняющей организацией и организацией,

подавшей заявку (или заказчиком, в случае внешних проектов). Утвержденный Устав

проекта формально инициирует проект. Менеджер проекта определяется или

назначается сразу, как только это становится возможным, предпочтительно во время

разработки Устава проекта и обязательно до начала планирования. Рекомендуется,

чтобы менеджер проекта участвовал в разработке Устава проекта, так как данный

документ наделяет менеджера проекта полномочиями использовать ресурсы для

выполнения проекта.

Санкционирование проектов производится внешним по отношению к проекту

лицом или лицами, такими как спонсор, офис управления проектами (Project

Management Office, PMO) или комитет по управлению портфелями. Уровень

инициатора или спонсора проекта должен быть достаточным для финансирования

проекта. Они либо сами разрабатывают Устав проекта, либо делегируют эту

обязанность менеджеру проекта. Подпись инициатора на Уставе санкционирует

проект. Санкционирование проектов обуславливается внутренними бизнес-

потребностями или влиянием извне. Обычно это приводит к подготовке анализа

потребностей, экономического обоснования или описания ситуации, которую будет

решать проект. Написание Устава проекта связывает проект со стратегией и текущей

деятельностью организации.

На рис. 4-2 показаны входы, инструменты и методы, а также выходы для данного

процесса, а на рис. 4-3 представлена блок-схема данных.

Рис. 4-2. Разработка Устава проекта: входы, инструменты, методы и выходы

Рис. 4-3. Блок-схема данных при разработке Устава проекта

4.1.1 Разработка Устава проекта: входы

1 Описание работ по проекту

Описание работ (Statement of work, SOW) – это словесное описание продуктов или

услуг, которые должен произвести проект.

Перечень работ отражает:

Бизнес-потребность.

Описание содержания продукта.

Стратегический план.

2 Экономическое обоснование

Экономическое обоснование или подобный документ предоставляет необходимую с

точки зрения бизнеса информацию, позволяющую определить, стоит ли проект требуемых инвестиций.

Экономическое обоснование создается как результат действия одного или нескольких из следующих факторов:

Требования

Потребность организации

Требования заказчика

Технологический

Правовые требования

Экологические

Социальные

3 Контракт

Контракт является входом, если проект выполняется для внешнего заказчика.

4 Факторы среды предприятия

Факторы среды предприятия, которые могут оказывать влияние на процесс разработки

Устава проекта, включают в себя среди прочего:

Государственные и промышленные стандарты;

Инфраструктуру организации;

Ситуацию на рынке.

5 Активы процессов организации

Активы процессов организации, которые могут оказывать влияние на процесс

разработки Устава проекта, включают в себя среди прочего:

Стандартные процессы организации, правила и описания типовых процессов для

использования в организации;

Шаблоны (например, шаблон Устава проекта);

Историческую информацию и базу усвоенных уроков.

4.1.2.Разработка Устава проекта: инструменты и методы

1 Экспертные оценки

Применяются в отношении любых технических и управленческих деталей. Такие

экспертизы проводятся любым лицом или группой лиц, обладающих специальными

знаниями или подготовкой, и доступны из множества источников, включая следующие:

Другие подразделения в рамках организации;

Консультанты;

Заинтересованные стороны проекта, в том числе заказчики или спонсоры;

Профессиональные и технические ассоциации;

Отраслевые объединения;

Эксперты по отдельным вопросам;

Офис управления проектами (Project management office, PMO).

Устав проекта – это документ, выпускаемый инициатором или спонсором проекта, который формально узаконивает существование проекта и предоставляет менеджеру проекта полномочия использовать организационные ресурсы в операциях проекта.

Устав проекта – документ, с которого начинается планирование проекта.

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

Устав проекта должен содержать следующую информацию:

Название проекта;

Причины возникновения проекта Формулировка причины фактически дает ответ на вопрос «Зачем» выполняется данный проект и отражает производственную необходимость во взаимосвязи со стратегией развития предприятия. Причины возникновения проекта могут основываться на требованиях рынка, техническом прогрессе, юридических требованиях или государственном стандарте.

Цели Заказчика проекта Цели Заказчика определяют, что получит компания в результате выполненного проекта. Бизнес – цели компании обязательно учитывают стратегию развития компании, включая стратегию развития информационных технологий, на которую ориентирован проект. Например, увеличение капитализации Холдинга и привлечение инвесторов.

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

Функциональные организации и их участие(«участники» (stakeholders, англ)) Проекты обычно являются частью организации. Даже в том случае, когда проект является внешним для организации, проект все равно будет испытывать влияние со стороны организации, которая его инициировала.

Рис. 2. Принципиальная схема участников проекта.

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

Участниками проекта считаются все лица и организации, включая команду проекта, чьи интересы могут быть затронуты исполнением или результатом проекта Участники могут влиять на цели и результаты проектакак положительно, так и оказывать отрицательное воздействие. Поэтому рекомендуется с особым вниманием подходить к задаче определения участников проекта и степени их влияния. Неполный список участников проекта не позволит правильно сформировать требования к результату проекта, к его содержанию, что повлечет ошибки в планировании проекта. Для составления списка участников проекта можно воспользоваться инструментом, известным как карточки Кроуфорда (Собирается команда из 7-10 человек, каждый получает 10 листочков. Ведущий задает вопрос «Кто является участником проекта?». Каждый из присутствующих пишет свой ответ на одном из листочков. Эта процедура повторяется 10 раз. Один и тот же ответ может использоваться одним человеком только один раз. В результате получается список участников, который затем корректируется.

Между участниками проекта возможно возникновение конфликтов. Менеджер проекта обязан обладать навыками разрешения конфликтов, учитывать этнические и культурные особенности участников проекта.

Ключевые участники любого проекта: руководитель проекта, заказчик/пользователь, исполняющая организация,члены команды проекта,спонсор, источники влияния. В таблице 1 представлен пример возможных участников проекта внедрения ИС:

Таблица 1

Внешние участники проекта внедрения

Внешние участники проекта внедрения
Предприятия	Директора предприятий Отдел по работе с персоналом Ключевые функциональные специалисты Пользователи
Информационные ресурсы	Информационное агентства Тематические порталы Управленческие журналы
Сообщества	Профессиональные сообщества Профессиональные организации
Мероприятия	Выставки Семинары Конференции
Консалтинг	Бизнес-консультанты Поставщики решений Специалисты по внедрению Интеграторы

Отношения между участниками проекта Участники проекта имеют различные уровни ответственности и полномочий в проекте. В таблице 2 представлены функциональные обязанности участников проекта. Менеджер проекта должен обеспечивать постоянный контакт команды проекта с ее участниками.

Таблица 2

Функциональные обязанности участников проекта

Функции участников проекта

Участники проекта

Разработка концепции проекта

Анализ и оценка жизнеспособности проекта

Разработка проекта

Разработка технологических процессов

Базовое проектирование (техпроект)

Проведение торгов, заключение контрактов

Детальное проектирование

Закупка, поставки

Освоение и выпуск продукции

Условные обозначения :З - заказчик;РП -руководитель проекта;П - проектировщик;ГП – генеральный подрядчик;СП – субподрядчик;Б – банки;ОВ – органы власти;ПС – поставщик;В – владелец земли;Л – лицензоры;И - инженер;ИП – изготовители продукции;ПП – потребители продукции;* - должен осуществлять; Х - может осуществлять;

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

Если участники вкладывают в проект средства, важно чтобы они совместно с командой занимались разработкой именно тех частей проекта, на которые направлены эти сложения.

Сроки выполнения проекта включают даты начала и окончания проекта или продолжительность проекта

Контрольные события и ключевые даты. Контрольные события – это основные события проекта. Контрольное событие определяет значительное достижение в рамках проекта. Результаты проекта и контрольные события могут совпадать или иметь разные значения.

Ограничения и предположения. Согласно PMBoK, допущения – это факторы, которые для целей планирования считаются верными, реальными или определенными без привлечения доказательств. Допущения влияют на все аспекты планирования проекта и являются частью последовательной разработки проекта. Идентификация, документирование и проверка допущений часто являются частью процесса планирования проекта. Допущения обычно связаны с определенным риском . В уставе проекта документируют ограничения на возможности команды проекта по выбору вариантов для любых работ проекта. Могут быть наложены ограничения на расписание проекта, сроки завершения проекта, ограничения на квалификационный уровень членов команды проекта, а также ограничения на стоимостную составляющую проекта.

Примеры ограничений.

10% членов команды проекта должны иметь сертификат PMI.

Увеличение стоимости проекта не более чем на 10%

Примеры допущений.

Планируемую стоимость проекта. Первоначально, стоимость проекта определяется только на порядковом уровне. Ошибка в оценке стоимости колеблется (-20%)- (+100%) Стоимость проекта определяется контрактом между Заказчиком с Исполнителем. Исходя из стоимости проекта, в дальнейшем составляется бюджет расходов проекта с указанием статей расходов на внедрение ИС в разрезе месяца, квартала, полугодия, года.

Границы проекта. Определяются организационные, функциональные и географические границы проекта

Организационные границы. Указываются, какие подразделения (включая юр. лица) должны участвовать в проекте – кто будет использовать и поддерживать ИС, от кого зависит выработка основных решений по требованиям к ИС. Орг. границы определяют максимальные границы обследования, и область рождения требований к ИС.

Функциональные границы. Указываются бизнес - направления, бизнес-процессы, которые будут покрываться ИС. Данным пунктом определяется модули ERP-систем.

Географические границы. Указываются территориально удаленные объекты, подлежащие автоматизации.

Команда проекта. На этапе разработке Устава проекта определяются контакты и должностные обязанности Спонсора и руководителя Проекта

Устав официально закрепляет назначение руководителя проекта , сдержит имена спонсора и руководителя проекта и определяет их полномочия.

Руководитель проекта назначается уставом проекта и формально приступает к выполнению своих обязанностей на следующий день после подписания устава проекта. Руководитель, или менеджер, проекта несет основную ответственность за общее планирование, направление и контроль проекта в течение всех фаз его жизненного цикла, ставя целью получение желаемого результата в рамках утвержденного бюджета и расписания. Основная задача руководителя проекта - объединение усилий всех лиц, участвующих в проекте. Для решения этой задачи менеджер проекта наделяется полномочиями по проекту, т.е. правом отдавать функциональным лидерам проекта распоряжения, необходимые для планирования, исполнения, мониторинга, оценивания и контроля работ, которые должны быть выполнены по данному проекту. Руководство проектом также включает в себя получение информации, необходимой для планирования, мониторинга, оценивания и контроля проекта . Роль спонсора проекта обычно берет на себя (не назначается!!!) менеджер высшего звена, который действует от лица руководства компании, финансирующей или исполняющей проект 2 . Ключевая задача спонсора заключается в обеспечении ресурсов проекта, в том числе административных, а также в обеспечении связи между проектом и руководством организации-заказчика. На проекте спонсор является лицом, принимающим те решения, которые находятся за пределами полномочий руководителя проекта, например: · утверждать бизнес-цели проекта, включая расписания и бюджет, и вносимые в них изменения; · назначать и утверждать менеджера проекта, а также утверждать соответствующую должностную инструкцию и порядок подчинения; · формировать стратегические указания для менеджера проекта по ходу отслеживания результатов проекта; · вносить и утверждать основные изменения по проекту и решения, касающиеся выделения ресурсов; · принимать решения о внесении изменений в базовую линию проекта . Роль спонсора проекта обычно не предполагает работы с полной занятостью вне зависимости от размера проекта . Администратор (координатор) проекта - это специфическая функция на проекте, которая необходима для поддержки работ, связанных с администрированием и документированием функционирования проектной организации и обеспечением инфраструктуры проекта. Работа администратора имеет своей ключевой задачей поддержку руководителя проекта на операционном уровне с целью его высвобождения для интеллектуально-сложных задач. В обязанности координатора проекта может входить: администрирование проектных контрактов и договоров на протяжении всего ЖЦ, организация периодического сбора статуса выполнения проекта и т.п. сбор статуса - словосочетание, не несущее смысла, если только это не специфический термин. Я прошу обратить на него внимание. М/б, сбора информации о текущем статусе? Формировать всю команду и тем более сразу указывать имена всех ее членов не принято - функциональные руководители обычно выделяют для проекта своих подчиненных, только когда руководитель проекта составит план потребности в ресурсах, после определения состава работ проекта, и отправит официальный запрос на ресурсы, утвержденный спонсором проекта