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

1. Управление проектами. Модуль 3.

2. Лекция 15-16
Управление внедрением проекта
● Разработка устава проекта
● 1. Описание работ (SOW)
● 2. Определение бизнес-ценности проекта
● 3. Определение высокоуровневых потребностей бизнеса
● 4. Определение допущений и ограничений проекта
● 5. Определение границ проекта
● 6. Определение списка заинтересованных сторон.
● Практическая часть
● Составление матрицы заинтересованных лиц
● Обсуждение выбора проекта для защиты

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

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

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

6. 10 областей знаний PMBOK

7. Управление интеграцией
Что такое управлениеинтеграциейпроекта?
● Управлять интеграциейв проектном менеджменте означает
выполнятьдействия и процессы, направленныена
объединениеи координацию процессов и действий,
необходимых для достижения целей проекта и
удовлетворения ожиданийего заинтересованныхсторон.
● В контексте управления проектом интеграция - это
принятиерешений о том, где концентрировать ресурсы
на каждую конкретную дату, прогноз потенциальных
проблем, и их решение до того, как эти проблемы
станут критическими, и хорошая координация работы
проекта в целом, а также нахождение компромиссов
между пересекающимися целямии альтернативами.

8. Управление интеграцией
Зачем управлятьинтеграциейпроекта?
Области знаний в управлениипроектамизависятдруг от друга, процессыуправления
проектамипересекаютсямежду собой, проектнаядеятельность может быть связанас
результатами текущей деятельности организациии, наоборот,поэтомуважно
управлятьданными взаимозависимостямис целью принятиясвоевременных
решений относительно конфликтовресурсов,конфликтов целей и влиянием на
проект различныхзаинтересованныхсторон.
Кроме того, управлениеинтеграциейвключает в себя действия, необходимые для
интеграцииразличных документовпроектнойдеятельности.
Процессы управленияинтеграциейпроекта
К процессамуправленияинтеграциейпроектаотносят следующие процессы:
● Разработка Устава проекта
● Разработка плана управления проектом
● Руководство и управление исполнением проекта
● Мониторинг и управление работами проекта
● Осуществление общего управленияизменениями
● Завершениепроекта или фазы

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

10. Разработка устава проекта
● Описание работ проекта( SOW)- это словесное описание
продуктов, услуг или результатов,которые должен
произвести проект. Он должен отражать:
● Бизнес-потребность
● Описание содержание продукта
● Стратегический план
● Бизнес-кейсы-или подобный документ предоставляет
необходимую с точки зрения бизнеса информацию,
позволяющуюопределить, стоит ли проект требуемых
инвестиций
● Соглашения – договор
● Факторы среды предприятия
● Активы процессоворганизации

11. Разработка устава проекта- выходы
Устав проекта — это документ,выпускаемый инициатором или спонсором проекта,
который формальноавторизует существование проекта и предоставляетруководителю
проекта полномочияиспользоватьресурсы организации в рамкахпроекта. Он
документирует бизнес-потребности,допущения, ограничения, понимание потребностей
заказчика,высокоуровневыетребования, а такженовый продукт, услугу или результат,
который планируется создать,например:
● назначение или обоснование проекта;
● измеримые цели проекта и соответствующиекритерии успеха;
● высокоуровневые требования;
● допущения и ограничения;
● высокоуровневые описание и границы проекта;
● высокоуровневые риски;
● укрупненное расписание контрольныхсобытий;
● укрупненный бюджет;
● списокзаинтересованных сторон;
● требования к одобрению проекта (т. е. что именно составляетуспех проекта, кто
решает, что проект оказалсяуспешным,и кто подписывает проект);
● назначенный руководительпроекта, сфера ответственности и уровень полномочий;
● Ф.И.О.и полномочияспонсораили другого лица (лиц), авторизующего
(авторизующих)устав проекта.

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

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

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

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

16. Миссия Устава проекта
● Устав проекта – это документ, формальноавторизующий проект.
● Выпуск Устава проекта наделяет менеджерапроекта
(руководителя проекта)полномочиямина привлечение ресурсов в
проект.
● Наделение полномочиямименеджерапроекта на привлечение
ресурсов в проект особенно важно в функциональных структурах,
для которых характерно строгое иерархическое подчинение по
вертикали.
● Степень детализации Устава проекта ниже по сравнению
с описанием содержания проекта, поскольку именно Устав
проекта дает возможность менеджерупроекта перейти к
детальному планированиюпроекта.
● Одной из целей создания Устава проекта является презентация
проекта сотрудникам организации,работающим в
функциональных подразделениях. Таким образом, Устав проекта
легально объявляет о начале проекта и его целях.

17. Устава проекта- изменение
Порядок внесения изменений в Устав проекта
За подготовку и внесение изменений в Устав проекта в компании необходимо
назначить ответственное лицо.
Изменения в Устав проекта должны вноситься в следующих случаях:
● произошли изменения в параметрах проекта (сроки, содержание, бюджет,
качество);
● произошли изменения в требованиях Заказчика (и/или) Инвестора проекта;
● произошли изменения в параметрах продукта проекта;
● произошли изменения во внутренних/внешних условиях проекта.
Изменения в Устав проекта должны быть оформлены соответствующим
образом, а внесение изменений в Устав проекта должны быть санкционированы
Руководителем проекта.
По завершении проекта Устав проекта и все изменения к нему должны быть
включены в Архив проекта. После завершения проекта, которое фиксируется
приказом, изменения в Устав проекта запрещены.
По завершении проекта все версии Устава проекта должны быть включены в
Архив проекта.

18. А если без устава?
1. Проектному менеджеру будетне хватать полномочий,
а проекту — ресурсов.Готовый устав проекта же
документирует одобрение от стейкхолдеров. Поэтому
ПМ не придется постоянновыбиватьдополнительное
финансированиеили сражатьсяза свои полномочия.
2. Нет понятныхожиданий от проекта.А вот в уставе его
цели и задачи подробно описаны. Это уменьшает
вероятность,что содержание проекта начнет
в дальнейшемразрастаться.
3. Проект приведет вас к результатам,которыеидут
вразрез с целямиорганизации. Ведь в УП, наоборот,
обосновываетсяважностьпроекта для бизнеса и как
он соответствует видению компании.