Евгений Асламов. Зачем нужны и как помогают Architecture Decision Records

Выступление Евгения Асламова на весенней конференции Systems/Design 2104 Процесс проектирования различного рода IT решений не линейный — в нём есть циклы, итерации, а иногда и откровенный хаос. Не секрет, что иногда какие-нибудь могучие артефакты от архитекторов — модели, развесистые архитектурные схемы и т.п не успевают за быстро изменяющейся средой. И даже в том случае, когда командам удаётся реализовать подход «лучшая документация — это качественный код», то какие-то архитектурные решения не читаются напрямую из кода. В докладе как раз затрону один из способов, как с этим можно побороться — Architecture Decision Record. __________ Курсы по системному анализу и проектированию систем: - Agile здорового человека - Концептуальное проектирование и трансформация идеи в цифровой продукт - Основы бизнес-анализа и разработки требований в Agile - Системный анализ и Разработка требований в ИТ-проектах - Основы ООП и разработка UML-моделей - Моделирование бизнес-процессов - Комплексная программа переподготовки на Системного и Бизнес-аналитика - Business Systems Analyst Bootcamp 📌 ПОДПИСАТЬСЯ НА Systems Education: ➛YouTube: ➛Telegram Systems Анонсы событий по системному анализу: ➛Telegram Как стать системным аналитиком: __________ Таймкоды 00:00 Приветствие. Об авторе 01:15 Зачем мы сделали это и почему именно так? 03:30 Процессы разработки в идеальном мире 04:30 Процессы разработки в реальности 10:10 Как мы решили проблему? 13:12 Вопросы которые возникли при обсуждении решения 18:25 Выбор экзоскелета для решения проблем 22:30 Architecture Decision Records - что это такое? 30:00 ADR. Что дальше? 31:20 ADR. Что мы ожидаем? 34:14 ADR. Not only Architectural DR 34:49 Полезные материалы 35:00 Ответы на вопросы 35:14 Q1. Можно ли увидеть пример ADR? 36:10 Q2. Как у вас организован архитектурный репозиторий? 37:35 Q3. Как часто применяется данный подход? 39:07 Q4. Как оцениваете эффективность подхода? 41:20 Q5. Как осуществляется навигация по заметкам? 43:50 Q6. Как реализованы уведомления согласующим? 46:05 Q7. Какие зоны ответственности у архитектора продукта и архитектора проекта? 50:15 Q8. Если новые ADR противоречат старым, как понять что старые ADR утратили актуальность? 52:00 Q9. Как сложить ADR в единую картину, чтобы все понимали решения? 54:20 Q10. Какие еще инструменты рассматриваете для принятия архитектурных решений?