Устав Проекта Шаблон

Как дела? С вами снова я Маша Б., рассказываю и показываю свой опыт и знания в юридической сфере, мой опыт больше 16 лет, поэтому смогу быстро Вам помочь и сейчас рассмотрим — Устав Проекта Шаблон. Конечно, по какой-то причине в Вашем городе может не быть профессионалов юристов, нотариусов, адвокатов, тогда можете написать свой вопрос, и по мере обработки смогу ответить всем. А лучше всего будет для Вас спросить в комментариях у постоянных посетителей, которые, возможно,уже раньше успешно решили данный вопрос и скорее всего смогут помочь и Вам.

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

Мораль: устав даже на 1 страничке А4, подписанный заинтересованными лицами, лучше чем неподписанный на 5 страничках. И требование подписать его до начала работ со стороны РМа полностью законно в любой компании, более того – это прибавляет вам профессионального веса, позволяет понять «а чего же мы все-таки делаем» и получить хоть какие-то полномочия. Если управление проектами в компании отсутствует как класс, то даже неподписанный устав лучше чем его отсутствие, вы хотя бы разберетесь, что делать, и настроитесь на правильный лад с самого начала проекта (да простит меня РМВОК).

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

Как написать устав проекта

1. Начальные условия (Project Background) – что привело к инициации проекта, входные условия, «боль» Заказчика.
2. Цели и ожидания проекта (Project Objectives / Expectations) – чего мы хотим достичь на выходе. Это что-то должно быть измеримым (по SMART или как-то еще, неважно) и не допускать двойного толкования. Например, цель «сделать систему CRM, чтобы привлекать больше клиентов» – как-то не очень, правда? А вот «разработать и внедрить систему CRM для сотрудников отдела продаж Северо-Волжского филиала до 01.12.2022 для обеспечения мгновенного доступа к информации о тратах клиентов в разные периоды года» – это уже немножко лучше.
3. Содержание и результаты (Scope and deliverables) – что именно мы включаем в состав проекта и какие конкретные результаты получим? Например, если нужно выпустить новую систему CRM, то на выходе мы должны иметь саму систему, сервера, на которых мы ее поставим, обученных пользователей и документацию для передачи в поддержку (а может, и саму организованную с нуля поддержку). В этом разделе вы четко ограничиваете, что вы сделаете. Еще очень полезно сюда же включить подраздел со списком того, что в содержание проекта не входит в явном виде (чтобы все это согласовали и потом никто не удивлялся, почему вы в рамках проекта еще и систему управления инцидентами для техподдержки системы не внедрили).
4. Ключевые требования и характеристики (Requirements and Characteristics) – то, что не является результатом проекта, но важно для него. Если опять вернуться к системе CRM, то типовым требованием может быть «Срок обучения сотрудника системе не должен превышать 1 рабочего дня», «Поддержка системы не должна быть дороже 200 000 р. в год», «В системе одновременно должно работать не менее 300 человек» и подобное.
5. Бюджет и сроки (Cost and Timelines) – деньги, сроки и их взаимоотношения с другими сторонами проектного треугольника. Например, сюда полезно вписать приоритеты по убыванию типа Бюджет-Содержание-Сроки. Т.е. потратить больше денег прямо никак нельзя, уменьшать получаемые результаты сильно нежелательно (но можно, в самом крайнем случае), и если надо ради первых двух пунктов увеличить срок – это ок. Часто тут многие зависают, мол, «да нам все важно!», но в правильно мире вы идете к Спонсору и спрашиваете его, если спонсор адекватен – у него это понимание приоритетов точно есть, и он поделится им с вами.
6. Ключевые участники (Key Stakeholders) – основные заинтересованные лица, как минимум – Спонсор, Заказчик, те, кому придется делиться с вами ресурсами (в матричной структуре), ваш руководитель, держатель бюджета и т.д. Включать сюда всю компанию не стоит, просто подумайте и напишите: а) кто должен знать о проекте на этой стадии б) к чьему авторитету вам будет полезно апеллировать в ходе проекта
7. Допущения и ограничения проекта, основные риски (Project Assumptions and Restrictions, Main Risks) – про эти вещи мы еще поговорим подробнее, но в целом цель включения их в устав проекта – донести до всех заинтересованных лиц особенности того окружения и того момента, в которых вы делаете проект, озвучить свои опасения и получить подтверждение их готовности в этих вопросах вам всячески помогать. Ну и чтобы потом никто не говорил «а нам не сказали».

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

Место устава в процессах инициации

1. Ответственность менеджера ограничивается созданием нового продукта.
2. PM обеспечивает создание продукта и его производство.
3. Менеджер отвечает не только за создание и производство новой продукции, но и за его продажу в течение заданного периода времени.

Состав и структура устава

1. Обоснование выполнения уникальной задачи развития.
2. Цели, задачи и результаты.
3. Имя и фамилию PM, границы его ответственности и полномочия.
4. Определение и структуру продукта.
5. Интересы и ожидания участников.
6. Критерии успеха.
7. Принципы организации и управления проектом.

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

Кто разрабатывает Устав проекта?

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

Практика внедрения Устава проекта

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

7.1. Обращение по требованию кредиторов взыскания на долю (часть доли) участника Общества в уставном капитале Общества по долгам участника Общества допускается только на основании решения суда при недостаточности для покрытия долгов другого имущества участника Общества.

1. без доверенности действует от имени Общества, в том числе представляет его интересы и совершает сделки;
2. выдает доверенности на право представительства от имени Общества, в том числе доверенности с правом передоверия;
3. издает приказы о назначении на должности работников Общества, об их переводе и увольнении, применяет меры поощрения и налагает дисциплинарные взыскания;
4. осуществляет иные полномочия, не отнесенные Федеральным законом или уставом Общества к компетенции участника Общества.

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

9. ГЕНЕРАЛЬНЫЙ ДИРЕКТОР ОБЩЕСТВА

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