 |
4.3. Agile как философия управления проектами
|
|
|
|
4. 3. Agile как философия управления проектами
Agile (философия) - манифест разработки программного обеспечения
Об истории появления Agile-манифеста можно прочесть в источниках:
https: //habr. com/ru/company/edison/blog/311400/
https: //vc. ru/u/439760-dmitriy-blinov/207822-istoriya-sozdaniya-agile-manifesta
Сам Agile-манифест представлен здесь https: //agilemanifesto. org/iso/ru/manifesto. html
Agile это философия гибкой разработки ПО и других продуктов в условиях, когда четко невозможно сформулировать требования к продукту и/или неясно как именно его создавать (рис. 4. 2).
Рис. 4. 2. Условия применимости Agile
Agile − философия гибкой разработки программного обеспечения, предполагающий большое количество итераций. Документ Agile Manifesto описывает 4 ценности и 12 принципов гибкого подхода. https: //habr. com/post/309356/
Ценности Agile – это:
· Люди и взаимодействие важнее процессов и инструментов.
· Работающий продукт важнее исчерпывающей документации.
· Сотрудничество с заказчиком важнее согласования условия контракта.
· Реагирование на изменение важнее следования первоначальному плану.
Принципы Agile – это:
1. Наивысший приоритет − удовлетворение пользователей.
2. Изменение требований приветствуется.
3. Работающий продукт следует выпускать как можно чаще.
4. Представители бизнеса и разработки должны работать вместе ежедневно.
5. Над проектом должны работать мотивированные профессионалы.
6. Непосредственное общение является наиболее практичным и эффективным.
7. Работающий продукт − основной показатель прогресса.
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно.
9. Постоянное внимание техническому совершенствованию и качеству проектирования повышает гибкость проекта.
|
|
|
10. Простота − искусство минимизации лишней работы − крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы повышение эффективности и соответственно корректировать стиль своей работы.
Любой проект, который следует этим ценностям и принципам, по праву может считаться Agile.
В «гибкой» методологии разработки после каждой итерации заказчик может наблюдать результат и понимать, удовлетворяет он его или нет. Это одно из преимуществ гибкой модели.
К ее недостаткам относят то, что из-за отсутствия конкретных формулировок результатов сложно оценить трудозатраты и стоимость, требуемые на разработку.
Методология подходит для больших или нацеленных на длительный жизненный цикл проектов, постоянно адаптируемых к условиям рынка. Соответственно, в процессе реализации требования изменяются. Стоит вспомнить класс творческих людей, которым свойственно генерировать, выдавать и опробовать новые идеи еженедельно или даже ежедневно.
Когда использовать Agile?
· Когда потребности пользователей постоянно меняются в динамическом бизнесе.
· Изменения на Agile реализуются за меньшую цену из-за частых инкрементов.
В отличие от модели водопада, в гибкой модели для старта проекта достаточно лишь небольшого планирования.
|
|
|
