Устав проекта 1 проект: разработка интернет-портала туристической

Приложение

ПРИМЕРЫ УСТАВОВ ПРОЕКТОВ КОМПАНИЙ

Пример 1. УСТАВ ПРОЕКТА (международная компания, занимающаяся производством компьтерной техники, разработкой программного обеспечения и проектами в сфере системного интеграции).

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


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

Пример 2. УСТАВ ПРОЕКТА (международная компания, занимающаяся разработкой и внедрением информационных систем)

Пример 3. УСТАВ ПРОЕКТА (Российская компания – системный интегратор)

СОДЕРЖАНИЕ1. ПРОФИЛЬ КОМПАНИИ 1.1. СФЕРА ДЕЯТЕЛЬНОСТИ 1.2. АДРЕС КОМПАНИИ 1.3. КОНТАКТНЫЕ ЛИЦА 1.4. СОТРУДНИКИ 2. ЦЕЛИ И ОПРЕДЕЛЕНИЕ ПРОЕКТА 3. ПЛАН ПРОЕКТА 4. СТРУКТУРА ПРОЕКТА 4.1. ОРГАНИЗАЦИОННАЯ СТРУКТУРА ПРОЕКТА 4.2. КЛЮЧЕВЫЕ РОЛИ И ОТВЕТСТВЕННОСТЬ 4.3. ПРОЦЕДУРЫ ВСТРЕЧ И ПОДГОТОВКИ ОТЧЕТОВ О СОСТОЯНИИ ПРОЕКТА 5. РИСКИ ПРОЕКТА 6. ПЛАН ОБУЧЕНИЯ ПОЛЬЗОВАТЕЛЕЙ 7. КОНТРОЛЬ ИЗМЕНЕНИЙ И ПРОЦЕДУРЫ ПРИЁМКИ РАБОТ 7.1. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ 7.2. ПРОЦЕДУРЫ ТЕСТИРОВАНИЯ И ПРИЕМКИ РАБОТ 7.3. СТАТУС И СОСТАВ ПРИЕМОЧНОЙ КОМИССИИ 7.4. ПЕРЕДАЧА В ОПЫТНУЮ ЭКСПЛУАТАЦИЮ 8. ЛИСТ СОГЛАСОВАНИЙ ПРИЛОЖЕНИЯ

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

Кто и куда подает заявление

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

  • назначенный директор;

  • один из учредителей;

  • представитель специализированной организации, либо компетентное лицо по доверенности.

При подаче формы Р11001 это лицо выступит заявителем. К заполненному бланку прилагаются:

  1. оригинал протокола (решения) о создании ООО;

  2. устав организации в 2-х экземплярах (один вернется с отметкой ФНС);

  3. квитанция об уплате госпошлины в размере 4000 рублей (можно оплатить через сайт ФНС РФ);

  4. подтверждение юридического адреса (письмо от собственника помещения или копия свидетельства о собственности);

  5. уведомление о переходе на упрощенную систему налогообложения по форме 26.2-1 (при необходимости).

Документы подаются непосредственно в инспекцию ФНС по адресу регистрации общества, либо в многофункциональный центр оказания государственных и муниципальных услуг (МФЦ).

Заявление на регистрацию ООО в 2020 году не нужно заверять у нотариуса, если при его подаче присутствуют все учредители и заявитель. Во всех остальных случаях нотариус должен заверить подписи участников и доверенность на заявителя.

На 3 странице листа Н надо указать, каким образом ФНС нужно выдать регистрационные документы:

  • заявителю;

  • лицу, действующему по доверенности;

  • выслать по почте.

После сдачи документов в ИФНС заявитель получает расписку с указанием номера и даты обращения. По этой информации он сможет отследить дальнейшее движение заявки.

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

Цели и критерии успеха проекта (согласно SMART)

Цель — Это достижимый, проверяемый продукт деятельности.

1. Конкретными (Specific). 1.1. Цель проекта: «Повышение эффективности управления проектами». 1.2. Результат: Все проекты компании должны реализовываться в срок в рамках бюджета и установленных сроков. Время и стоимость работ по доработке результатов проекта должны быть доведены до минимума. Увеличено количество одновременно реализуемых проектов. 1.3. Показатели: Количество проектов портфеля, отклонение по срокам проекта, отклонение по затратам проекта, длительность реализации проекта, затраты проекта.2. Измеримыми (Measurable). 2.1. Цель проекта: «Повышение эффективности управления проектами». 2.2. Результат: Методология управления проектами согласована с процессами компании. Процессы управления проектами должны быть построены с учетом технологии реализации проектов компании. Процессы должны обеспечивать реализацию всех проектов компании. 2.3. Показатели: Степень согласованности с  процессами компании. Уровень соответствия процессов технологии реализации проектов.3. Достижимыми (Attainable). 3.1. Цель проекта: «Повышение эффективности управления проектами». 3.2. Результат: Уровень технологической зрелости позволяет развивать систему управления проектами до необходимого уровня. 3.3. Показатели: Уровень знаний сотрудников компании в методологии управления проектами, уровень навыков работы с информационными продуктами управления проектами.4. Реалистичными (Realistic). 4.1. Цель проекта: «Повышение эффективности управления проектами». 4.2. Результат: Методология управления проектами согласована с процессами компании. Процессы управления проектами должны быть построены с учетом технологии реализации проектов компании. Процессы должны обеспечивать реализацию всех проектов компании. 4.3. Показатели: Степень согласованности с  процессами компании. Уровень соответствия процессов технологии реализации проектов.5. Контролируемыми (Trackable). 5.1. Цель проекта: «Повышение эффективности управления проектами». 5.2. Результат: Процесс реализации проекта должен разделен на этапы с детальным описанием результатов каждого этапа. 5.3. Показатели: Уровень детализации результатов. Уровень соответствия результата этапам реализации проекта.

