14
1.2. Управление проектом по фазам, стадиям и этапам жизненного цикла
Содержание управление проектами в значительной степени
дифференцируется на различных этапах его создания и реализации. В этой
связи эффективный выбор и применение методов и инструментария
проектного менеджмента в значительной степени зависит от характеристик
работ, которые выполняются на тех или иных промежутках времени
осуществления проекта. Сущность любого проекта заключается в
деятельности, но для того, чтобы он был успешным, необходимо тщательное и
продуманное управление этим проектом, служащее гарантией эффективной
деятельности, ее направленности на достижение конечной цели.
15
Функции управления проектом осуществляются на всех этапах и фазах
управления проектом и включают планирование, контроль проекта, анализ,
принятие решений, составление и сопровождение бюджета проекта,
организацию осуществления, мониторинг, оценку, отчетность, , проверку и
приемку, бухгалтерский учет, администрирование.
16
Задачи управления проектом
17
:
- определить цели проекта и провести его обоснование;
- выявить структуру проекта (подцели, основные этапы работ, которые
предстоит выполнить);
- определить необходимый объем и источники финансирования;
- подобрать исполнителей и сформировать команду проектантов;
- подготовить и заключить контракты;
- определить сроки выполнения проекта, составить график его
реализации;
- рассчитать необходимые ресурсы;
- рассчитать смету и бюджет проекта;
15
Товб. А.С., Ципес Г.Л. Управление проектами: Стандарты, методы, опыт. – Пер. с англ.- М.: Изд-
во Олимп-бизнес, 2016. – 240 с.
16
Чурилов А. А. Понятие, роль и актуальность проектного управления в России // Молодой
ученый. — 2013. — №3. — С. 299-301.
17
Тихомирова О.Г. Управление проектом: комплексный подход и системный анализ: монография. –
М.: ИНФРА-М, 2017. – 300с.
15
- планировать и учитывать риски;
- обеспечить контроль за ходом выполнения проекта и многое другое.
Структура управления проектом обеспечивает основу для понимания
управления проектами и включает в себя следующие большие разделы
18
:
1) содержание управления проектами — описание среды, в которой
функционирует проект, а также его жизненный цикл;
2) процесс управления проектами — описывает общий взгляд на то, как
взаимодействуют различные процессы управления проектами, как
осуществляется управление различными институциональными подсистемами
проекта:
- управление замыслом проекта — инициирование и планирование
замысла. Разработка стратегии проекта, его уточнение и контроль;
- управление интеграцией (содержанием) проекта — его планирование,
разработка целевой структуры;
- управление временем — планирование работ, их последовательности и
продолжительности, составление расписания и графика;
- управление финансами (стоимостью) проекта — разработка сметы и
бюджета проекта и контроль стоимости;
- управление качеством — планирование и контроль качества проектных
работ и продуктов проекта;
- управление командой — описывает процессы эффективного
использования человеческих ресурсов;
- управление коммуникациями проекта — планирование коммуникаций,
распределение информации, представление отчетности;
- управление рисками — идентификация и менеджмент рисков проекта;
- управление обеспечением проекта — описывает процессы, требуемые
для получения товаров и услуг для реализации проекта извне. Это
планирование требований: обращений, выбор источников, разработка и
закрытие контрактов.
18
Радугин А.В. Основы менеджмента. - М.: Центр, 2015. – 314 с.
16
Среди подходов к управлению проектом пожизненному циклу выделяют
следующие модели: каскадная или водопадная, спиральная и итеративная
(инкрементная).
19
Каскадная или водопадная модель – является одной из самых
распространенных, в рамках данной модели подразумевают последовательное
выполнение каждого запланированного действия. В качестве источника для
названия данной модели, часто ссылаются на статью У. У. Ройсом,
опубликованную в 1970 году. В исходной каскадной модели фазы шли в
следующем порядке
20
:
1) Определение требований
2) Проектирование
3) Конструирование (также «реализация» либо «кодирование»)
4) Воплощение
5) Тестирование и отладка (также «верификация»)
6) Инсталляция
7) Поддержка
Следуя каскадной модели, движение проекта переходит от одной стадии
к другой строго последовательно. Сначала полностью завершается этап
«определение требований», в результате чего получается список требований к
проекту. После того как требования полностью определены, происходит
переход к проектированию, в ходе которого создаются документы, подробно
описывающие способ и план реализации указанных требований. После того,
как проектирование полностью выполнено, осуществляется разработка
полученного проекта. На следующей стадии процесса происходит интеграция
отдельных компонентов, разрабатываемых различными командами. После
того, как реализация и интеграция завершены, производится тестирование и
отладка продукта; на этой стадии устраняются все недочёты, появившиеся на
предыдущих стадиях разработки. После этого продукт внедряется и
19
Павлов А.Н. Управление программами проектов на основе стандарта PMI The Standart for
Programmanagement. Изложение методологии и рекомендации по применению / А.Н. Павлов. – М.: БИНОМ.
Лаборатория знаний, 2014. – 304 с.
20
Пинто Д.К. Управление проектами. – СПб.: Питер, 2011.
17
обеспечивается его поддержка — внесение новой функциональности и
устранение ошибок.
21
Таким образом, каскадная модель подразумевает, что переход от одной
фазы разработки к другой происходит только после полного и успешного
завершения предыдущей фазы, и что переходов назад либо вперёд или
перекрытия фаз — не происходит.
Применение каскадной модели:
– В проектах с четко определенными требованиями, для которых не
предусматривается их изменений в процессе разработки;
– Для проектов, которые мигрируют с одной платформы на другую. То
есть, требования остаются те же, меняется только системное окружение и/или
язык программирования;
– Когда от компании-разработчика не требуется проводить тестирования
– к примеру, его обеспечением займется сам заказчик или сторонняя фирма.
В условиях динамично изменяющихся требований, строго
структурированный процесс может из преимущества превратиться в помеху
на пути успешного завершения разработки системы. Поэтому сегодня
водопадная модель применяется преимущественно крупными компаниями для
больших и сложных проектов, которые предполагают всеобъемлющий
контроль рисков.
22
Плюсы модели:
- Полное документирование каждого этапа;
- Четкое планирование сроков и затрат;
- Прозрачность процессов для заказчика.
Минусы модели:
- Необходимость утверждения полного объема требований к системе еще
на первом этапе;
- В случае необходимости внесения изменений требований позднее –
21
Попов Ю.И., Яковенко О.В. Управление проектами. – М.: Инфра-М, 2011. – 145 с.
22
Управление проектами: Основы профессиональных знаний, Национальные требования к
компетенции специалистов / под науч. ред. В.И. Воропаева. - М.: Проектная Практика, 2010. - 255 с.
18
возврат к первой стадии и переделка заново всей проделанной работы;
- Увеличение затрат средств и времени в случае необходимости
изменения требований.
Несмотря на то, что каскадная модель все еще используется, она уже
утратила былые позиции. Сегодня ей на смену приходят более продвинутые
модели и методологии управления жизненным циклом проекта.
Жизненные циклы проекта, которые отличаются цикличностью,
разрабатываются согласно спиральной модели. На каждом ее витке
определяется эффективность разработки в соответствии с ее стоимостью. Эта
модель отличается тем, что при ее разработке одна из ключевых позиций
отводится рисковой составляющей.
Спиральная модель представляет шаблон процесса разработки проекта,
который сочетает идеи итеративной и каскадной моделей. Суть ее в том, что
весь процесс создания конечного продукта представлен в виде условной
плоскости, разбитой на 4 сектора, каждый из которых представляет отдельные
этапы его разработки: определение целей, оценка рисков, разработка и
тестирование, планирование новой итерации.
23
Рисунок 3. Схема спиральной модели управления проектом
В спиральной модели жизненный путь разрабатываемого продукта
изображается в виде спирали, которая, начавшись на этапе планирования,
раскручивается с прохождением каждого следующего шага. Таким образом,
23
Основы управления проектами : учеб. пособие / Л. Н. Боронина, З. В. Сенук ; М-во образования и
науки Рос.Федерации, Урал. федер. ун-т. 2-e изд., доп. — Екатеринбург : Изд-во Урал. ун-та, 2016. — 134 с.
19
на выходе из очередного витка мы должны получить готовый
протестированный прототип, который дополняет существующий билд.
Прототип, удовлетворяющий всем требованиям – готов к выпуску.
Главная особенность спиральной модели – концентрация на возможных
рисках. Для их оценки даже выделена соответствующая стадия. Основные
типы рисков, которые могут возникнуть в процессе разработки
24
:
- Нереалистичный бюджет и сроки;
- Дефицит специалистов;
- Частые изменения требований;
- Чрезмерная оптимизация;
- Низкая производительность системы;
- Несоответствие уровня квалификации специалистов разных отделов.
Применение спиральной модели
25
:
- когда важен анализ рисков и затрат;
- крупные долгосрочные проекты с отсутствием четких требований или
вероятностью их динамического изменения;
- при разработке новой линейки продуктов.
Плюсы модели:
- улучшенный анализ рисков;
- хорошая документация процесса разработки;
- гибкость – возможность внесения изменений и добавления новой
функциональности даже на относительно поздних этапах;
- раннее создание рабочих прототипов.
Минусы модели:
- может быть достаточно дорогой в использовании;
- управление рисками требует привлечения высококлассных
специалистов;
- успех процесса в большой степени зависит от стадии анализа рисков;
24
Разумов М.Л. Oсновы проектного управления. - M.: Дело, 2011. – 390 с.
25
Нутайбеков Р.А. Корпоративная система управления проектами: От методологии к практике. –
М.: Альптина Паблишер, 2015 – 236 с.
20
- не подходит для небольших проектов.
Не все модели жизненного цикла последовательны. Существуют также
итеративные (или инкрементальные) модели, в которых используется другой
подход. Вместо одной продолжительной последовательности действий здесь
весь жизненный цикл проекта разбит на ряд отдельных мини-циклов. Причем
каждый из них состоит из всё тех же базовых стадий модели жизненного
цикла. Эти мини-циклы называются итерациями. В каждой из итераций
происходит разработка отдельного компонента системы, после чего этот
компонент добавляется к уже ранее разработанному функционалу.
Рисунок 4. Схема итеративной модели управления проектом
Итеративная модель не предполагает полного объема требований для
начала работ над проектом. Разработка может начинаться с требований к
части функционала, которые могут впоследствии дополняться и изменяться.
Процесс повторяется, обеспечивая создание новой версии продукта для
каждого цикла.
26
В несколько упрощенном виде, итеративная модель состоит из четырех
основных стадий, которые повторяются в каждой из итераций (plan-do-check-
act):
– определение и анализ требований;
– дизайн и проектирование – согласно требованиями. Дизайн может, как
разрабатываться отдельно для данного требования, так и дополнять уже
26
Московское отделение Project Management Institute. PMI PMBOK – Режим доступа: https://pmi.ru/
(Дата обращения – 15.04.2019 г.)
21
существующий;
– разработка и тестирование – кодирование, интеграция и тестирование
нового компонента;
– фаза ревью – оценка, пересмотр текущих требований и предложения
дополнений к ним.
По результатам каждой итерации принимается решение – будут ли
использованы ее результаты для дополнения существующей
функциональности в качестве входной точки для начала следующей итерации.
В конечном итоге, достигается точка, в которой все требования были
воплощены в продукте – происходит выпуск
27
.
В математических терминах, итеративная модель представляет
реализацию методики последовательной аппроксимации – то есть,
постепенное приближение к образу готового продукта.
28
Основные стадии процесса разработки в итеративной модели фактически
повторяют модель водопада.
Применение итеративной модели:
- для крупных проектов;
- когда известны, по крайней мере, ключевые требования;
- когда требования к проекту могут меняться в процессе разработки.
Плюсы модели:
- гибкость – готовность к изменению требований на любом этапе
разработки;
- каждая итерация – маленький этап, для которого тестирование и анализ
рисков обеспечить проще, чем для всего жизненного цикла продукта.
Минусы модели:
- каждая фаза – самостоятельна, отдельные итерации не накладываются;
- могут возникнуть проблемы с реализацией общей архитектуры системы,
поскольку не все требования известны к началу проектирования.
27
Матвеева Л.Г.Управление проектами : учебник /Л. Г. Матвеева. Ростов н/Д : Феникс, 2015.– 423 с.
28
PM Online - Сайт, посвященный управлению проектами – Режим доступа: http://www.pmonline.ru
(Дата обращения – 05.04.2019 г.)
22
Итеративная модель является ключевым элементом так называемых
«гибких» (Agile) подходов к разработке
29
.
Выводы по главе 1.
На основании актуальной литературы по выбранной теме, в данной главе
были раскрыты:
- понятие, содержание и сущность жизненного цикла проекта, подробно
описаны основные его элементы: стадии, этапы и фазы.
- описаны основные модели управления, применяющиеся на стадиях,
этапах и фазах жизненного цикла проекта, выделены из положительные и
отрицательные стороны и особенности применения.
Рассмотрев основные модели управления проектами, сформилированны
следующие выводы:
- Не существует универсальной «наилучшей» модели управления
проектом – выбор определяется типом проекта и спецификой окружающей
среды;
- Если на этапе реализации проекта не предполагается больших
изменений – наиболее удобной для такого проекта станет каскадная модель;
- Для разработки программного обеспечения, графического дизайна и
других сервисно-ориентированных проектов более оптимальным является
итеративная (Agile- гибкая) модель.
- Если на проекте необходимо максимально минимизировать риски и
требуются структурированный подход в исполнении крупного или среднего
масштаба проекта – лучшим решением станет применение спиральной
модели.
- Исходя из специфики, масштаба и требований проекта, можно
применять комбинированные модели.
29
Шапиро, В.Д. Управление проектами: Учебное пособие для студентов / И.И. Мазур, В.Д.
Шапиро, Н.Г. Ольдерогге; Под общ. ред. И.И. Мазур. - М.: Омега-Л, 2014. - 960.
23
ГЛАВА 2. АНАЛИЗ УПРАВЛЕНИЯ ПРОЕКТАМИ В
ООО «ДИРЕКТ КАТАЛОГ СЕРВИС»
2.1. Краткая характеристика объекта исследования
Объектом исследования является компания ООО «ДИРЕКТ КАТАЛОГ
СЕРВИС», образованная в 2006 году и входящая в состав Otto Group –
мирового лидера дистанционной торговли и электронной коммерции.
Основная сфера деятельности компании является продажа одежды, обуви и
аксессуаров через интернет-магазины, а также по каталогам.
В России структурное подразделение Otto Group предоставляет услуги по
B2C и B2B направлениям и представлено, как Otto Group Russia.
Концерн включает в себя следующие юридические лица:
- ООО «ДИРЕКТ КАТАЛОГ СЕРВИС», в юридическое лицо входят
проекты: bonprix Россия, bonprix Казахстан и witt international. Направление
деятельности B2C.
- ООО «e-Solutions» - представляет услуги фулфилмента и складкой
логистики для других интернет магазина. Направление деятельности B2B.
- ООО «БИЗНЕС СЕРВИС» - предоставляет транспортные и таможенные
услуги, а также складскую логистику и сборку заказов для внутренних
контрагентов концерна.
Юридический адрес компании: 127015, г Москва, улица Вятская, дом 27
СТРОЕНИЕ 23, ЭТ 3 ПОМ IV КОМ 11. Сотрудники компании
территориально размещены в трех основных локациях:
- Головной офис, расположен в г. Москва. Согласно структуре компании,
координирует работу в остальных локациях.
- Логистический центр «Бизнес сервис», расположенный в г. Тверь
включает в себя основные складские помещения, а также офисы для
сотрудников «Клиентского сервиса» и ряда других департаментов.
- Офис ОТТО ГРУПП в Казахстане, расположен в г. Алматы. –
координирует работу проектов на территории Казахстана.