Как правильная архитектура позволяет сделать большие проекты в Agile.
Основная проблема масштабирования Agile — как эффективно разделится на команды.
Традиционно, каждая команда получает свой набор компонент. Разработка одной фичи размазывается по нескольким командам и, как следствие, затягивается. Для реализации фичи приходится вносить изменения в разные компоненты, причем изменения часто зависимы.
Противоположный подход, который часто рекомендуют — формировать так называемые Feature teams. Такая команда отвечает за фичи целиком и может вносить изменения в разные (в том числе в «чужие» компоненты). В этом случае придется решать проблемы взаимодействия команд, изменяющие одни и те же компоненты.
Удачная архитектура позволяет разделиться на команды так, что зависимости (dependencies) между ним будут минимальны.
Автор доклада расскажет об опыте построения архитектуры системы, которая позволила несколько независимых друг от друга Agile-команд.
В докладе также будут рассмотрены практики построения эффективной Архитектурной Концепции (Architectural Vision), создания гибких описаний архитектуры и дизайна.
Так как запись с конференции получилась в не очень хорошем качестве (разрешение, звук), то мы решили опубликовать
видео этого доклада с нашего внутреннего preview-семинара.
Гарантируем, что здесь будут видны все детали каждого слайда, а докладчик будет отлично виден и слышен.
Убедитесь, что кнопочка «HD» включена в «ON» и смотрите в полноэкранном режиме — тут разрешение 1280x720.
Видео с конференции
Видео записанное на конференции также прилагаем, но предупреждаем — зрители жаловались на качество, ну и это не HD-качество, да.
Внимание! Эта статья была создана путем автоматического реплицирования из внутренней базы знаний компании Заказные Информ Системы. Любые правки этой статьи могут быть перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».
