Бизнес план и устав проекта
Автор статьи:
Основатель Projectimo.ru
Свежие публикации автора:
Процесс инициации проекта преследует несколько целей. Высшее руководство компании должно принять необходимость выполнения проекта. Он подлежит идентификации и определению в качестве нового объекта управления. В ходе инициации также выполняется организационное обеспечение запуска его в реализацию. Данные цели достигаются по ходу соответствующих деловых процессов, выходами которых являются готовность к этапу планирования и ряд основополагающих документов. Одним из таких документов, разрабатываемых в процессе инициации, является устав проекта.
Место устава в процессах инициации
Для начала инициации важна идея, которая рождается в сознании инициатора, и суть своего замысла он намерен доложить руководству компании. Неоформленная идея аморфна, поэтому должен появиться исходный документ для принятия первоначального решения. Если работа предполагается небольшой, то замысел и ее эффекты оформляются в виде концепции, бизнес-кейса, презентации на несколько страниц и слайдов. Если замысел отличается масштабностью, то после рассмотрения исходных документов дается указание на разработку ТЭО и бизнес-плана. По факту их готовности руководство вновь возвращается к вопросу, и после успешной защиты принимается решение – проекту быть.
Дальше производится серия новых действий и принятие новых решений для того, чтобы запустить начало проектного мероприятия. Мероприятие в результате этих действий становится объектом управления. Иными словами, определяется менеджер проекта, и ему предлагается уникальная задача со всеми необходимыми параметрами. Можно спросить в этой ситуации: «Позвольте, но в бизнес-плане все это описано?!». Действительно, бизнес-план подробно прорабатывает всю логику, инфраструктуру и экономику задачи, ее перспективы и финансовое обоснование. Но менеджер в большинстве случаев не может отвечать за все результаты, сформированные в бизнес-плане. Его задача имеет более узкий контекст.
Основные выходы процесса инициации проекта
Если рассматривать пример создания нового рыночного продукта, предполагаемого к производству компанией, то уровень задачи PM может быть ограничен как минимум тремя вариантами ее контуров.
- Ответственность менеджера ограничивается созданием нового продукта.
- PM обеспечивает создание продукта и его производство.
- Менеджер отвечает не только за создание и производство новой продукции, но и за его продажу в течение заданного периода времени.
Выписка из модели процессов инициации проекта
Уровень задачи менеджера должен быть определен и зафиксирован в специальном документе, который именуется уставом. Устав проекта – документ, издаваемый руководством компании для целей постановки ответственному ресурсу в лице PM уникальной задачи, предполагающей установленную зону ответственности и полномочий. Ответственность менеджера предусматривает его право принять уникальную задачу к исполнению и обязанность выполнить, не ссылаясь на вновь возникшие ограничения (в идеальном случае). Полномочия PM позволяют ему привлекать и использовать ресурсы компании и внешние заинтересованные стороны для достижения результатов в намеченные сроки. Устав проекта занимает первоочередное место после начала работ над проектом и решения о его старте, что отражено на представленных выше схемах.
Состав и структура устава
Устав проекта обеспечивает непосредственную связь уникальной задачи со стратегическими целями компании. Играя роль документа, формально авторизующего задачу, устав включает в свой состав базовые требования и основные ожидания заинтересованных сторон. Этот документ выполняет несколько функций, среди них важно отметить:
- функцию постановки задачи;
- функцию согласования;
- авторизационную функцию;
- функцию повышения дисциплины;
- консолидационную функцию;
- интеграционную функцию.
Разработка устава проекта начинается после издания приказа о запуске. Распорядительная часть документа формально фиксирует дату старта проектной реализации, в ней вводится его полное и краткое название, назначаются куратор, руководитель (PM), ответственные лица за ключевые блоки. В приказе, как правило, отражается укрупненный план проекта в одной из первых его редакций. Структурная схема устава приводится далее. Он разрабатывается итерационно и может иметь несколько редакций, постепенно уточняющих основные положения, которые включают следующие аспекты.
- Обоснование выполнения уникальной задачи развития.
- Цели, задачи и результаты.
- Имя и фамилию PM, границы его ответственности и полномочия.
- Определение и структуру продукта.
- Интересы и ожидания участников.
- Критерии успеха.
- Принципы организации и управления проектом.
Типовая структура устава проекта
Выше представлен один из вариантов типовой структуры устава. Устав проекта – достаточно сложный в разработке и введении в действие документ, часто являющийся первым формальным документом проекта. Обычно работу с ним начинает куратор, включая в него укрупненно сформулированные цели, ожидаемые результаты и образ продукта проекта. Далее заготовка устава передается PM для завершения разработки первой редакции документа, которых может быть несколько.
Менеджер осуществляет сбор дополнительной информации, совместно с куратором организует предварительные совещания с основными участниками и будущими членами проектной группы. В результате данных мероприятий менеджер проясняет связь со стратегией, интересы и ожидания заинтересованных сторон. Становятся понятны потребности, опасения участников, формируется видение продукта, основных ограничений и критериев успеха. Все это вносится в текст устава. Ниже размещен пример формы устава.
Форма устава проекта
Форма приложения к уставу проекта
Вполне обычной практикой является переутверждение устава после одного, двух этапов реализации проекта, когда происходит окончательное прояснение, например, рыночного потенциала продукта, декомпозиции задачи и подзадач. Документ начинает работать, используя свой потенциал полностью. Играя роль письменно закрепленной задачи, договора между заказчиком и менеджером проекта, устав формирует ценностно сплачивающий команду контекст, реализуя который, PM и другим участникам значительно проще находить мотивацию на достижение успешного результата.
В управлении проектами устав проекта, определение проекта или статус проекта, это документ, содержащий сведения о сфере деятельности, целях и участниках проекта. Он предусматривает предварительное разграничение ролей и обязанностей, описывает цели проекта, определяет основные заинтересованные стороны и определяет полномочия менеджера проекта. Фактически этот документ служит описанием для будущего проекта, а техническое задание является его частью.
Устав проекта должен:
- Описывать суть проекта.
- Обеспечивать общее понимание проекта.
- Обозначать зоны ответственности между спонсором проекта, основными заинтересованными сторонами и проектной командой
Устав проекта обычно представляет собой небольшой документ, который ссылается на более подробные документы, например, требования к проекту.
По Initiative for Policy Dialogue (IPD) этот документ называется устав проекта. В системе управления взаимоотношениями с клиентами (CRM) он известен как определение проекта. И IPD, и CRM требуют чтобы этот документ был частью процесса управления проектами.
Устав проекта уточняет полномочия, назначенные руководителю проекта. Особенно это полезно в матричной среде управления.
Цель устава проекта заключается в том, чтобы документировать:
- Причины для реализации проекта
- Цели и ограничения проекта
- Указания относительно решения
- Указание основных заинтересованных сторон
- Объекты, входящие в область действия и вне сферы охвата
- Риски, выявленные на раннем этапе (план управления рисками должен быть частью общего плана управления проектами)
- Преимущества целевого проекта
- Высокоуровневое бюджетирование и определение ответственных за расходы
Три основных вида использования проекта:
- Чтобы санкционировать проект используя сопоставимый формат, например проекты могут быть ранжированы и разрешены окупаемостью инвестиций.
- Служит основным документом продаж для заинтересованных сторон, имеющих рейтинг проекта, имеет сводку на 1-2 страницы, чтобы распространять, представлять и сохранять удобство для предотвращения других проектов или операций, выполняемых в ресурсах проекта.
- Служит фокусом во всем проекте. Например как опорная стратегия, которая может использоваться в командных встречах и совещаниях по управлению изменениями для содействия менеджменту.
Для большого многоэтапного проекта устав может быть создан для каждого отдельного этапа. Например, может быть устав проекта во время этапов «Ниша» и «Поиск» проекта, за которым следуют устав планирования и устав исполнения на этапе сборки проекта.
Устав проекта создается инициативной группой в самом начале. Разработка устава и определение заинтересованных сторон — это два основных действия инициативной группы.
Вклады для разработки устава могут быть:
- Заявление о работе проекта
- Технико-экономическое обоснование
- Соглашения и договоренности
- Стандарты предприятия, отраслевые стандарты, правила и нормы
- Организационный процесс, структуру и шаблоны
Как правило, менеджер проекта возглавляет разработку устава на основании своей экспертизы и предыдущего опыта разработки устава. Менеджер проекта в процессе разработки устава должен работать с ключевыми заинтересованными сторонами (клиентами и бизнес-спонсорами), специалистами в организации, экспертами по предметным вопросам внутри и вне организации, другими подразделениями в организации и может также работать с отраслевыми группами или профессиональными организациями. Менеджер проекта для разработки устава может использовать вспомогательные действия, такие как мозговой штурм, устранение проблем, разрешение противоречий, встречи, управление ожиданиями и т.д.
Единожды составленный устав предоставит руководителю проекта полномочия для официального выполнения проекта и использования организационных средств и ресурсов для успешного осуществления проекта.
Ссылки[править | править код]
Устав проекта, пожалуй, является самым важным документом проекта. Как правило, проект считается открытым именно после утверждения устава проекта. Поэтому процесс «Разработка устава проекта» крайне важен для успешной реализации проекта. К подготовке устава проекта необходимо привлекать команду управления проектом во главе с менеджером проекта. Большинство методологий, включая PMI PMBoK, сходятся на том, что работы, связанные с подготовкой устава проекта, не должны включаться в проект и выполняются за рамками проекта.
Устав проекта устанавливает партнерство между исполняющей организацией и организацией-заказчиком. Для внешних проектов предпочтительным способом заключения соглашения является формальный договор. В данном случае команда проекта является продавцом, реагирующим на условия предложения о покупке у внешней организации. Устав проекта в этом случае используется для заключения внутренних соглашений в рамках организации для обеспечения надлежащего поставляемого результата согласно договору. Одобренный устав проекта формально инициирует проект.
Менеджер проекта определяется или назначается сразу, как только это становится возможным, предпочтительно во время разработки устава проекта и обязательно до начала планирования. Устав проекта должен быть составлен спонсирующей стороной. Устав проекта наделяет руководителя проекта полномочиями в отношении планирования и исполнения проекта.
Рекомендуется, чтобы руководитель проекта участвовал в разработка устава проекта, чтобы полностью понимать требования проекта. Подобное понимание способствует эффективному распределению ресурсов для выполнения операций проекта
Разработка устава проекта
Давайте рассмотрим процесс «Разработка устава проекта» подробнее. На диаграмме ниже изображены входы, инструменты и методы и выходы этого процесса.
Входы процесса «Разработка устава проекта»
Описание работ проекта — это словесное описание продуктов, услуг или результатов, которые должен произвести проект. Для внутренних проектов инициатор или спонсор проекта предоставляет описание работ на основании бизнес-потребностей, требований к продукту или услуге. Для внешних проектов описание работ может быть получено от заказчика как часть документации по предложениям или как часть договора. Описание работ проекта отражает:
- Бизнес-потребность. Бизнес-потребность организации может быть основана на рыночном спросе, технологическом прогрессе, правовых требованиях, постановлениях правительства или соображениях, касающихся защиты окружающей среды. Обычно бизнес-потребность и сравнительный анализ затрат и выгод включены в бизнес-кейс для обоснования проекта.
- Описание содержания продукта. Описание содержания продукта включает характеристики продукта, услуги или результатов, для создания которых предпринимается проект. Описание должно также отражать взаимосвязь между создаваемыми продуктами, услугами или результатами и бизнес-потребностью, которую должен удовлетворить проект.
- Стратегический план. Стратегический план включает стратегическое видение, цели и задачи организации, а также высокоуровневое описание миссии. Все проекты должны соответствовать стратегическому плану организации. Соответствие стратегическому плану позволяет каждому проекту способствовать общим целям организации.
Бизнес-кейс или подобный документ предоставляет необходимую с точки зрения бизнеса информацию, позволяющую определить, стоит ли проект требуемых инвестиций. Он обычно используется вышестоящими по отношению к проекту руководителями для принятия решений. Как правило, в бизнес-кейсе содержится бизнес-потребность и сравнительный анализ затрат и выгод для обоснования проекта и определения его границ, и обычно подобный анализ выполняет бизнес-аналитик, используя различную информацию, полученную от заинтересованных сторон. Спонсор должен согласовать содержание и ограничения бизнес-кейса. Бизнес-кейс создается как результат действия одного или нескольких из следующих факторов:
- требование рынка (например, автомобилестроительная компания авторизует проект по изготовлению более экономичных автомобилей в ответ на дефицит бензина);
- потребность организации (например, в связи с высокими накладными расходами компания может объединить функции персонала и оптимизировать процессы для сокращения затрат);
- требование заказчика (например, электрическая компания авторизует проект по строительству новой подстанции для электроснабжения нового промышленного района);
- технологический прогресс (например, авиакомпания авторизует новый проект по разработке электронных билетов для замещения билетов, отпечатанных на бумаге, основываясь на технологических достижениях);
- юридическое требование (например, производитель красок авторизует проект для разработки руководящих указаний по обращению с токсичными материалами);
- экологические воздействия (например, компания авторизует проект для уменьшения своего воздействия на окружающую среду);
- социальная потребность (например, неправительственная организация в развивающейся стране авторизует проект по предоставлению систем питьевого водоснабжения, туалетов и санитарного просвещения сообществам, страдающим от высокого уровня случаев заболеваний холерой).
Соглашения используются для определения первоначальных намерений в отношении проекта. Соглашения могут принимать форму договора, меморандума о взаимопонимании, соглашения об уровне услуг, письма-соглашения, письма о намерениях, устных договоренностей, электронного сообщения или других письменных соглашений. Обычно договор используется, если проект выполняется для внешнего заказчика.
Факторы среды предприятия, которые могут оказывать влияние на процесс разработки устава проекта, включают в себя, среди прочего:
- организационную культуру, структуру и руководство;
- географическое распределение оборудования и ресурсов;
- государственные и промышленные стандарты (например, предписания контролирующих органов, кодексы поведения, стандарты на продукцию, стандарты качества, стандарты изготовления);
- инфраструктуру (например, существующие сооружения и основное оборудование);
- имеющиеся человеческие ресурсы (например, навыки, знания, специализации, такие как проектирование, разработка, юридические вопросы, заключение договоров и закупки);
- управление персоналом (например, руководящие указания по приему на работу и увольнению, анализ эффективности и результативности работы и записи об обучении персонала, политика вознаграждений и сверхурочной работы, а также учет рабочего времени);
- корпоративная система авторизации работ;
- ситуация на рынке;
- толерантность к риску заинтересованных сторон;
- политический климат;
- каналы коммуникаций, принятые в организации;
- коммерческие базы данных (например, стандартизированные сметные данные, данные изучения промышленных рисков и базы данных рисков);
- информационная система управления проектами (например, автоматизированные системы, такие как программное обеспечение для управления расписанием, система управления конфигурацией, система сбора и распределения информации или веб-интерфейсы к другим автоматизированным системам, работающим в режиме онлайн);
- государственные и промышленные стандарты или предписания (например, кодексы поведения, стандарты качества или стандарты по защите трудящихся);
- организационную культуру и структуру;
- ситуацию на рынке.
Активы процессов организации, которые могут оказывать влияние на процесс разработки устава проекта, включают в себя, среди прочего:
- стандартные процессы организации, политики и описания процессов;
- шаблоны (например, шаблон устава проекта);
- историческую информацию и базу накопленных знаний (например, проекты, записи и документы, всю информацию и документацию по закрытию проекта, информацию о результатах решений по отбору предыдущих проектов наряду с информацией об исполнении предыдущих проектов, а также информацию об операциях по управлению рисками).
Инструменты и методы процесса «Разработка устава проекта»
Экспертная оценка часто используется для оценивания входов, применяемых для разработки устава проекта. Экспертная оценка применяется в отношении всех технических и управленческих деталей в течение этого процесса. Такая экспертиза предоставляется любым лицом или группой лиц, обладающими специальными знаниями или подготовкой, и доступна из множества источников, включая следующие:
- другие подразделения в рамках организации;
- консультанты;
- заинтересованные стороны, в том числе заказчики или спонсоры;
- профессиональные и технические ассоциации;
- отраслевые объединения;
- эксперты по предметной области;
- проектный офис.
Методы организации групповой работы имеют широкое применение в рамках процессов управления проектом и способствуют созданию устава проекта. Примеры основных методов включают мозговой штурм, разрешение конфликтов, решение проблем и управление совещаниями. Модераторы используют эти методы, чтобы помочь командам и отдельным лицам выполнять операции проекта.
Выходы процесса «Разработка устава проекта»
Устав проекта — это документ, выпускаемый инициатором или спонсором проекта, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта. Он документирует бизнес-потребности, допущения, ограничения, понимание потребностей заказчика, высокоуровневые требования, а также новый продукт, услугу или результат, который планируется создать, например:
- назначение или обоснование проекта;
- измеримые цели проекта и соответствующие критерии успеха;
- высокоуровневые требования;
- допущения и ограничения;
- высокоуровневые описание и границы проекта;
- высокоуровневые риски;
- укрупненное расписание контрольных событий;
- укрупненный бюджет;
- список заинтересованных сторон;
- требования к одобрению проекта (т. е. что именно составляет успех проекта, кто решает, что проект оказался успешным, и кто подписывает проект);
- назначенный руководитель проекта, сфера ответственности и уровень полномочий;
- ФИО и полномочия спонсора или другого лица (лиц), авторизующего (авторизующих) устав проекта.
Дмитрий Халдин,
руководитель департамента управления проектами PM Invest Group
Просмотры:
20 381