8 вопросов для создания более эффективного УП

  1. Было ли потрачено достаточно времени и сил, чтобы понять необходимость запуска проекта? Иначе вы не определите ключевые элементы и цели при составлении УП.
  2. Имеется ли четкая связь со стратегическими целями компании? Проект принесет пользу, если он имеет логику в глобальной миссии организации.
  3. Какую ценность проект принесет для собственников и руководства? Как он вписывается в бизнес-цели компании?
  4. Было ли описание проекта понятно составлено? Когда есть точные показатели для бюджета, сроков, качества, то будет намного легче отобразить более развернутую картину для стейкхолдеров, спонсоров проекта и ПК.
  5. Цели реалистичные и досягаемые? В обратном случае нет смысла дарить ложные надежды стейкхолдерам и спонсорам.
  6. Каковы риски для организации, если не запускать проект? Если они минимальные, тогда нужно проанализировать, стоит ли реализовать новую идею. Либо существующие внутренние и внешние риски напротив подталкивают быстрее начать проект.
  7. Доступны ли требуемые ресурсы? Если нет, то планирование проекта было неудачным. Даже если необходимые ресурсы имеются у компании, нужно предусмотреть нежелательные ситуации при анализе рисков.
  8. Как реалистично измерить успешность проекта? KPI должны быть пересмотрены, если необъективно отражают прогресс проекта.

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

Шаг 1. Определите конечную цель.


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

Проанализируйте, как проект может повлиять на бизнес-показатели организации.

Шаг 2. Создать организационную структуру.

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

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

Шаг 3. Подготовить план имплементации УП.

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

Типовой устав ООО

Кроме этих обязательных сведений устав компании часто дословно копирует статьи закона № 14-ФЗ. Для учредителей это удобно – при изучении устава не надо каждый раз обращаться к оригиналу закона. Но в то же время объемные учредительные документы затрудняли их проверку в налоговой инспекции перед регистрацией общества.

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

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

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

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

К основным диспозитивным нормам, регулирующим деятельность ООО, относятся:

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

В результате разных сочетаний диспозитивных норм у ФНС получилось 36 вариантов. Например, типовой устав ООО № 7 предполагает:

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

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

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

Затем надо будет указать номер выбранного варианта устава в заявлении Р11001. Сам текст учредительного документа распечатывать и подавать в налоговую инспекцию не требуется.

Однако, если вас заинтересовала возможность зарегистрировать ООО на базе типовых уставов, придется подождать. Приказ об их утверждении вступит в силу только 25 июня 2019 года. А потом надо дождаться принятия новых регистрационных форм, в которых предусмотрены специальные поля для выбора одного из 36 вариантов. К сожалению, c момента опубликования нового проекта Р11001 прошло уже три года, но неизвестно, когда его все-таки примут.

Отметим, что регистрация ООО на базе устава от ФНС – это только право заявителя, а не его обязанность. Индивидуальные учредительные документы по-прежнему останутся основным инструментом для создания юридических лиц.

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

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

Этот документ выполняет несколько функций, среди них важно отметить:

  • функцию постановки задачи;
  • функцию согласования;
  • авторизационную функцию;
  • функцию повышения дисциплины;
  • консолидационную функцию;
  • интеграционную функцию.

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

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

Типовая структура устава проекта

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

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


Форма устава проекта

Форма приложения к уставу проекта

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

Компоненты хорошего устава

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

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

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

Масштаб проекта на высоком уровне — данный пункт должен быть составлен из информации, собранной в основном от спонсоров проекта

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

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

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

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

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

Существуют некоторые спорные мнения о том, кто должен составлять устав — спонсор, высшее руководство либо руководитель проекта? В теории, наилучшим вариантом является, когда этим занят спонсор, но в реальности, как только нужды бизнеса были определены (может даже поверхностно) и руководитель проекта был назначен, эта задача ложится на плечи руководителя проекта. Если устав был составлен  согласно правилам, скрупулезно и  при  участии  соответствующих ключевых участников, разрабатывающих документацию и выполняющих другие сопутствующие функции, то процесс разработки становится менее важным.

Удачной документации!

< Предыдущая   Следующая >

