Устав проекта образец

Что такое устав проекта? Для чего он нужен? Методы разработки Устава проекта.

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

Этот документа разрабатывается Руководителем проекта (о том, кто такой руководитель проекта вы можете узнать из статьи Роли участников проекта ).

Туда записывается следующая информация:

- Цели и задачи проекта.

- Причины, по которым из множества других проектов, для решение стоящей задачи был выбран именно этот проект.

- Желаемые результаты проекта. Или что владелец или компания хочет получить в результате реализации проекта.

- Сроки реализации проекта.

- Прогнозирование ресурсов, которые потребуются для реализации проекта.

Небольшой пример. Устав для проекта «Создание фабрики по производству шариков»

Цель проекта: Хотим осчастливить весь мир и заработать на этом денег.

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

Желаемый результаты: Построенная в сроки фабрика. С набранным персоналом.

Сроки: Ноябрь 2016

Ресурсы: На строительство требуется 2 млн долларов, куб досок, ящик гвоздей и слесарь дядя Ваня.

Методы разработки устава проекта.

1. Интервью с заинтересованными лицами.

Этот способ сбора информации по проекту является самым популярным.

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

- Скажи мне отважная партизано, какие условия мне нужно выполнить, чтобы вы закрыли проект? Какие результаты вы хотите видеть в конце проекта? Что на ваш взгляд может произойти, что проект остановится, либо его сроки увеличатся. Как вы поймете, что проект прошел успешно?

Если вы гуманист, то паяльник и темное помещение можно заменить на презентабельный офис.

2. Анализ прошлых проектов.

Если у Вас или компании уже были похожие проекта, то устав можно составить на основе устава старых проектов и отчетов по ним.

3. Переработка имеющейся документации. Данные из контракта.

Иногда бывает так, что нет возможности побеседовать с владельцем проекта и его командой. В этом случае информацию по проекту можно получить из контракта и документов, которые высылал владелец проекта до его начала.

4. Вовлечение Владельца и заинтересованных лиц

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

По присланным ответам составляется устав.

После того, как устав проекта составлен, он утверждается Владельцем проекта.

По опыту стоит сказать, что составление устава проекта и его подтверждение должно проходить максимально быстро. Чем быстрее он будет завершен, тем быстрее руководитель проекта сможет сформировать свою команду и начать работу.

Приложение № 9 Типовой Устав проекта

Всего голосов 1

Шаблон документа, с подробным примером заполнения - "Устав проекта", представляет из себя основной документ в ходе реализации проекта и является Приложением № 9 к документу - "Шаблон документа - "Регламент управления проектами" на основе PMBOK 2008" . Настоящий Устав определяет основные цели и задачи проекта, результаты и этапы его реализации, функциональные, географические и организационные рамки проекта, организационную структуру, взаимодействие управляющих и исполнительных (рабочих) органов, процедуры управления проектом. Устав проекта является документом, определяющим:

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

Методическое пособие

За два года это методическое пособие прочитали 6 676 человек!! Получить полную версию методического пособия Разработка устава проекта за 150 рублей просто - при оплате укажите ваш e-mail и мы вышлем ссылку на полную версию учебного пособия.

Введение

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

В ходе подготовки проекта необходимо выполнить ряд обязательных задач:

выявить и проработать систему целей проекта

разработать стратегический план проекта

спроектировать организационную структуру.

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

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

Если в организации разработан

This entry was posted on 22.03.2012 at 5:39 пп. You can follow any responses to this entry through the RSS 2.0 feed. Both comments and pings are currently closed.

Инициация проекта

Разработка технико-экономического обоснования

Традиционно основной целью подготовки технико-экономического обоснования ( ТЭО ) ИТ-проекта является получение финансирования на реализацию соответствующей инициативы. Кроме того, корректно составленное ТЭО может решать следующие задачи:

Согласно последним исследованиям 75% компаний ставит именно такие цели при подготовке ТЭО. в то же время всего лишь 40% из них считают, что используемые ими методы позволяют получить корректную оценку эффективности внедряемого ИТ-решения [7 ].

Помимо обозначенных задач ТЭО может обеспечивать входную информацию для устава проекта, рассматриваемый в данной книге как ключевой документ интегрированного управления проектом. Для того чтобы ТЭО обеспечивал качественную информацию, рекомендуется следующим образом структурировать идентифицированные бизнес-выгоды ИТ-проекта (см. табл. 1.4 .).

В соответствии с предлагаемым подходом [7 ] бизнес-выгоды можно классифицировать по двум факторам: (1) характеру воздействия на бизнес и (2) степени определенности. Таким образом, каждая выгода по проекту размещается "на пересечении" соответствующих значений двух обозначенных факторов.

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

Источники:
ecoachtrainings.com, pmexperience.org, edu.reqcenter.pro, www.intuit.ru