11
Рисунок 3 - Спиральная модель жизненного цикла ПО
5
Как видим, модель состоит из четырех повторяющихся стадий. В
процессе разработки проект проходит несколько раз через эти стадии. Фазы
включают:
1. Определение задач, альтернатив, ограничений. На этой стадии
начинается работа над проектом. Команда разработчиков определяет цели
проекта, основные требования к нему и т. д. На последующих витках спирали
требования определяются согласно отзывам, полученным от заказчика,
собственно поэтому постоянная коммуникация между заказчиком и командой
разработчиков крайне важна.
5
Жизненный цикл разработки ПО. Спиральная модель [Электронный ресурс]. – Режим
доступа: https://xbsoftware.ru/blog/zhiznennyj-tsykl-razrabotkispiral/
12
2. Оценка альтернатив, выделение рисков и путей их минимизации –
данная стадия является одной из самых значимых. Реестр рисков может быть
довольно обширным, в нем прописываются все виды рисков. Главной задачей
на данном этапе является присвоение рискам определенного уровня приоритета
на основе их значимости. Следующим этапом является разработка приемлемых
стратегий преодоления данных рисков.
Следует отметить, возможность внесения изменений в последующие
стадии разработки, на этом этапе работы создается некий прототип.
3. Фаза разработки и верификации. На данном этапе проводится
тестирование продукта. Во время первой итерации создается определенная
ситуация и разрабатывается так называемая концепция будущего продукта. На
данном этапе необходимо получить отзыв заказчика. Затем рабочие версии
продукта отправляются непосредственно заказчику, появляется возможность
получить на них более детальную рецензию.
4. Планирование. На этом этапе вся собранная информация используется
для планирования дальнейших этапов разработки
6
.
Спиральная модель не является чистой последовательностью этапов
разработки, данная модель является довольно гибкой. Жизненный цикл проекта
более гибкий, и может отличаться от изображенного на рисунке 3. Всегда есть
возможность вернуться к предыдущим фазам в случае необходимости и в
случае пересмотра принятых решений.
Как и у каждой модели, у спиральной модели есть свои плюсы и
минусы. Рассмотрим ее основные достоинства и недостатки.
К достоинствам можно отнести:
1. Постоянный анализ рисков является одной из главных особенностей,
делающих данную модель особенно привлекательной в том случае, если
предстоит реализация сложного и дорогостоящего проекта. В данном случае
6
Жизненный цикл разработки ПО. Спиральная модель [Электронный ресурс]. – Режим
доступа: https://xbsoftware.ru/blog/zhiznennyj-tsykl-razrabotkispiral/
13
этапы реализации более прозрачны, поскольку модель изначально направлена
на тщательный анализ каждой итерации.
2. Заказчик может опробовать работающую версию продукта уже на
самых ранних стадиях жизненного цикла проекта.
3. Проект может быть разделен на несколько циклов, данный подход
опять же связан с минимизацией рисков, которыми можно будет эффективно
управлять уже на ранних стадиях.
4. Ведение и строгий контроль над документацией как результат
постоянного анализа рисков.
Среди недостатков спиральной модели можно выделить:
1. Постоянная оценка рисков требует дополнительных ресурсов,
соответственно данная модель может оказаться весьма затратной. Любая
итерация требует отдельной экспертизы, а это определенные сложности
управления проектом. Именно поэтому можно сделать вывод, что спиральная
модель не подходит для небольших проектов.
2. Как показывает опыт, на самых ранних стадиях дата завершения
работы над проектом неизвестна, данная неопределенность также усложняет
контроль над процессом разработки
7
.
Хотелось бы еще раз отметить, что ни каскадная, ни спиральная модели
не являются идеальными, однако на практике, чаще используется именно
спиральная модель, поскольку как было сказано выше, именно она позволяет
дорабатывать продукт в течение всего цикла.
В современных условиях не каждый проект может быть реализован
классическим способом, тогда применяется методология Agile – совокупность
«гибких» методов управления проектами и продуктами.
Схема работы по данному методу приведена на рисунке 1.4.
7
Жизненный цикл разработки ПО. Спиральная модель [Электронный ресурс]. – Режим
доступа: https://xbsoftware.ru/blog/zhiznennyj-tsykl-razrabotkispiral/
14
Рисунок 4 - Схема работы по Agile
8
Данная система методов «гибкого» управления получила
распространение относительно недавно, однако идея итеративной разработки
не новая.
Agile подход – это набор определенных идей и принципов того, как
нужно управлять изменениями бизнес-процессов при реализации конкретного
проекта. Уже на основе этих принципов и лучших практик были разработаны
отдельные гибкие методы или, как их иногда называют, фреймворки
(frameworks): Scrum, Kanban, Crystal, Lean и многие другие. Эти методы могут
значительно отличаться друг от друга, но они следуют одним и тем, же
принципам, а именно – возможность корректировать последовательность
действий вне зависимости от первоначальной стратегии.
9
К характерным чертам Agile относят изменение мышления,
самостоятельную организацию, предсказуемость, оперативное реагирование на
трансформации и устойчивое взаимодействие (обратную связь).
Передовая методика Agile – это заданное количество входной
информации и отведенный срок для демонстрации полученного результата,
когда на начальном этапе процесса участники оценивают задание и возлагают
на себя ответственность за результат. Иногда, даже четко
8
Фалько С.Г. Традиционные, гибкие и гибридные модели и стандарты проектного
менеджмента// Управление научно-техническими проектами: материалы Второй
Международной научно-технической конференции, Москва: Издательство МГТУ им. Н.Э.
Баумана. - 2018. - №2. – С. 278
9
Agile – методология управления проектами [Электронный ресурс]. – Режим доступа:
https://gantbpm.ru/agile/
Проект
Часть 2
Часть 3
Часть 4
Часть 1
В разработке
Завершено
15
задокументированный план может утратить свою актуальность после месяцев
его проработки, таким образом, реформа первоначальной концепции может
повлечь трансформацию процессов и результатов.
Таким образом, заказчик может вносить корректировки на любом этапе,
начиная со стартовой черты проекта, комментировать их. Пройдя определенные
стадии разработки можно тестировать версию продукта, оценивать ее,
реагировать на функциональные изменения, используя обратную связь.
Самое главное достоинство современной методики Agile – ее гибкость и
адаптивность, можно подстроиться под практически любые условия, процессы
и изменения. Данные возможности обуславливают популярность метода,
подтверждение этого – множество эффективных систем и проектов в
различных областях, созданных и реализованных на его основе.
Важнейшая, ключевая идея Agile – это мгновенные отклики и реакция
на любые изменения, и именно эта мобильная и сравнительно безболезненная
реакция на изменения объясняет тот факт, что многие передовые и крупные
компании используют Agile в управлении проектами
10
.
Также методология Agile эффективна для уникальных проектов с
«открытым концом», это значит, что в условиях отсутствия чёткого регламента
процессов и процедур, частых изменений, отсутствия эффективного
менеджмента можно потерять ориентиры и понимание того, что важно, а что
вторично. В данном случае оправдано применение уже готовых фреймворков –
таких как Scrum, Kanban или Lean
11
.
Когда говорят о методологии Scrum, чаще всего имеют в виду «гибкую»
основу для эффективной совместной работы над сложными программными
проектами. Данный подход оценивается, как процесс работы одной команды,
10
Что такое Agile [Электронный ресурс]. – Режим доступа: http://blog.mannivanov-
ferber.ru/2016/07/08/chto-takoe-agile-gajd-po-gibkim-metodologiyam-ilikak-rabotat-s-polzoj-
chast-1/
11
Топ-7 методов управления проектами: Agile, Scrum, Kanban, PRINCE2 и другие
[Электронный ресурс]. – Режим доступа: http://www.pmservices.ru/projectmanagement-
news/top-7-metodov-upravleniya-proektami-agile-scrum-kanbanprince2-i-drugie/
16
которая обладает взаимозаменяемым функционалом, на основе потоков
обратной связи
12
Сегодня «гибкие» адаптивные системы выбирают и используют в
разных сферах деятельности многие организации, которые желают видеть
результат своего труда. Представленные «гибкие» методы управления являются
новым словом в проектном управлении и применяются чаще всего в сфере
информационных технологий, при создании различного программного
обеспечения и веб-разработок. Методологию Scrum применяют и в
конструировании космических кораблей, ведении платежных ведомостей,
формировании нового коллектива. Она становится популярна и в управлении
финансами, и в индустрии развлечений, и в журналистике. Можно отметить
применение методов «гибкого» управления при реализации государственных
ИТ- проектов, в частности применения Agile в государственных проектах.
Данную методологию очень быстро освоили и применяют в действии
международные корпорации для эффективного управления проектами. Опыт
показал, что принципы и инструментарий Agile/Scrum особенно эффективны
при работе с большими проектами, которые могут реализовываться годами и
включать в себя несколько сотен и даже тысяч задач.
Так, например, путь успеха разработчика CRM-решений в области
автоматизации продаж Salesforces начался исключительно с внедрения Agile-
методик. Осознавая, что команда не справляется с увеличивающимися
объёмами заказов и требований, было решено разделить весь персонал на
независимые команды.
Сегодня Salesforces обслуживает более ста миллионов заказов в сутки.
Одной из крупнейших компаний в сере информационных технологий Hewlett-
Packard на определенном этапе, в процессе разработки программного
обеспечения применение «гибких» методик дало возможность решить многие
текущие проблемы, связанные с оптимизацией бюджета проекта, с
12
Методология управления проектами SCRUM [Электронный ресурс]. – Режим доступа:
https://gantbpm.ru/scrum/
17
определением сроков реализации проекта и др. Hewlett-Packard – также пример
успешного внедрения методологии Agile в крупную компанию.
Сегодня методики Agile и Scrum активно используются компанией
«Фаберлик» для разработки и поддержки различных информационных систем,
одной из которых является ERP Microsoft Dynamics AX. Методику Agile
использует сегодня и ПАО «Сбербанк». К концу 2017 года в новый офис
Сбербанка в Москве, который обустраивался под работу команд в Agile
формате, переехали более 4 тыс. человек. В соответствии с новыми подходами
сотрудники теперь разделены на множество подразделений, работающих над
различными направлениями продуктов и услуг, следует отметить, что это не
только «продуктовые» «трайбы», а также подразделения, которые работают над
платформенными решениями Сбербанка.
13
Главная цель Agile-трансформации
– ускорить вывод новых продуктов на рынок. Президент банка Герман Греф
отметил, что если раньше Agile был способом написания программного кода, то
сегодня – это способ развития всех организаций.
14
Данные инновационные методологии успешно применяются и в
управлении персоналом, позволяют правильно выстроить отношения с
неэффективными сотрудниками. Схематично философия Agile в сфере
управления представлена на рисунке 5.
13
Tadviser [Электронный ресурс]. – Режим доступа:
http://www.tadviser.ru/index.php/Проект:Сбербанк_РФ_%28Agile_трансформация%29
14
Tadviser [Электронный ресурс]. – Режим доступа:
http://www.tadviser.ru/index.php/Проект:Сбербанк_РФ_%28Agile_трансформация%29
18
Рисунок 5 - Философия Agile
15
Каждый руководитель должен понимать, используя Agile как
инструмент трансформации и внедрения изменений в компании, можно не
только эффективно выстроить работу сотрудников, но и повысить
конкурентные преимущества компании в условиях высокой неопределенности,
в кризис.
С этой точки зрения, руководители, которые начинают использовать
технологии Agile и Scrum для сокращения времени реализации стратегически
важных задач развития, способствуют высвобождению ресурсов для новых
передовых направлений. Как уже выше было сказано, четкое разграничение
обязанностей, обусловленность конкретных сроков и объемов выполняемой
работы – это залог успешного выполнения проекта любой сложности.
Следует отметить, что некоторые специалисты проектного менеджмента
отмечают не только плюсы, но и минусы данных технологий, о некоторых из
них говорилось выше. В частности, практики применения данных технологий
отмечают, что Agile не подходит для аутсорсинговых проектов, технология не
15
Фалько С.Г. Традиционные, гибкие и гибридные модели и стандарты проектного
менеджмента// Управление научно-техническими проектами: материалы Второй
Международной научно-технической конференции, Москва: Издательство МГТУ им. Н.Э.
Баумана. - 2018. - №2. – С. 280
19
работает без четкого видения бизнес-целей проекта, обилие инструментов и
методов в Agile для внедрения требует опытную команду. Еще одним
недостатком является необходимость постоянно адаптировать под
изменяющиеся условия проекта проектную документацию.
Безусловно, теория и практика – это две разные вещи. Инновационные
методики и технологии и их внедрение – это всегда дело индивидуальное. Agile
– это не стопроцентная гарантия успеха, но она позволяет выбрать верный курс
и найти ориентиры на пути в проектировании
16
.
Интересно, что методы «гибкого» управления, позволяют интегрировать
в текущие бизнес-процессы компании идеи из «эмоционального интеллекта»,
«поведенческой экономики», «управления изменениями» и «больших данных».
Собственники и руководители компаний, которые поставили перед
собой цель использовать методы «гибкого» управления Agile во всех бизнес-
процессах, требующих неординарного подхода и разработки новых решений,
несомненно, идут в ногу со временем, данный подход позволит создать новый
продукт, найти новые решения и переосмыслить старые принципы.
1.3. Особенности управления проектом по фазам, стадиям и этапам
жизненного цикла
Каждый проект проходит определенные стадии в процессе реализации,
это и составляет жизненный цикл проекта. В общем виде предполагается
четыре основные фазы жизненного цикла проекта, реализуемые
последовательно: начало, центральный период, завершение и заключительный
этап (успешный или нет).
Очевидно, что упомянутые выше этапы являются лишь основными
этапами проекта, что означает отправную точку для дальнейшего
подразделения на подэтапы, мероприятия и задачи, которые становятся все
16
Михайлик Н.Б., Вахромеева М.П. Современные подходы к управлению бизнес-проектами
// Образование и наука: современные тренды. Коллективная монография. – Чебоксары:
Центр научного сотрудничества «Интерактив Плюс», 2018. – С. 291.
20
более базовыми и детализированными, необходимыми для разработки и
распределения работы между ресурсами.
Для каждого этапа или действия жизненного цикла руководитель
проекта должен иметь в виду две конкретные вещи:
- цели каждого этапа проекта: на основе ограничений компании, начиная
от качества до сроков и затрат;
- продукты (производные): каждая деятельность должна привести к
результатам, которые могут быть материальными товарами или документацией
или конкретными услугами и т.д.
На первом этапе определяется цель или “потребность” проекта. Это
может быть, например, решение бизнес-задачи или анализ и создание
конкретной возможности. Соответствующий ответ на потребность может быть
задокументирован в бизнес-кейсе с рекомендуемыми вариантами решения.
Затем проводится технико-экономическое обоснование для проверки
соответствия каждого варианта поставленной цели и определяется
окончательное решение.
В технико-экономическом обосновании задаются вопросы о
целесообразности реализации проекта. Такие вопросы, как: «Можем ли мы
сделать проект? Есть ли у нас ресурсы, чтобы сделать это?»
Кроме того, проводится также этап обоснования проекта, например,
путем ответа на вопрос: «Является ли проект необходимым для достижения
этой цели?»
17
После того, как данные анализы были проведены, и проект считается
осуществимым и необходимым, назначается руководитель проекта, в случае,
если он еще не был определен.
На этом этапе переходят к этапу детального планирования.
На фазе планирования начинают с цели проекта и переходят к его
максимально детальному развитию, планируя шаги, необходимые для
достижения окончательного решения.
17
Вольфсон, Б.Л. Гибкое управление проектами и продуктами / Б.Л. Вольфсон. - СПб.: Питер, 2019. - 208 c.