Контрольная работа устав проекта: Седова / Курсовая / Устав проекта

НОУ ИНТУИТ | Лекция | Управление интеграцией проекта

< Лекция 1 || Лекция 2: 123 || Лекция 3 >

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

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

Согласно PMBOK® [1, стр. 69], управление интеграцией проекта включает в себя процессы и операции, необходимые для идентификации, определения, комбинирования, объединения и координации различных процессов и мероприятий по управлению проектом в рамках групп процессов управления проектом. Цель процесса интеграции заключается в достижении результативного взаимодействия процессов управления, обеспечивающих успех реализации проекта.

Управление интеграцией проекта осуществляется семью процессами ( таблица 2.1).

Таблица 2.1. Процессы управления интеграцией проекта

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

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

Устав проекта формируется Заказчиком проекта^{1Устав может разрабатываться совместно с Исполнителем, но оформляется от лица Заказчика.} и содержит следующую информацию [1, стр. 81]:

• Название проекта.
• Причины возникновения проекта или бизнес-цели организации, объясняющие, зачем реализуется данный проект.
• Цели проекта (ожидаемый результат) со стороны Заказчика.
• Границы проекта (организационные, функциональные, географические).
• Задачи проекта со стороны Заказчика (что нужно сделать для достижения поставленной цели). Содержание может быть получено из тендерной документации. Например, автоматизация бизнес-процессов: управление персоналом, бухгалтерский учет и др.
• Допущения и ограничения проекта со стороны Заказчика в отношении Исполнителя. Допущения – это факторы, влияющие на проект, значения которых неопределенны. Например, Заказчик допускает передачу некоторых проектных работ субподрядчику. Ограничения – это условия, определяющие действия команды проекта или влияющие на них. Например, стоимость проекта не может быть увеличена более чем на 12%. Допущения низкого уровня для операций задач, например, определение технических спецификаций, оценок, расписания, рисков и т.п., формируются на всем протяжении осуществления проекта.
  Журнал допущений используется для записи всех допущений и ограничений в течение его жизненного цикла проекта.
• Контрольные события контрольные даты получения результатов. Примерами обязательного контрольного события могут служить даты начала и окончания проекта. Заказчик также может указать основные вехи проекта, которые им будут контролироваться.
• Планируемая стоимость проекта – стоимость, определенная контрактом.
• Критерии успеха проекта и его результаты. Набор стандартов или правил, определяющих качество выполнения задач, устанавливают критерии успеха проекта. Например, обеспечение возможности ведения учета в соответствии с российским законодательством и требованиями МСФО.
• Назначение Спонсора проекта, назначение Руководителя проекта, определение их полномочий.

intuit.ru/2010/edi”>В рамках второго процесса разрабатывается второй документ по интеграции проекта – план управления проектом. В процессе разработки плана формируется комплексный документ, содержащий все проектные работы и определяющий порядок их выполнения. План управления проектом определяет график исполнения проекта, процессы его мониторинга, контроля и закрытия. Документ разрабатывается Исполнителем на основании Устава проекта и содержит следующую информацию:

• Цели проекта и задачи со стороны Исполнителя.
• Требования к продукту или услуге и их характеристики.
• Требования к результатам проекта.
• Границы проекта со стороны Исполнителя.
• Допущения и ограничения проекта со стороны Исполнителя в отношении Заказчика.
• intuit.ru/2010/edi”>Первоначально сформулированные риски.
• Контрольные события расписания (вехи проекта).
• Предварительная Иерархическая структура работ.
• Смета расходов.
• Требования к управлению конфигурацией проекта.
• Критерии приемки результатов проекта.

Планирование управления проектом включает разработку 18 планов. Для управления проектом также разрабатывается ряд документов, не входящих в План управления проектом (таблица 2-1 [1, стр. 89]).

Таблица 2.2. Содержание Плана управления проектом и список документов, обеспечивающих управление проектом

