Спиральная модель жизненного цикла

Вторая модель, которую мы рассмотрим подробно — спиральная. Она представляет собой процесс разработки ПО, сочетающий в себе цикличное повторение проектирования, анализа и разработки. Модель была предложена Барри Боэмом в 1986 годы, и на тот момент считалась новаторской и прорывной.

Суть спиральной модели в том, что весь процесс создания конечного продукта представлен в виде условной плоскости, разбитой на четыре сектора:

o определение целей;

o оценка рисков;

o разработка и тестирование;

o планирование новой итерации.

При прохождении каждого цикла спирали на выходе получаем прототип. Так функционал продукта наращивается с каждым витком, и в итоге доводится до нужного (запланированного) состояния, вплоть до релиза (конец спирали).

Главная особенность спиральной модели — концентрация на возможных рисках. Для их оценки даже выделена соответствующая стадия.

Основные типы рисков, которые могут возникнуть в процессе разработки ПО:

1. Нереалистичный бюджет и сроки;

2. Дефицит специалистов;

3. Частые изменения требований;

4. Чрезмерная оптимизация;

5. Низкая производительность системы;

6. Несоответствие уровней квалификации специалистов разных отделов.

Идёт наращивание объёма продукта, и как финальный виток спирали, — релиз.

 

Использование спиральной модели будет уместно:

o при внедрении крупных долгосрочных проектов с отсутствием чётких требований или вероятностью их динамического изменения;

o когда важен высокопрофессиональный анализ рисков и затрат;

o при разработке новой линейки продуктов.

 

Agile: принципы и подходы

 

IT-сфера стремительно развивается, всё больше и больше людей занято работой в этом секторе. В связи с чем подходы к моделям и процессам разработки проходят этапы переосмысления и приобретают новые формы. Именно так появилась методология Agile.

В переводе с английского "agile" означает «живой, подвижный», но переводят его чаще как «гибкий». В отрасли разработки программного обеспечения этот термин появился в феврале 2001 года на встрече 17 независимых практиков нескольких методик программирования, именующих себя "AgileAlliance". Они разработали особенный документ — AgileManifesto.

Манифест гибкой разработки программного обеспечения (AgileManifesto) — основной документ, содержащий описание ценностей и принципов гибкой разработки программного обеспечения.

Текст манифеста доступен более чем на 50 языках (и на русском), включает в себя четыре ценности, двенадцать принципов. С манифестом можно ознакомиться по ссылке .

Сейчас можно смело сказать, что Agile (Agilesoftwaredevelopment) — обобщающий термин для целого ряда подходов и практик, основанных на ценностях «Манифеста гибкой разработки программного обеспечения» и принципах, лежащих в его основе.

В процессе работы и усовершенствования подходов методологии были сформированы и зафиксированы 12 принципов AGILE:

1. Наивысшим приоритетом является удовлетворение потребностей клиента, благодаря регулярной и ранней поставке ценного программного обеспечения.

2. Изменение требований приветствуется даже на поздних стадиях разработки.

3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.

4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.

5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.

6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.

7. Работающий продукт — основной показатель прогресса.

8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно.

9. Постоянное внимание к техническому совершенству и к качеству проектирования повышает гибкость проекта.

10. Простота — искусство минимизации лишней работы — крайне необходима.

11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.

12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

 

Основные ценности Agile состоят из 12 принципов. Рассмотрим их подробнее.

Люди и взаимодействие важнее процессов и инструментов. Подразумевается максимальное общение со всеми участниками команды и исчерпывающее понимание, кто чем занимается. Умение быстро сместить фокус и помочь коллеге с задачей, так как сейчас она важнее моей. В этом случае тестировщик никогда не останется один на один с продуктом в день релиза.

Работающий продукт важнее исчерпывающей документации. Это почти полностью исключает лишнюю бюрократию в работе. В условиях улучшения продукта в короткие сроки суть работы может быть передана на словах и уже после зафиксирована в официальной документации.

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

Готовность к изменениям важнее следования первоначальному плану. При запуске продукта все члены команды получают вводные данные и исходя из них, формируют задачи, инструментарий и прочие средства. Будьте готовы, что изначальные данные могут измениться, и придётся оперативно менять решение, возможно, даже кардинально менять подход, не вспоминая о прошлых договоренностях. При этом члены команды не боятся говорить о своих ошибках и всегда идут навстречу изменениям.

Scrum-разработка