Similar presentations:
Управление проектами
1.
Высшая школа бизнесаУПРАВЛЕНИЕ
ПРОЕКТАМИ
Второй семинар
Москва, 2023
2.
ЭПИГРАФВысшая школа бизнеса
О, воин, службою живущий,
Читай устав на сон грядущий.
И, ото сна едва восстав,
Читай внимательно устав!
2
3.
ПРЕЖДЕ ЧЕМ МЫ НАЧНЕМhttps://hse.a2nta.ru
Высшая школа бизнеса
Нажмите там «зарегистрироваться»
и создайте у.з. в системе
3
4.
Высшая школа бизнесаУСТАВ
«Устав проекта» (Project Сharter) —
документ, выпущенный инициатором или
спонсором проекта, который
формально авторизует существование проекта и
предоставляет руководителю проекта полномочия
использовать ресурсы организации в операциях
проекта.»
©2017 Project Management Institute. A Guide to the Project Management Body of
Knowledge (PMBOK® Guide) – Sixth Edition
4
5.
Высшая школа бизнесаКТО СОЗДАЕТ УСТАВ?
Устав проекта является
официальной авторизацией
проекта и разрабатывается
Руководителем проекта с
привлечением членов команды
управления проектом со стороны
Исполнителя.
Устав
проекта согласовывается с
командой управления проектом
со стороны Заказчика и
утверждается Спонсорами
проекта как со стороны
Исполнителя, так и со стороны
Заказчика.
5
6.
ПРИМЕРНЫЙ СОСТАВ УСТАВАВысшая школа бизнеса
1. Общие положения
9. Совокупный риск проекта
2. Нормативные ссылки
10.Укрупненное расписание
контрольных событий
3. Термины, обозначения,
сокращения
11.Заранее утвержденные
4. Назначение проекта
финансовые ресурсы
5. Измеримые цели проекта и
12.Список основных
заинтересованных сторон
соответствующие критерии
успеха
13.Требования к одобрению
6. Высокоуровневые требования
проекта
7. Допущения и ограничения
14.Критерии выхода из проекта
15.Руководитель проекта
8. Высокоуровневые описание,
16.Спонсор проекта
границы и ключевые
17.Приложения
поставляемые результаты
проекта
6
7.
ПРИМЕРНЫЙ СОСТАВ УСТАВАВысшая школа бизнеса
Исходными документами для разработки Устава проекта внедрения ИС являются
контракт и результаты предпроектного обследования, определяющие
содержание работ по проекту.
Устав проекта содержит следующую информацию:
1. Название проекта.
2. Бизнес-цели компании или причины возникновения проекта.
Формулировка причины фактически дает ответ на вопрос " Зачем выполняется данный
проект?".
Бизнес-цели компании обязательно учитывают стратегию развития компании, включая
стратегию развития информационных технологий, на которую ориентирован проект, например, увеличение капитализации предприятия и привлечение инвесторов.
7
8.
ПРИМЕРНЫЙ СОСТАВ УСТАВАВысшая школа бизнеса
3. Цели проекта.
Цели проекта определяют, что должно быть выполнено, и описывают конечный результат проекта.
В Уставе проекта приводится цель проекта как результат, ожидаемый Заказчиком и полезный для
него. Цель формулируется совместно Заказчиком и Исполнителем.
При формулировании цели руководитель проекта должен контролировать ее соответствие
контракту, в рамках которого будут выполняться работы по проекту.
Формулировка целей должна соответствовать следующим критериям ( SMART- Specific,
Measurable, Achievable, Relevant, Time-bound ):
•Конкретные (Specific) - позволяющие сформировать расписание проекта;
•Измеримые (Measurable) - позволяющие качественно (или количественно) оценить, что результат
получен;
•Достижимые (Achievable) - принципиально реализуемые Исполнителем в рамках проекта, с учетом
декларируемой помощи со стороны Заказчика;
•Приносящие результат (Relevant) - соответствуют ожидаемой Заказчиком пользе;
•Ограниченные во времени (Time-bound) - реализуемые в ожидаемые Заказчиком временные рамки
проекта.
8
9.
ПРИМЕРНЫЙ СОСТАВ УСТАВАВысшая школа бизнеса
4. Границы проекта.
Границы проекта определяют в целом то, что включается в проект.
Необходимо явно указывать, что не включается в проект, чтобы
исключить ситуацию, когда участник проекта ошибочно считает
некоторый продукт, услугу или результат входящими в проект.
Организационные границы
Определяется, какие подразделения (включая юридических лиц)
должны участвовать в проекте - кто будет использовать и
поддерживать ИС, от кого зависит выработка основных
решений по требованиям к ИС. Организационные границы определяют
максимальные границы обследования и область рождения требований
к ИС.
9
10.
ПРИМЕРНЫЙ СОСТАВ УСТАВАВысшая школа бизнеса
4. Границы проекта
•Функциональные границы
Указываются бизнес-направления, бизнес-процессы, которые будут
покрываться ИС. Данным пунктом определяются модули ERPсистем.
•Географические границы
Указываются территориально удаленные объекты, подлежащие
автоматизации.
10
11.
ПРИМЕРНЫЙ СОСТАВ УСТАВАВысшая школа бизнеса
5. Содержание проекта (задачи проекта).
Содержание проекта отвечает на вопрос "Какую конкретную работу нужно выполнить для
достижения поставленных целей?" или "Какие задачи необходимо решить для достижения
поставленных целей?". Содержание может быть получено от Заказчика в качестве
составляющей тендерной документации.
Пример описания содержания (задач) проекта
Автоматизация бизнес-процессов:
•Управление основными средствами.
•Учет затрат.
•Управление персоналом.
Требования к бизнес-процессам должны включать:
•Требования законодательства РФ в области бухгалтерского, налогового и статистического учета
и отчетности.
•Требования международных стандартов финансового учета и отчетности.
•Требования управленческого учета Головной компании Холдинга.
•Требования внутренней отчетности (внутреннего аудита).
•Требования ТК РФ, отраслевой отчетности, отчетности Головной компании Холдинга.
11
12.
ПРИМЕРНЫЙ СОСТАВ УСТАВАВысшая школа бизнеса
6. Основные предположения и ограничения.
Предположения - это ряд факторов, влияющих на проект, значения которых являются
неопределенными. В момент инициации проекта очень важно выделить как можно больше
предположений и задокументировать их. Формулируются внешние условия и допущения, без
фиксирования которых проект не может быть успешно завершен: лежащие вне контроля сторон
условия, без наличия которых не может быть четко определено содержание проекта.
Примеры предположений:
•основные ресурсы будут поставлены согласно графику;
•участники проекта будут выполнять требования и соблюдать сроки выполнения проекта; Заказчик
понимает необходимость начала и завершения проекта;
•проект имеет организационную поддержку со стороны руководства Заказчика;
•в организации-заказчике имеется возможность выделить персонал для обеспечения работ по
проекту;
•Заказчик и Исполнитель понимают необходимость обеспечения высокой организационной
дисциплины по проекту.
Для составления списка предположений рекомендуется использовать так называемый "мозговой
штурм". Неправильные или незадокументированные предположения могут вызвать проблемы во
время реализации проекта.
12
13.
ПРИМЕРНЫЙ СОСТАВ УСТАВАВысшая школа бизнеса
7. Ограничения - это условия, влияющие на действия команды или
определяющие их. Ограничения проекта задаются в процессе
инициации. Ограничения могут быть техническими, физическими,
ресурсными или другими. Возможны ограничения на бюджет
проекта, ограничение на качество продукта, ограничение на время
и технологии.
Примеры ограничений:
•наличие у консультантов Исполнителя сертификатов по
управлению проектами, выдаваемых Институтом управления
проектами (PMI);
•увеличение стоимости проекта не более чем на 10%.
13
14.
Высшая школа бизнесаПРИМЕРНЫЙ СОСТАВ УСТАВА
8. Контрольные события и ключевые даты.
Контрольные события (вехи проекта) - это основные события проекта, контрольные даты
получения результатов. Результаты и контрольные события могут совпадать или иметь разные
значения. В Уставе приводятся основные вехи проекта. Вехи, указанные в Уставе проекта, будут
контролироваться Заказчиком и должны жестко соблюдаться. Необходимо оценивать влияние
всех изменений в проекте на соблюдение сроков по данным вехам.
Примеры контрольных событий-вех проекта приведены в таблице:
Наименование вехи проекта
Ключевые даты
Конфигурирование программного обеспечения завершено
1 сентября 2023 г.
Материалы для обучения разработаны
2 ноября 2023 г.
Прототип разработан
12 декабря 2023 г.
Тестирование завершено
1 марта 2024 г.
Программное обеспечение выпущено
20 января 2024 г.
14
15.
Высшая школа бизнесаПРИМЕРЫ УСТАВА
Пример устава 2
Пример Устава 1
15
16.
Первый семинарУПРАВЛЕНИЕ ВНЕДРЕНИЕМ ИНФОРМАЦИОННЫХ СИСТЕМ
16