Оглавление:
Гибкая методология разработки программного обеспечения может оказать положительное влияние на ИТ-индустрию. Результаты применения гибкой методологии можно измерить несколькими способами. Более быстрое выполнение запросов на изменение программного обеспечения, меньшее количество ошибок, количественное измерение производительности команды и узкие места - все это отражает успешную реализацию Agile. Чтобы успешно измерить влияние Agile, организации необходимо сравнить различные показатели, связанные с разработкой до Agile и после Agile. Реальное влияние Agile не может быть измерено только увеличением дохода или увеличением количества исправленных ошибок. Несколько внутренних параметров необходимо учитывать, чтобы понять реальное влияние. (Подробнее о гибкой разработке см. Agile Software Development 101.)
Почему Agile IT?
ИТ-индустрия склоняется к Agile-методам, главным образом, из-за ограничений водопадной модели разработки программного обеспечения. Как правило, было отмечено, что ИТ-компании не могут реагировать на изменяющиеся запросы клиентов или рыночные ситуации или снижать затраты с помощью водопадной модели разработки программного обеспечения. Даже если мы уравновесим этот подавляющий уклон в сторону гибкой методологии и посчитаем, что некоторые из волнений являются просто шумихой, существует большая эмпирическая обратная связь с моделью водопада.
Проще говоря, модель водопада - это модель разработки программного обеспечения, в которой работа выполняется последовательно - один этап за другим. Эта модель имеет пять этапов: требования, проектирование, внедрение, проверка и обслуживание. Как правило, после завершения одного этапа трудно, если не невозможно, внести изменения в более ранний этап. Таким образом, предполагается, что требования в значительной степени фиксированы. Основное отличие модели Agile заключается в предположении, что требования не будут изменены. Agile предполагает, что деловые ситуации будут меняться, а также требования. Таким образом, программное обеспечение доставляется небольшими порциями по спринтам, тогда как в модели с водопадом первая доставка или выпуск выполняется через длительное время. (Подробнее о разработке см. В разделе Как Apache Spark помогает быстрой разработке приложений.)