План управления проектом	Документы проекта
1. План управления содержанием	1. Параметры операций	19. Результаты измерений в контроле качества
2. План управления требованиями	2. Список операций	20. Метрики качества
3. План управления расписанием	3. Журнал допущений	21. Отчет о качестве
4. План управления стоимостью	4. Основа для оценок	22. Документация по требованиям
5. План управления качеством	5. Журнал изменений	23. Матрица отслеживания требований
6. План управления ресурсами	6. Оценки стоимости	24. Иерархическая структура ресурсов
7. План управления коммуникациями	7. Прогнозы стоимости	25. Календари ресурсов
8. План управления рисками	8. Оценки длительности	26. Требования к ресурсам
9. План управления закупками	9. Журнал проблем	27. Реестр рисков
10. План вовлечения заинтересованных сторон	10. Реестр извлеченных уроков	28. Отчет по рискам
11. План управления изменениями	11. Список контрольных событий	29. Данные расписания
12. План управления конфигурацией	12. Назначение материальных ресурсов	30. Прогнозы в отношении расписания
13. Базовый план по содержанию	13. Календари проекта	31. Реестр заинтересованных сторон
14. Базовое расписание	14. Коммуникации проекта	32. Устав команды
15. Базовый план по стоимости	15. Расписание проекта	33. Документы тестирования и оценки
16. Базовый план исполнения	16. Диаграмма сети расписания проекта
17. Описание жизненного цикла проекта	17. Описание содержания проекта
18. Подход к разработке	18. Распределение обязанностей членов команды проекта

Дальше >>

< Лекция 1 || Лекция 2: 123 || Лекция 3 >

Составление устава проекта . Набор инструментов для управления проектами

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

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

• стратегические и тактические планы;

• голос заказчика[13];

• проектное предложение;

• процесс отбора проектов.

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

Определение миссии проекта. Точность и ясность – два ключевых условия, которым должно отвечать определение цели проекта [2, 7], как показано на рис. 5.2. Не имеет значения, прописана миссия для новой модификации существующего продукта или для огромной фабрики по производству полупроводников с многомиллиардным оборотом, – и в том, и в другом случае достаточно нескольких слов. Это утверждение может определять основные задачи, например проектирование, прототипирование, программирование, а может быть предельно простым и директивным, допустим «разработать новую платформу продуктов».

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

ПРЕДЕЛЬНЫЕ ЦЕЛИ: СТАВИТЬ ИЛИ НЕ СТАВИТЬ?

Насколько легко достижимыми должны быть цели проекта, сформулированные в уставе? Можно ли считать нормальным написание устава, в котором поставлены труднодостижимые цели? Практика показывает, что результаты работы тех, кто ставит перед собой цели, фактически недостижимые, как правило, превосходят результаты работы тех, кто ставит реальные цели. Если вы стремитесь получить результат, ставьте цель на грани возможного. Многие менеджеры проектов фирмы Intel так и поступают: корпоративная культура стимулирует подобное поведение. Что происходит, когда они не достигают поставленной цели? Один из менеджеров сказал: «Никто из здешних руководителей не воспользуется этим для того, чтобы завалить вас. Идея в другом – в том, чтобы всегда стремиться к лучшему и прикладывать максимум усилий. Если вы делаете так, у вас не будет никаких проблем в случае неудачи». Но для всех ли компаний это верно? «Если вы стараетесь достичь очень трудной цели и терпите поражение, это играет против вас при оценке работы. Поэтому все в нашей компании ставят перед собой рутинные цели», – говорит менеджер проекта из традиционной компании. Описанный подход приводит к тому, что менеджеры проектов начинают просто плыть по течению.

