Итерационная (спиральная) модель

Гибкая (Agile) методология представляет процесс, который приме­няет итерации разработки, командную работу, вовлечение владельцев, объективные метрики и эффективное управление.

Работа с проектом начинается с этапа «Планирование и анализ» и по часовой стрелке переходит к этапам выполнения, тестирования полу­ченных результатов и оценки. На следующей итерации все повторяется, но уже с учетом выявленных недочетов проекта и добавлений. Таким образом, пройдя несколько итераций и повторив этапы несколько раз, проект избавляется от недостатков, обрастая дополнительными возможностями и преимуществами.

Рассмотрим подробнее модель Скрам (Scrum). Скрам— это набор принципов, на которых строится процесс разработки, позволяющий в жёстко фиксированные и небольшие по времени итерации, называемые спринтами (sprints), предоставлять конечному пользователю работающее ПО с возможностями, для которых определён наибольший приоритет. Возможности ПО к реализации в очередном спринте определяются в начале спринта на этапе планирования и не могут изменяться на всём его протяжении. При этом строго фиксированная небольшая длительность спринта придаёт процессу разработки предсказуемость и гибкость.

Спринт— одна итерация в Скрам, в ходе которой создаётся функ­циональный рост программного обеспечения. Длительность одного спринта от 2 до 4 недель. На протяжении спринта никто не имеет права менять список требований к работе, внесенном в резерв проекта.

Резерв проекта— это список требований к функциональности, упо­рядоченный по их степени важности, подлежащих реализации. Резерв проекта открыт для редактирования для всех участников скрам процесса.

Резерв спринта — содержит функциональность, выбранную вла­дельцем проекта из резерва проекта. Каждый день команда оценивает объем работы, который нужно проделать для завершения спринта.

Диаграмма сгорания задач (Burndown chart) отображает завершенный спринт. Показывает оставшиеся нерешенные задачи и трудозатраты.

Диаграмма, показывающая количество сделанной и оставшейся работы обновляется ежедневно.

Требуемую функциональность, которую добавляют в резерв называют историей спринта.

Задачи истории спринта (Sprint Story Tasks) добавляются к историям спринта. Выполнение каждой задачи оценивается в часах. Каждая задача не должна превышать 12 часов.

Скорость команды - общее количество очков набранных командой за предыдущий спринт.

Роли в скрам-процессе: Скрам-мастер (ScrumMaster), владелец проекта, Скрам-команда (Scrum Team).

Команда разработчиков проекта (Скрам-команда), состоит из специалистов разных профилей: тестировщиков, архитекторов, аналитиков, программистов и т. д. Размер команды составляет 7±2 человека. Никто кроме команды не может вмешиваться в процесс разработки на протяжении спринта.

Планирование спринта (Sprint Planning Meeting) происходит в начале новой итерации Спринта. В первой части совещания участвует владелец проекта и скрам команда: выбирают задачи из резерва продукта. Во второй части совещания участвует только команда: обсуждают технические детали реализации, наполняют резерв спринта.

Ежедневное совещание (Daily Scrum meeting) начинается точно вовремя, длится не более 15 минут, проводится в одном и том же месте в течение спринта. В течение совещания каждый член команды отвечает на 3 вопроса: Что сделано с момента предыдущего совещания? Что будет сделано с момента текущего совещания до следующего? Какие проблемы мешают достижению целей спринта.

Обзор итогов спринта (Sprint review meeting) проводится после завершения спринта.Ретроспективное совещание (Retrospective мeeting) проводится после завершения спринта. Члены команды высказывают своё мнение о прошедшем спринте.

Еще одна технология управления проектами это Канбан. Канбан имеет множество значений: карточка, бирка, плакат, доска объявлений. В основе Kanban лежит простая идея. Количество незавершённой работы должно быть ограничено, и что-либо новое может начинаться только то­гда, когда какой-то существующий кусок работы поставляется или (в терминах lean) вытягивается следующим элементом конвейера. Kanban (или сигнальная карточка) подразумевает, что производится визуальное оповещение о том, что можно "вытягивать" новую работу.

Для ведения проектов широко используются канбан-доски. Канбан-доска имеет вид таблицы со следующими полями.

«Сделать»- здесь размещаются карточки с задачами по всем проек­там.

«В процессе» – здесь число карточек с задачами ограничено; сюда помещаются те процессы, над которыми в данный момент ведется работа, они по­ступают из списка «Сделать» в порядке приоритетности

«Релиз» – карточки с задачами, которые уже завершены, и требуют проверки.

«Сделано» – задачи, которые полностью проверенные и завершены.

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

Согласно публикациям по обследованию фирм на предмет применения системы Канбан, был сделан вывод: производственные запасы с внедрением Канбан уменьшаются, в среднем, в два раза, а производительность труда увеличивается до 50%.

Microsoft Solutions Framework (MSF)

Программные продукты Microsoft создаются по этой методологии.