Newer news items:

  • 12/12/2010 20:08 — Выгоды документирования
  • 12/12/2010 20:06 — Написание проектного предложения
  • 07/03/2010 22:57 — Написание отчёта о работе
  • 07/08/2009 21:05 — Основные документы для управления проектами
  • 07/08/2009 20:47 — Как снизить уровень документации по управлению проектом

Older news items:

08/07/2009 18:58 — Предложение о финансировании

Инструменты и методы процесса «Разработка устава проекта»

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

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

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

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

Описание работ (statement of work, SOW) проекта — это словесное описание продуктов, услуг или результатов, которые должен произвести проект. Для внутренних проектов инициатор или спонсор проекта предоставляет описание работ на основании бизнес-потребностей, требований к продукту или услуге. Для внешних проектов описание работ может быть получено от заказчика как часть документации по предложениям (например, запроса предложения, запроса информации, запроса заявок) или как часть договора. SOW отражает:

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

Бизнес-кейс

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

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

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

Соглашения

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

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

Рассмотрим процесс разработки устава проекта (пример может дополняться и изменяться) поэтапно более подробно.


1 этап: Описание работы. Данный этап включает в себя создание характеристик всех планируемых товаров, услуг, установленных бизнес-проектом.

На данном этапе в уставе должны быть отражены следующие показатели:

  • Бизнес-потребность компании, которая основывается, как правило, на рыночном спросе в данный момент.
  • Описание содержания товара/услуги. Подразумевается определение всех характеристик по продукции, планируемой к реализации. Здесь же отражается взаимное влияние товара/услуги на конечные результаты.
  • Формирование стратегического плана подразумевает определение видения целей, миссии проекта, его основных задач.

2 этап: Составление бизнес-кейса. Предполагается формирование всей необходимой информации, которая позволяет оценить стоит ли в целом данный проект реализовывать.

В бизнес-кейсе устава следует описать следующие моменты:

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

3 этап: Формирование соглашений по проекту. Подразумевает характеристику первоначальных намерений в отношении проекта в виде договоров и аналогичных письменных документов.

4 этап: Исследование факторов среды предприятия. Подразумевает определение списка возможных факторов, которые могут оказать влияние на проект. Среди таких факторов установлены:

  • структура проекта и его руководство;
  • распределение ресурсов в географическом плане;
  • стандарты со стороны государства;
  • имеющаяся инфраструктура;
  • трудовые ресурсы;
  • управление человеческими ресурсами;
  • рыночные прогнозы и рыночная ситуация;
  • политическая составляющая;
  • коммуникационные отношения компании;
  • информационная система компании.

5 этап: Исследование активов процессов организации. Имеется в виду анализ следующих явлений:

  • бизнес-процессы компании;
  • установленные шаблоны документов компании;
  • база накопленных данных.

3 главные причины, почему без устава ваш проект рискует провалиться

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

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

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

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

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

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

Введение.

Раздел 1. Обоснование проекта.

  • Краткая характеристика.
  • Основные цели и задачи.
  • Критерии успеха.
  • Связи и зависимости.

Раздел 2. Сущность проекта.

  • Результаты.
  • Критерии приемки результатов.
  • Исключения.
  • Время и стоимость.

Прочие допущения и ограничения.

Раздел 3. Орг. структура проекта.

  • Управление.
  • Руководство.
  • Команда.

Раздел 4. Права и обязанности.

  • Права и обязанности со стороны руководителя.
  • Права и обязанности соуправляющего комитета.
  • Права и обязанности членов команды.

Раздел 5.

  • Методы управления.
  • Управление командой.
  • Основные коммуникации.

Какие сведения должны быть указаны в уставе

Устав компании обычно представляется объёмным и сложным документом. На самом деле, это во многом проявление традиций делового оборота. Многостраничные документы воспринимаются, как более солидные, чем те, что составлены на двух-трёх листах.

Обязательные сведения, которые должны содержаться в учредительном документе, перечислены в статье 12 закона № 14-ФЗ «Об обществах с ограниченной ответственностью». Если какие-то из них упустить, ИФНС откажет в регистрации компании.

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

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

Фирменное наименование общества с ограниченной ответственностью (полное и сокращённое). ИФНС не проверяет его на уникальность, но следит за соблюдением ограничений, установленных для названий юридических лиц. Место нахождения ООО. Необязательно указывать в уставе полный юридический адрес, достаточно прописать населённый пункт создания компании. В этом случае, если ООО переедет в другое помещение того же города, устав менять не придётся. Размер уставного капитала, вносимого при создании общества. Минимально допустимый размер УК в 2020 году составляет 10 000 рублей. Внести его надо обязательно в денежной форме – в кассу или на расчётный счёт в течение четырёх месяцев после регистрации ООО. В дополнение к минимальному размеру можно внести любое имущество или денежный актив. Состав органов общества с ограниченной ответственностью и их компетенция. Если учредителей несколько, то высшим органом управления является их общее собрание. А когда учредитель единственный, то полномочия общего собрания он единолично принимает на себя. Особо отмечать это в уставе не надо, потому что положение автоматически следует из норм закона «Об ООО». Обязанности и права, которые получает учредитель после создания ООО

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

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


С этим читают