Определение бизнес-цели. Что является силой, побуждающей к выполнению проекта? Целью может быть повышение удовлетворения заказчиков (как в примере на рис. 5.12), что упрощает их привлечение и удержание, а в конечном счете повышает устойчивость бизнеса и увеличивает приносимую им прибыль. Целью также может стать прорыв на новый рынок, стремление увеличить свою долю на существующем рынке, получить новые источники доходов и т. д. На стратегическом уровне выделяют несколько причин реализации проекта. Главное – не забывать о существовании таких причин и знать их суть.

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

Определение целей проекта. Термины «миссия проекта» и «бизнес-цель» допускают широкое толкование. Чтобы дать команде более конкретные указания, устав должен определить конкретные цели проекта (см. врезку «Предельные цели: ставить или не ставить?»), как минимум задать временные, стоимостные и качественные цели.

Временная цель – это желаемая дата завершения проекта, в нашем случае (см. рис. 5.2) 1 ноября 2002 г. Соблюдения этого срока нужно добиться, израсходовав не более 600 часов работы ресурсов при уровне качества, указанном в спецификации. Например, один из элементов качества, определяемых спецификацией, относится к способу представления информации для руководства, а именно к ежемесячному отчету о ходе исполнения более 20 проектов разработки новых продуктов. Данный элемент качества требует, чтобы чтение и интерпретация отчета отнимали у руководителя не более трех минут. Постановка более трех целей достаточно распространена, как показано на рис. 5.2, где такая цель призвана удовлетворить заказчика.

Отбор участников команды и назначение куратора[14] проекта. Одна из целей издания устава – официально объявить имена менеджера проекта и, возможно, членов команды. Однако сразу называть всех участников необязательно. В последнем случае предполагается, что функциональные руководители выделят в проект своих подчиненных после издания устава.

В некоторых организациях назначение кураторов в крупные проекты является обычной практикой. Кураторы выдают указания проектной команде, следят за тем, чтобы функциональные руководители соблюдали обязательства по выделению ресурсов в проект, а также служат связующим звеном между проектом и заказчиком [8]. Как правило, в роли куратора (иногда нескольких проектов одновременно) выступает руководитель высшего звена. В случае проектов меньшей важности на должность куратора может быть назначен руководитель среднего звена. Вне зависимости от того, руководитель какого ранга исполняет обязанности куратора, издание устава проекта – удобный способ официально объявить его имя. Впрочем, следует отметить, что в некоторых организациях не существует кураторов проектов.

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

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

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

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

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

Данный текст является ознакомительным фрагментом.

Что такое Устав проекта? Определение и примеры

ИТ-директор

От

• Александр С. Гиллис, Технический писатель и редактор

Что такое устав проекта?

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

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

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

Что должен включать устав проекта?

Шаблоны устава проекта часто включают следующие части проекта:

• Цель проекта. Документирует причины для начала проекта четким и лаконичным языком. Это должно определить масштаб проекта.
• Участники проекта. Здесь указывается, кто будет участвовать в проекте, и четко указывается их роль.
• Заинтересованные стороны. Указывает спонсоров проекта или других людей, которые будут непосредственно затронуты проектом и которым необходимо знать о его ходе.
• Требования. Определяет ресурсы, необходимые для достижения целей проекта.
• Ограничения. Это документирует потенциальные препятствия или узкие места и должно помочь подготовить участников к потенциальным проблемам проекта.
• Основные этапы реализации. Указывает даты начала и идеального завершения, а также даты других потенциально важных контрольных точек, таких как расписание проекта.
• Связь. Указывает, как менеджер проекта будет общаться с владельцами проекта, участниками и ключевыми заинтересованными сторонами на протяжении всего проекта.
• Результаты. Документирует, какие конкретные продукты, процессы или услуги предоставляет проект по завершении.
• Создать план внедрения. Идентифицирует общий обзор бюджета проекта.

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

Советы по созданию устава проекта

Чтобы успешно создать устав проекта, руководители проектов должны сделать следующее:

