Большие проекты в Agile (AgileDays-Екатеринбург-2010)

Короткая ссылка: Big-in-agile

Ссылки сюда (4) →

Аннотация

Как правильная архитектура позволяет сделать большие проекты в Agile.

Основная проблема масштабирования Agile — как эффективно разделится на команды.

• Традиционно, каждая команда получает свой набор компонент. Разработка одной фичи размазывается по нескольким командам и, как следствие, затягивается. Для реализации фичи приходится вносить изменения в разные компоненты, причем изменения часто зависимы.
• Противоположный подход, который часто рекомендуют — формировать так называемые Feature teams. Такая команда отвечает за фичи целиком и может вносить изменения в разные (в том числе в «чужие» компоненты). В этом случае придется решать проблемы взаимодействия команд, изменяющие одни и те же компоненты.

Удачная архитектура позволяет разделиться на команды так, что зависимости (dependencies) между ним будут минимальны.

Автор доклада расскажет об опыте построения архитектуры системы, которая позволила несколько независимых друг от друга Agile-команд.

В докладе также будут рассмотрены практики построения эффективной Архитектурной Концепции (Architectural Vision), создания гибких описаний архитектуры и дизайна.

Видео

Скачать видео одним файлом (540Мб), в хорошем качестве (1280x720): Видеотека#2010-06-04 «Большие проекты в Agile»

Видео с семинара

Так как запись с конференции получилась в не очень хорошем качестве (разрешение, звук), то мы решили опубликовать видео этого доклада с нашего внутреннего preview-семинара. Гарантируем, что здесь будут видны все детали каждого слайда, а докладчик будет отлично виден и слышен.

Убедитесь, что кнопочка «HD» включена в «ON» и смотрите в полноэкранном режиме — тут разрешение 1280x720.

Видео с конференции

Видео записанное на конференции также прилагаем, но предупреждаем — зрители жаловались на качество, ну и это не HD-качество, да.

Ссылки

• Видео и слайды докладов с AgileDays в Екатеринбурге / Управление проектами / Хабрахабр

---

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