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

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

Устав выступает учредительным документом в следующих организационно-правовых формах юридического лица:

• Акционерное общество;
• Общество с ограниченной ответственностью (с 2009 года — единственный учредительный документ ООО);

44 документа

1. Все 47
2. Аккредитованная организация 3
3. Уставы 10
4. Устав 3
5. Устав 9
6. Микрофинансовая организация 3
7. Некоммерческое партнерство 3

ТИПОВОЙ УСТАВ N 31, НА ОСНОВАНИИ КОТОРОГО ДЕЙСТВУЕТ ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ

ТИПОВОЙ УСТАВ N 31, НА ОСНОВАНИИ КОТОРОГО ДЕЙСТВУЕТ ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ

Устав проекта. Содержание и пример

Открыть документ

1. I. общие положения
2. Ii. права и обязанности участников общества
3. Iii. порядок перехода доли или части доли участника общества в уставном капитале общества к другому лицу
4. Iv. выход участника из общества
5. V. управление в обществе
6. Vi. порядок хранения документов общества и порядок предоставления информации участникам общества, и другим лицам
7. Vii. сделки общества, в совершении которых имеется заинтересованность
8. Viii. реорганизация и ликвидация общества

8552 знаков,

Типовой устав N 25, на основании которого действует общество с ограниченной ответственностью.

Типовой устав N 25, на основании которого действует общество с ограниченной ответственностью

Источник: amulex.ru

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

Автор статьи:
Основатель Projectimo.ru
Свежие публикации автора:

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

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

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

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

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

Можно спросить в этой ситуации: «Позвольте, но в бизнес-плане все это описано?!». Действительно, бизнес-план подробно прорабатывает всю логику, инфраструктуру и экономику задачи, ее перспективы и финансовое обоснование. Но менеджер в большинстве случаев не может отвечать за все результаты, сформированные в бизнес-плане. Его задача имеет более узкий контекст.

Основные выходы процесса инициации проекта

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

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

Выписка из модели процессов инициации проекта

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

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

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

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

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

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

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

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

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

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

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

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

Источник: projectimo.ru

Устав проекта ( Project Charter) является официальной авторизацией проекта и разрабатывается Руководителем проекта с привлечением членов команды управления проектом со стороны Исполнителя. Устав проекта согласовывается с командой управления проектом со стороны Заказчика и утверждается Спонсорами проекта как со стороны Исполнителя, так и со стороны Заказчика.

Процесс разработки Устава проекта относится к группе процессов Инициация и осуществляется в фазе (на этапе) проекта внедрения ИС , которая имеет свое специфическое название в каждой методологии внедрения ИС, например, «Предварительное определение проекта «, «Определение проекта» — методология внедрения продуктов Microsoft, «Концепция» — методология внедрения ASUP.

Устав проекта содержит следующую информацию:

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

2. Бизнес-цели компании или причины возникновения проекта.

Формулировка причины фактически дает ответ на вопрос » Зачем выполняется данный проект?».

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

3. Цели проекта.

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

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

Формулировка целей должна соответствовать следующим критериям ( SMART- Specific, Measurable, Achievable, Relevant, Time-bound ):

• Конкретные (Specific) — позволяющие сформировать расписание проекта ;
• Измеримые ( Measurable ) — позволяющие качественно (или количественно) оценить, что результат получен;
• Достижимые (Achievable) — принципиально реализуемые Исполнителем в рамках проекта, с учетом декларируемой помощи со стороны Заказчика;
• Приносящие результат ( Relevant ) — соответствуют ожидаемой Заказчиком пользе;
• Ограниченные во времени (Time-bound) — реализуемые в ожидаемые Заказчиком временные рамки проекта.

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

Примеры формулировок целей:

• Проектирование единых унифицированных бизнес-процессов в Головной компании и дочерних компаниях холдинга.
• Разработка единого унифицированного ERP-решения, которое предназначено для внедрения в Холдинге, состоящем из Головной компании и 10 дочерних компаний.
• Разработка инструментальных средств развертывания/тиражирования полученного решения во всех дочерних компаниях Холдинга.

4. Границы проекта.

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

• Организационные границы

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

• Функциональные границы

Указываются бизнес-направления, бизнес-процессы , которые будут покрываться ИС. Данным пунктом определяются модули ERP-систем.

• Географические границы

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

Таблица 4.2. Пример границ проектаРаздел функциональности Процессы, не подлежащие реализации

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

5. Содержание проекта (задачи проекта).

Содержание проекта отвечает на вопрос «Какую конкретную работу нужно выполнить для достижения поставленных целей?» или «Какие задачи необходимо решить для достижения поставленных целей?». Содержание может быть получено от Заказчика в качестве составляющей тендерной документации.

Пример описания содержания (задач) проекта

• Управление основными средствами.
• Учет затрат.
• Управление персоналом.

Требования к бизнес-процессам должны включать:

• Требования законодательства РФ в области бухгалтерского, налогового и статистического учета и отчетности.
• Требования международных стандартов финансового учета и отчетности.
• Требования управленческого учета Головной компании Холдинга.
• Требования внутренней отчетности (внутреннего аудита).
• Требования ТК РФ, отраслевой отчетности, отчетности Головной компании Холдинга.

Источник: intuit.ru