• Говорите коротко. Каждый раздел устава может состоять всего из нескольких предложений. Устав проекта должен представлять собой общий обзор проекта, а не его подробную разбивку.
• Ищите идеи команды. Общение с членами проектной группы должно помочь в создании реалистичных целей и контрольных точек, а также в выявлении возможных рисков проекта.
• Создайте и используйте шаблон устава. Шаблон устава помогает сделать устав ясным и кратким и может использоваться для создания будущих уставов проектов.
• Держите это подальше. Организуйте устав так, чтобы его структура была понятна с первого взгляда. Подпишите каждый компонент устава.
• Создать план внедрения. После составления хартии руководители проектов должны начать планировать, как ее реализовать. Это включает в себя общение с участниками проекта и заинтересованными сторонами, а также сбор и сбор средств и ресурсов.

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

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

Шаблон устава проекта включает следующие компоненты:

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

Это общие записи в уставе проекта, хотя порядок каждого компонента может быть изменен. Начало устава обычно включает общую информацию о проекте, такую ​​как название проекта, описание и имена участников. Устав также должен документировать роль и обязанности каждого члена команды в разделе «Член команды».

Другие советы включают следующее:

• Имя проекта должно быть названием проекта и должно быть достаточно описательным, чтобы другие могли понять, что это за проект.
• Масштаб проекта также должен включать любые границы или ограничения результатов проекта, например то, что проект предоставляет после завершения.
• Раздел рисков должен включать наиболее вероятные и важные события, которые могут произойти.
• Даты начала, вех и завершения также служат временной шкалой проекта.

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

Последнее обновление: июнь 2022 г.

Продолжить чтение Устав проекта

• 10 ведущих курсов и сертификатов по управлению проектами на 2021 год

• Глубокое погружение в управление проектами Agile

• 5 советов по разработке стратегии персонализации

• Инструменты и стратегии управления проектами: диаграммы Ганта, диаграммы PERT и инструменты планирования PM

• Планирование аварийного восстановления в облачную эпоху: оценка рисков и влияния на бизнес

Копните глубже в ИТ-стратегию для малого бизнеса

• XSL (расширяемый язык таблиц стилей)

  Автор: Роберт Шелдон

• Вот почему вам по-прежнему нужна документация по исследовательскому тестированию

  Автор: Джери Оуэн

• шаблон

  Автор: Кэти Террелл Ханна

• Как создать пробную версию с 6 бесплатными шаблонами

  Автор: Габриэлла Фрик

Облачные вычисления

• Oracle официально поддерживает Red Hat Enterprise Linux на OCI

  Отвечая на запросы пользователей, Oracle заключила сделку с Red Hat, чтобы сделать операционную систему Enterprise Linux неотъемлемой частью . ..

• Последний Google Cloud AI проливает свет на автоматизацию розничной торговли

  Автоматизированные системы отслеживания запасов на основе ИИ не идеальны. Однако ритейлеры с высокими показателями упущенных продаж из-за отсутствия …

• Как настроить автомасштабирование в службе Azure Kubernetes

  Изучите параметры масштабирования в AKS, такие как горизонтальный модуль и средство автомасштабирования кластера. Затем следуйте пошаговому руководству по …

Мобильные вычисления

• Понимание того, как долго iPhone может работать на предприятии

  Организации могут захотеть использовать устройства, в которые они инвестируют, как можно дольше, но как долго Apple поддерживает iPhone? …

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

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

• Как рабочий профиль Android 13 улучшает управление ИТ

  Когда пользователи приносят личные устройства Android на рабочее место, ИТ-специалистам следует рассмотреть возможность использования рабочих профилей на этих устройствах. Узнать о…

Центр обработки данных

• Доход Intel снова падает; компания ускорит чипы следующего поколения

  Из-за застоя продаж ПК и сокращения расходов на ИТ Intel снова сообщила о снижении доходов. Генеральный директор Пэт Гелсингер подчеркнул …

