8. Дополнительно: инициация и планирование проекта
1. Миссия проекта:
Кредо – призвание, общая цель
Современное понимание цели бизнеса: max стоимости этого бизнеса
Прибыль – устаревшая цель, т.к.:
- наличие прибыли не означает наличие денег (денежных потоков)
- прибыль – показатель среднесрочный и краткосрочный
- 2 проекта:
1. долгосрочный, требующий больших инвестиций, принесет опережение конкурентов в будущем
2. среднесрочный, краткосрочный – требует больших инвестиций, принесет большую прибыль, но в результате отстанем от конкурентов
Если критерий – прибыль, то №2, если критерий – стоимость бизнеса – то №1
Стратегия – как реализовать
Ключевые аспекты внутренней политики
Характеристика аспектов внешней среды
2. Критерии успеха проекта
Уложились ли во временные рамки
Не вышли ли за границы бюджета
Надлежащий уровень выполнения работ и соответствие спецификации
Результат принят клиентом / пользователем
С минимальным кол-вом изменений в содержании / взаимно согласованными изменениями
Не нарушая основной поток работы организации
Не изменяя корпоративную культуру
3. Определение границ проекта
Важно с самого начала определить, что входит в проект, а что остается за рамками
Проект предполагает: 1, 2, 3…
Проект не предполагает: 1,2,3…
4. 3 Основных документа (pmi):
Устав проекта (project chapter)
– официально авторизует проект,
- назначает менеджера проекта
- дает ему полномочия
- ресурсы (денежные средства, команда, оборудование…)
- ответственность
Описание содержания проекта – содержит описание работ, которые предстоит выполнить и результатов поставок, которые надлежит произвести
План управления проектом
- должен быть бюджет проекта
- сроки
- план управления кадрами
- план управления риском
- план управления качеством
3) План управления проектом
Позволяет детально проработать параметры проекта
Содержит описание того, как работа будет выполняться
Дает возможность принять окончательное решение о выгодности проекта
- состоит из разделов по всем 9 предметным областям
- на основании плана осуществляется дальнейшее управление проектом
Иерархическая структура работ (work breakdown structure, WBS)
- представляет собой декомпозицию (разложение на составные части) всех работ проекта, необходимых для выполнения проекта (достижения поставленных целей)
Разбиваем на пакеты работ, сколько работ входит в пакет
- учитывает иерархию работ – из каких работ состоят более сложные и объемные
- разбиение работ до уровня управляемости – до того уровня, пока существует ответственное лицо, принимающее результаты работ
- не учитывает временную составляющую – в какой последовательности необходимо выполнять работы
Если какие-то работы будут приниматься совместно – есть подозрение, что зря разбили на отдельные работы
Способы составления: 2 подхода:
Продуктовый – выделение работ с т.зр. продукта, который эта работа создает (всегда должен быть результат в виде продукта)
Процессный – с т.зр. того, что происходит внутри (процесс приводит к результату)
- не смешивать при составлении иерархии работ, иначе последует непонимание сотрудниками.
Абсолютно ли идентичны 2 подхода? Если с конца в начало – похожи, если из начала в конец (как всегда в начале проекта) – разные. Например, с т.зр. продукта может быть 2 продукта, а с т.зр. процесса их может быть целесообразнее объединить в один процесс
=> нет абсолютно правильной ИСР, главное – не нарушить основные правила