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

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

Популяризация типовых решений зачастую приводит к кастомизации. Разработчики продуктов на базе типовых решений, например, на платформе "1С", постоянно сталкиваются с различиями в процессах, особенностях использования этих продуктов, изменениями в законодательстве. В привычном виде команда работает одновременно с несколькими заказчиками, предоставляя услуги удаленно. Необходимо организовать процесс поддержки пользователей, процесс разработки, в рамках которого фиксируются и согласовываются требования, производится тестирование, основанное на требованиях.

Скотт Эмблер является старшим методологом по IT в IBM Rational. Недавно у меня была возможность пообщаться со Скоттом о масштабировании Agile для промышленных предприятий, о том, как Agile влияет на руководство проектом и требования в больших командах, и о его фреймворке DAD (Disciplined Agile Delivery).

Agile-методы это не просто лучший способ разрабатывать программное обеспечение, но также и эффективная стратегия по созданию более гибкого, устойчивого, и лучше реагирующего на изменения предприятия. Важный момент в достижении этой масштабной цели заключается в том, чтобы сосредоточиться на постоянном развитии и улучшениях.