• Используйте ISO 50001:2018 в качестве руководства для экологически чистых центров обработки данных.

  Центры обработки данных потребляют много энергии, и бывает сложно определить, как сократить энергопотребление. ISO 50001:2018 содержит руководство …

• Все, что вам нужно знать о справочных страницах Linux

  Администраторы, не знакомые с командой, могут использовать справочные страницы Linux для лучшего понимания. В этом руководстве рассказывается, как получить доступ к …

Как написать устав проекта с примерами [2023] • Asana

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

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

Что такое устав проекта?

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

Устав проекта — это один из многих материалов для планирования проекта, которые вы можете создать. Вот как это можно сравнить с другими элементами планирования проекта:

Создайте шаблон устава проекта

Уставы проекта и планы проекта

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

Существует семь ключевых элементов в плане проекта:

• Голы

• Метрики успеха

• Заинтересованные стороны и роли

• Scope и бюджет

9003 9002 2 Milles расписание

• План коммуникаций

Прочтите: Создайте лучший план проекта всего за 7 шагов

Уставы проекта и краткое описание проекта

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

Бриф проекта состоит из четырех частей:

Прочтите: 5 шагов к написанию четкого брифинга проекта

Устав проекта и экономическое обоснование

Устав проекта и экономическое обоснование имеют одни и те же основы: оба они являются инструментами для представления проекта соответствующим заинтересованным сторонам. Основное различие между уставом проекта и бизнес-кейсом заключается в объеме.

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

Читайте: Руководство для начинающих по написанию эффективного бизнес-кейса

Вам нужен устав проекта?

Существует множество инструментов планирования проекта, и устав проекта не всегда является лучшим для работы. Вот когда создать один — и когда вам может быть лучше создать что-то еще.

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

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

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

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

• Создайте  резюме  , если вы хотите предоставить краткое изложение своего документа заинтересованным лицам.

• Создайте дорожную карту проекта , если вы хотите просмотреть высокоуровневую временную шкалу вашего проекта на диаграмме Ганта.

Создание шаблона устава проекта

Как создать устав проекта

В уставе проекта вы поделитесь подробностями проекта с ключевыми заинтересованными сторонами, чтобы получить одобрение на запуск вашего проекта. Устав проекта состоит из трех основных элементов:

«Почему»

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

В дополнение к цели вашего проекта, вы также должны уточнить цели вашего проекта. Это то, чего вы планируете достичь к концу проекта, например результаты или активы. Чтобы создать хорошие цели проекта, следуйте SMART-методу. Убедитесь, что ваши цели:

• Специфический

• Измеримый

• достижимый

• Реалистичный

• .0019 «Что»

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

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

  Прочтите: Краткое руководство по определению содержания проекта — в 8 шагов

  «Кто»

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

  Прочтите: руководство по началу работы с управлением ресурсами

  Примеры устава проекта

  Шаблон устава проекта

  Когда вы будете готовы приступить к работе, следуйте этому простому в использовании шаблону, чтобы создать устав следующего проекта.

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

  Назовите свой проект. Убедитесь, что это достаточно описательно, чтобы большинство людей поняли, над чем вы работаете.

  Руководитель проекта

  Кто является контактным лицом по этому проекту?

  Дата последней редакции

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

  Цель проекта

  Почему вы работаете над этим проектом?

  Цели проекта

  Каких результатов и активов вы планируете достичь к концу проекта?

  Масштаб проекта

  Каковы границы результатов вашего проекта? Какие инициативы не включены в проект?

  Команда проекта и ресурсы

  Кто работает над этим проектом? Какие ресурсы (например, люди, инструменты и бюджет) доступны для этой работы.

  Заинтересованные стороны и лица, утверждающие

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

  Прочтите: Шаблон запроса предложений: 6 шагов для создания запроса коммерческого предложения

  От устава проекта к успеху проекта

  После утверждения устава проекта вы можете приступить к планированию проекта.