|
| 1 | +--- |
| 2 | +title: Гибкий подход к разработке программного обеспечения (Agile) |
| 3 | +status: Completed |
| 4 | +category: concept |
| 5 | +tags: ["methodology", "", ""] |
| 6 | +--- |
| 7 | + |
| 8 | +Набор практик, в которых особое внимание уделяется итеративным циклам разработки и самоорганизующимся командам. |
| 9 | +В отличие от каскадной (waterfall) модели, в которой ценность проявляется только в самом конце проекта, |
| 10 | +agile-разработка ПО ориентирована на непрерывное и инкрементное получение ценности |
| 11 | +и эволюционное совершенствование самого процесса. |
| 12 | + |
| 13 | +## Какую проблему решает |
| 14 | + |
| 15 | +Определить, понять и донести требования до всех заинтересованных сторон в программном проекте очень сложно, если вообще возможно. |
| 16 | +Тем не менее, заказчики хотят, чтобы их программные проекты выполнялись в срок, с хорошим качеством, в рамках бюджета и с соблюдением требований. |
| 17 | +Благодаря своей цикличности, agile-разработка ПО позволяет непрерывно адаптировать требования |
| 18 | +и быстрее приспосабливаться к любым другим обстоятельствам (в отличие от каскадных стратегий). |
| 19 | + |
| 20 | +## Как именно решает проблему |
| 21 | + |
| 22 | +Agile-разработка программного обеспечения содержит все фазы традиционных (каскадных) стратегий, |
| 23 | +такие как проработка требований, планирование, реализация, анализ, тестирование и поставка. |
| 24 | +Самое большое отличие заключается в том, что весь период работы над программным проектом разбивается на итерации, каждая из которых содержит все эти этапы. |
| 25 | +По окончании каждой итерации заказчик анализирует созданную ценность и корректирует требования для достижения конечной цели. |
| 26 | +Кроме того, команда разработчиков проводит ретроспективный анализ того, какие действия необходимо предпринять для улучшения самого процесса. |
0 commit comments