Автоматизация и консалтинг

Оставить заявку

Проектная разработка по Agile

Проектная разработка по Agile

ОСНОВНАЯ ЦЕЛЬ РАБОТЫ ПО AGILE – дать заказчику возможность корректировать ход работ, исходя из текущих приоритетов, гибко управлять границами и бюджетом проекта.

МЕТОДОЛОГИЯ AGILE – это большой раздел технологий разработки ПО, давно применяемый в крупных софтверных компаниях. Agile не очень часто применяют в 1С-сфере. Но мы увидели в нем инструмент ведения проектов с нечеткой фиксацией конечного результата, и адаптировали под 1С специфику. С помощью Agile-подхода мы выполнили уже множество проектов, подход показал свою применимость и эффективность.

Задайте нам вопрос

Как происходит разработка по Agile

Как происходит разработка по Agile

Последовательность действий выглядит следующим образом.

В первую очередь формируется концепция системы. Это документ, описывающий языком бизнес-заказчика цели проекта. Это не техническое задание (в нем нет такой детализации), скорее это описание тех выгод, которые Заказчик хочет получить от проекта, его задач и требований. Без концепции нельзя – иначе проект может стать неуправляемым и превратиться просто во множество противоречащих друг другу разработок.
Список задач. Следующим этапом, данный документ дробится на множество задач, которые необходимо решить, разработав соответствующие модули, объекты или алгоритмы.
Совместно с заказчиком, задачам раздаются приоритеты. Что абсолютно необходимо для работы, что чуть менее необходимо, а что «полезная фича», но в целом может и подождать.
Из задач самого высокого приоритета выбирается объем работы на 2 недели (одну итерацию).
Постановка задачи согласовывается, оценивается. Функции из этой итерации подробно описываются (детализируются до функциональных требований и/или технического задания). Согласовывается бюджет этой итерации.
Итерация.
- Осуществляется разработка по выбранным функциям
- Происходит отбор следующих по приоритету функций в новую итерацию (совместно с Заказчиком)
- По ним пишется ФТ/ТЗ, они согласовываются с заказчиком
- Разработка демонстрируется заказчику, защищается
- Итерация повторяется до момента завершения списка, или решения Заказчика о готовности продукта

Проконсультироваться

Преимущества

Гибкое управление функционалом продукта

Огромным преимуществом подхода является то, что он позволяет выполнять (и успешно завершать) проект в условиях неопределенности задачи. И даже более того, в условиях изменяющейся задачи.
На каждой итерации заказчик может добавлять новые идеи (требования, задачи, функции) в общий список функций. Эти новые требования участвуют в расстановке приоритетов. В каждой итерации разработки выбираются наиболее важные для заказчика требования из оставшегося списка.
Из нашего опыта, до 40% изначально перечисленного функционала остается нереализованным (у этих функций все время низкий приоритет, и до них так и не доходит дело – оказывается, что работать без них можно, и они не нужны). С другой стороны, около 30% реализованного в проекте функционала изначально не обсуждалось, и даже не фигурировало в списке требований. Это полезные идеи и предложения, родившиеся у заказчика или исполнителя, в ходе разработки.

Гибкое управление бюджетом проекта

Первые итерации, конечно, не применимы для работы (скорее, представляют собой макеты интерфейсов, и заглушки).
Но далее – проект обрастает функционалом, и в определенный момент системой уже можно пользоваться, и она будет приносить ощутимую пользу в работе.
Соответственно, если у заказчика возникли затруднения с выделением бюджета далее, можно остановиться и запустить то, что получилось (так как в каждую итерацию выбирался наиболее важный функционал, скорее всего система решает большую часть важных бизнес-задач).
И наоборот, если задачи появляются, и их реализация необходима – проект можно продолжать и вне согласованных ранее рамок, если бюджет это позволяет.

Проконсультироваться

▲