2.3.2 Итерационная (спиральная) модель
Гибкая (Agile) методология представляет процесс, который применяет итерации разработки, командную работу, вовлечение владельцев, объективные метрики и эффективное управление (рис. 2.2).
Рис. 2.2. Спиральная модель для разработки и управления сайтом
Работа с проектом начинается с этапа «Планирование и анализ» и по часовой стрелке переходит к этапам выполнения, тестирования и оценки. На следующей итерации все повторяется, но уже с учетом выявленных недочетов проекта и добавлений. Таким образом, осуществив ряд итераций и повторив этапы несколько раз, в проекте исправляют недостатки и обеспечивают дополнительные возможности и преимущества. Такими технологиями являются Скрам и Канбан.
Скрам(Scrum)– это набор принципов, на которых строится процесс разработки, позволяющий в жестко фиксированные и небольшие по времени итерации, называемые спринтами (sprints), предоставлять конечному пользователю работающее ПО. Возможности ПО для реализации в очередном спринте определяются в начале спринта – на этапе планирования и не могут изменяться на всем его протяжении. При этом фиксированная небольшая длительность спринта придает процессу разработки предсказуемость и гибкость. Длительность одного спринта от 2 до 4 недель. На протяжении спринта никто не имеет права менять список требований к работе, внесенный в резерв проекта.
Резерв проекта – это список требований к функциональности, упорядоченных по степени их важности. Резерв проекта открыт для редактирования всеми участниками скрам-процесса.
Резерв спринта – обладает функциональностью, выбранной владельцем проекта из резерва проекта. Каждый день команда оценивает объем работы, который нужно проделать для завершения спринта.
Диаграмма сгорания задач (Burndown chart) отображает завершенный спринт, показывает оставшиеся нерешенные задачи и трудозатраты и ежедневно обновляется.
Требуемую функциональность, которую добавляют в резерв, называют историей спринта. Выполнение каждой задачи оценивается в часах. Каждая задача не должна превышать 12 ч.
Роли в скрам-процессе: скрам-мастер (ScrumMaster), владелец проекта(Product Owner), скрам-команда(Team). Скрам-команда состоит из специалистов разных профилей: тестировщиков, архитекторов, аналитиков, программистов и т.д. Размер команды составляет 7±2 человека. Никто кроме команды не может вмешиваться в процесс разработки на протяжении спринта.
Планирование спринта (Sprint Planning Meeting) происходит в начале новой итерации спринта. В первой части совещания участвует владелец проекта и скрам-команда: выбирают задачи из резерва продукта. Во второй части совещания участвует только команда: обсуждают технические детали реализации, наполняют резерв спринта.
Ежедневное совещание начинается точно вовремя, длится не более 15 мин., проводится в одном и том же месте в течение спринта. Во время совещания каждый член команды отвечает на 3 вопроса: Что сделано с момента предыдущего совещания? Что будет сделано с момента текущего совещания до следующего? Какие проблемы мешают достижению целей спринта.
Обзор итогов спринта проводится после завершения спринта. Ретроспективное совещание проводится после завершения спринта. Члены команды высказывают свое мнение о прошедшем спринте.
Еще одна технология управления проектами называется канбан. Слово «канбан» имеет много значений: карточка, бирка, плакат. В основе технологии «канбан» лежит простая идея: количество незавершенной работы должно быть ограничено, и что-либо новое может начинаться только тогда, когда какая-то существующая часть работы поставляется или (в терминах lean) «вытягивается» следующим элементом конвейера. Канбан подразумевает, что производится визуальное оповещение о том, что можно «вытягивать» новую работу.
Для ведения проекта используется канбан-доска, которая имеет вид таблицы со следующими полями.
«Сделать» – здесь размещаются карточки с задачами проекта.
«В процессе» – сюда помещаются те процессы, над которыми в данный момент ведется работа. Они поступают из списка «Сделать».
«Релиз» – карточки с завершенными и требующими проверки задачами.
«Сделано» – задачи, которые полностью проверены и завершены.
По ходу работы над карточкой она перемещается в соответствующие колонки. Такие разделы может использовать любая фирма, доска может быть видоизменена, в зависимости от специфики деятельности.
Согласно публикациям по обследованию фирм на предмет применения системы канбан, был сделан вывод: производственные запасы с внедрением канбан уменьшаются в среднем в два раза, а производительность труда увеличивается до 50%.
Рассмотренные гибкие методологии используют итеративный подход, при котором детально планируется только ограниченный объем работ, связанный с выпуском очередного релиза. Практически все гибкие методологии ориентированы на неформальный подход к разработке. И практически все они не предусматривают специфических усилий, которых требует разработка принципиально новой архитектуры системы.