14
эквивалентной одной из существующих моделей
7
. В других случаях она
обеспечивает возможность наилучшего соединения существующих подходов в
контексте данного проекта.
Причина в том, что данный подход может оказаться довольно затратным
в применении. Именно поэтому он не очень хорошо подходит для небольших
проектов. В спиральной модели особое внимание уделяется управлению
рисками. На практике это означает, что фаза оценки и разрешения рисков
является критичной для успеха проекта. Контроль рисков, в свою очередь,
требует проведения специфического анализа на каждой итерации. Для
регулярного обзора и анализа текущего состояния проекта необходимы
дополнительные навыки и ресурсы.
На первый взгляд может показаться, что данная модель является
сложной, неповоротливой и дорогостоящей и нет никаких веских причин для
того, чтобы рассматривать ее как один из возможных вариантов. Но, как и
любой другой подход к разработке программного обеспечения, спиральная
модель имеет, помимо недостатков, также и свои сильные стороны. Например,
она позволяет добавлять дополнительный функционал к программному
обеспечению на самых поздних стадиях разработки. Поскольку постоянный
контроль за рисками и, как следствие, регулярные экспертизы текущего
состояния проекта, являются неотъемлемой частью данного подхода, общее
видение проекта становится более ясным.
Коротко спиральную модель можно описать как повторяющуюся
последовательность циклов разработки с непрерывным контролем рисков. Для
лучшего понимая механизма разработки рассмотрим такую схему (Рисунок 7).
7
Дудорова Ю. И., Халикова М. А. Проблемы и тенденции развития инновационной экономики:
международный опыт и российская практика Материалы III Международной научно-практической
конференции. Уфимский государственный нефтяной технический университет, Институт экономики. 2015. С.
95–98.
15
Рисунок 7. Обновленная спиральная модель
cконтрольными точками проекта
На рисунке 7 обновленная схема спиральной модели базируется на
оригинальной модели Боэма и различных ее модификациях. Удалось более
четко и естественно определить контрольные точки проекта, в определенной
степени, подчеркнув эволюционную природу жизненного цикла. Теперь же
пора взглянуть на жизненный цикл в контексте методологий, не просто
детализирующих ту или иную модель, но добавляющих к ним ключевой
элемент – людей.
Роли, как представление различных функциональных групп работ,
связывает создание, модификацию и использование активов проектов с
конкретными участниками проектных команд. В совокупности с процессами и
активами (артефактами) они позволяют нам создать целостную и подробную
16
картину жизненного цикла
8
.
Так как взглядов на детализацию описания жизненного цикла может быть
много – безусловно, существуют различные методологии, среди которых
наибольшее распространение получили:
Rational Unified Process (RUP)
Enterprise Unified Process (EUP)
Microsoft Solutions Framework (MSF) в обоих представлениях: MSF for
Agile и MSF for CMMI (анонсированная изначально как “MSF Formal”)
Agile-практики(eXtreme Programming (XP), Feature Driven Development
(FDD), Dynamic Systems Development Method (DSDM), SCRUM,...).
Видно, что спиральная модель состоит из четырех главных
повторяющихся стадий. В ходе процесса разработки проект несколько раз
проходит через все эти фазы. Каждая такая итерация называется спиралью.
Четыре главные фазы это:
1. Определение целей, альтернатив, ограничений, или фаза планирования.
С этой стадии начинается работа над проектом. Команда разработчиков
формулирует цели проекта, основные требования (такие как, например,
Business Requirement Specifications, или BRS, System Requirement Specifications,
или SRS), возможный дизайн и т.д.
На последующих спиралях требования формируются согласно отзывам,
полученным от заказчика. Именно поэтому постоянная коммуникация между
заказчиком и командой крайне важна
9
.
2. Анализ, определение и разрешение рисков является одной из самых
значимых стадий разработки. В данном контексте, риски — это возможные
события и состояния проекта, препятствующие достижению командой
разработчиков поставленных целей. Существует довольно обширный диапазон
возможных рисков, от тривиальных и легко преодолимых, до крайне серьезных.
8
Разу М. Л. Управление программами и проектами / М. Л. Разу, В. И. Воропаев, Ю. В. Якутин. - М.: Инфра-М,
2013. - 364 с.
9
Разу М. Л. Управление программами и проектами / М. Л. Разу, В. И. Воропаев, Ю. В. Якутин. - М.: Инфра-М,
2013. - 364 с.
17
Главной задачей для команды разработчиков является выявление всех
возможных рисков и присвоение им определенного уровня приоритета на
основе их значимости. Следующим шагом является разработка возможных
стратегий преодоления этих рисков. В итоге этих действий возможны
изменения в последующих стадиях разработки. В качестве результата работы
на этом этапе создается прототип.
3. Фаза разработки. На этом этапе происходит разработка и последующее
тестирование продукта. Во время первой итерации, когда общие требования
еще не так четко сформулированы, разрабатывается так называемый концепция
будущего продукта (Proof Of Concept), которая необходима для получения
отзыва заказчика. На последующих витках спирали рабочие версии продукта,
или билды (builds), отправляются заказчику. Это позволяет получить более
детальный отзыв и четче сформулировать требования.
4. Планирование следующей фазы. На этом этапе вся полученная
информация используется для планирования дальнейших этапов разработки.
Спиральную модель часто называют мета-моделью, поскольку в ней
используются два подхода: каскадная модель и модель прототипирования. Но
крайне важно понимать, что спиральная модель не является простой
последовательностью этапов разработки, следующих каскадной модели. На
самом деле, спиральная модель является довольно гибкой.
Стоит помнить, что схема, приведенная выше содержит определенные
упрощения. Может показаться, что все стадии следуют одной спиральной
последовательности. Но реальный жизненный цикл ПО более гибкий, чем это
изображено на схеме. Существует даже возможность вернуться к предыдущим
фазам в случае необходимости пересмотра принятых решений
10
.
В качестве примера применения на практике спиральной модели,
рассмотрим GanttPRO — приложение для удобного управления проектами и
задачами. Команда разработчиков XBSoftware применяла принципы
10
Управление проектами: Учебник / Под ред. Е. Роговой. – М.: Юрайт, 2014. – 384 с.
18
спиральной модели, а также принципы Scrum. Например, были выбраны более
короткие периоды релизов с целью более частого получения отзывов.
Также был создан довольно детальный план того, что должно быть
реализовано на самой первой итерации. Прочие требования были
задокументированы в бэклоге или дорожной карте.
Основными задачами, с которыми столкнулась команда разработчиков
GanttPRO были:
Отсутствие полного понимания требований на начальных этапах
разработки, а также возможность появления в процессе работы новых
требований, которые должны быть определены и добавлены в проект в
процессе работы над каждой последующей итерацией
Необходимость анализа и управления рисками являлась важной
стадией спиральной модели
Возможность возникновения достаточно большого количества
новых рисков на протяжении процесса разработки
Возможное увеличение затрат, вызванное долгим периодом
планирования и дальнейшего дизайна, разработки и внедрения
Исходя из особенностей проекта, был выбран короткий период выпуска
релизов продукта: две недели. Как следствие, команда уделила особое
внимание снижению рисков, вызванных необходимостью быстрой адаптации к
нуждам пользователей и рынка.
Процесс разработки состоял из следующих стадий:
1. Определение общей концепции. На этом этапе разработчики обладали
только общим видением продукта, который был бы полезен потенциальным
пользователям. Мы хотели иметь возможность получать отзывы от
пользователей настолько быстро, насколько это возможно.
Это помогло бы нам понять более четко, какие именно требования,
выдвигаемые пользователями, являются наиболее значимыми. У нас имелись
некоторые аналитические данные о том, какие функции могут оказаться
наиболее полезными и должны быть разработаны в первую очередь.
19
2. Планирование первой итерации. После того, как были определены
общая концепция и первоначальное видение архитектуры, команда приступила
к планированию первой итерации. Наиболее важные требования были
помещены в начале списка требований.
Затем мы спросили каждого разработчика, как много из того, что было
запланировано, может быть реализовано. После этого мы проанализировали
каждое требование и определили наилучший способ его разработки. Для более
точной оценки были применены методы моделирования и прототипирования.
3. Фаза дизайна. На этом этапе была разработана модель, описывающая
функциональность и основные особенности будущего ПО. Далее, модель была
обработана нашим дизайнером. Важно было дать наиболее точное и
детализированное описание, чтобы разработчики имели возможность справится
с поставленными задачами с минимальными затратами.
4. Конструирование и тестирование. На этой стадии команда
разработчиков предоставляет рабочее программное обеспечение, которое
соответствует изменяющимся требованиям потенциальных пользователей. Что
наиболее важно, команда имела возможность развернуть готовое решение в
тестовой среде для проведения интеграционного тестирования системы.
5. Инсталляция. На этом этапе разрабатываются механизмы, дающие
пользователям возможность доступа к последней версии приложения.
6. Поддержка. В конце каждой фазы разработки у нас был готов работающий
продукт, который мы могли предоставить пользователю, на основе чего
пользователи могли предоставить нам свой отзыв о текущем состоянии
системы. После того, как эти отзывы были проанализированы, мы могли
запланировать изменения в последующих итерациях или же включить в проект
новые требования, если это требовалось
11
.
У любой модели есть свои сильные и слабые стороны. В этом отношении
спиральная модель не является исключением. Давайте рассмотрим ее основные
11
Управление проектом. Основы проектного управления: учебник / Под ред. проф. М.А. Разу. – М.: КНОРУС,
2013. – 768 c.
20
достоинства и недостатки.
Достоинства:
Мониторинг рисков является одной из главных особенностей,
делающих данную модель особенно привлекательной в том случае, если вам
предстоит управление большим, сложным и дорогостоящим проектом. Более
того, проект будет более прозрачным, поскольку спиральная модель изначально
была спроектирована таким образом, чтобы каждая итерация тщательно
анализировалась;
Заказчик может увидеть работающую версию продукта уже на
ранних стадиях жизненного цикла;
Изменения могут быть внесены на поздних стадиях разработки;
Проект может быть разделен на несколько частей и те из них,
которые, согласно анализу, окажутся более рискованными, могут быть
реализованы на ранних стадиях. Такой подход может снизить трудности,
связанные с управлением проектом;
Строгий контроль над документацией, как результат постоянного
анализа рисков.
Недостатки:
Мониторинг рисков требует дополнительных ресурсов, а значит,
эта модель может оказаться весьма затратной. Каждая итерация требует
отдельной экспертизы, что делает управление проектом сложнее. Именно
поэтому спиральная модель плохо подходит для небольших проектов;
Большое количество промежуточных стадий разработки. Как
следствие — большой объем документации;
На самых ранних стадиях дата завершения работы над проектом
может быть неизвестна, что также усложняет контроль над процессом
разработки
12
.
Стоит понимать, что спиральную модель стоит применять в проектах
такого типа, для которого она изначально была предназначена. Она может
12
Основы проектного управления: учебник / Под ред. проф. М.А. Разу. – М.: КНОРУС, 2013. – 768 с.
21
оказаться полезной, если вам предстоит работа над проектом со средним или
высоким уровнем возможных рисков, заказчик не может предоставить
достаточно четкий список требований к конечному продукту или эти
требования достаточно сложные, а также в том случае, когда ожидаются
значительные изменения в процессе разработки.
Спиральная модель обладает рядом преимуществ:
Спиральная модель уделяет специальное внимание раннему анализу
возможностей повторного использования. Это обеспечивается, в первую
очередь, в процессе идентификации и оценки альтернатив.
Спиральная модель предполагает возможность эволюции жизненного
цикла, развитие и изменение программного продукта. Главные источники
изменений заключены в целях, для достижения которых создается продукт.
Подход, предусматривающий скрытие информации о деталях на определенном
уровне дизайна, позволяет рассматривать различные архитектурные
альтернативы так, как если бы мы говорили о единственном проектном
решении, что уменьшает риск невозможности согласования функционала
продукта и изменяющихся целей (требований)
13
.
Спиральная модель предоставляет механизмы достижения необходимых
параметров качества как составную часть процесса разработки программного
продукта. Эти механизмы строятся на основе идентификации всех типов целей
(требований) и ограничений на всех “циклах” спирали разработки. Например,
ограничения по безопасности могут рассматриваться как риски на этапе
специфицирования требований.
Спиральная модель уделяет специальное внимание предотвращению
ошибок и отбрасыванию ненужных, необоснованных или
неудовлетворительных альтернатив на ранних этапах проекта. Это достигается
явно определенными работами по анализу рисков, проверке различных
характеристик создаваемого продукта (включая архитектуру, соответствие
требованиям и т.п.) и подтверждение возможности двигаться дальше на каждом
13
Седнев А. Генератор бизнес-идей. Система создания успешных проектов. – СПб.: Питер, 2015. – 160 с.
22
“цикле” процесса разработки.
Спиральная модель позволяет контролировать источники проектных
работ и соответствующих затрат. По сути речь идет об ответе на вопрос – как
много усилий необходимо затратить на анализ требований, планирование,
конфигурационное управление, обеспечение качества, тестирование,
формальную верификацию и т.д. Спиральная модель, ориентированная на
риски, позволяет в контексте конкретного проекта решить задачу приложения
адекватного уровня усилий, определяемого уровнем рисков, связанных с
недостаточным выполнением тех или иных работ.
Спиральная модель не проводит различий между разработкой нового
продукта и расширением (или сопровождением) существующего. Этот аспект
позволяет избежать часто встречающегося отношения к поддержке и
сопровождению как ко “второсортной” деятельности.
Такой подход предупреждает большого количество проблем,
возникающих в результате одинакового уделения внимания как обычному
сопровождению, так и критичным вопросам, связанным с расширением
функциональности продукта, всегда ассоциированным с повышенными
рисками
14
.
Также можно рассмотреть ЖЦП инвестиционного проекта по модели
Всемирного Банка. Цикл проекта Всемирного банка включает в себя
следующие этапы:
1. Разработка идеи/концепции проекта;
2. Определение задач;
3.Разработка;
4. Рабочее проектирование;
5. Экспертиза;
6. Переговоры;
7. Принятие решения о предоставлении займа;
8. Осуществление проекта;
14
Седнев А. Генератор бизнес-идей. Система создания успешных проектов. – СПб.: Питер, 2015. – 160 с.
23
9. Контроль за реализацией;
10. Оценка и анализ результатов;
11.Завершение проекта.
Рисунок 8. Жизненный цикл проекта в модели ВБ
Инвестиционные проекты требуют экономической оценки на каждой
стадии их реализации. Такая оценка на прединвестиционном и инвестиционном
этапе осуществляется на ожиданиях, а на последующих стадиях проводятся на
фактическом материале. Естественно, прогнозы выполняются на основе
определенных допущений и предположений, влияющих на точность
экономических прогнозов и уровня риска
15
.
Инвесторы на этих стадиях обращают внимание на релевантность
прогнозируемых денежных потоков. Соответствующие потоки наличности
характеризуются единственным переходом денежных потоков из затратной
области в прибыльную. В этом случае точность прогнозов значительно растет и
увеличивает доверие инвестора к таким оценкам.
15
Управление проектом. Основы проектного управления: учебник / Под ред. проф. М.А. Разу. – М.: КНОРУС,
2013. – 768 с.