Архитектурное ревью спринта

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

На встрече каждая команда презентует значимые архитектурные изменения за спринт. Если архитектурных изменений нет, можно пропустить или поделиться чем-то другим полезным. На рассказ 10-15 минут, потом 5 минут на уточняющие вопросы и обратную связь.

Профиты архревью:

📌 — Синхронизация и обмен знаниями
Это отличный способ набраться опыта в архитектурном мышлении. Одна команда за один спринт проектирует одно архитектурное решение, а с помощью архревью можно узнать о четырех-восьми архитектурных изменениях в продукте. Кроме того, разработчики узнают, кто чем занимался и к кому за какой инфой можно идти.

📌— Персистентное описание архитектуры продукта
Для визуализации архитектурного изменения хорошо помогают диаграммы и схемы. Разрабы приносят их на архревью, и они же остаются в качестве документации в Confluence.

📌— Обратная связь для повышения квалификации разработчиков
Так же как ревью спринта дает обратную связь по инкременту, архревью дает обратную связь по архитектуре.
Опытные разработчики могут рассказать, какие еще варианты реализации можно было рассмотреть.

📌— Выявление рисков, связанных с архитектурными решениями
В идеале, этого не должно происходить. Для этого все нужные эксперты должны участвовать в изначальном проектировании при подготовке задачи к спринту по Definition Of Ready. Но все мы люди и можем ошибаться.
Архревью — еще один инструмент, чтобы ошибки не причиняли урон.
Важно понимать, что эта работа уже сделана. Переделывать или отменять её — равноценно остановке спринта, и для этого должен быть выявлен очень критичный риск.

Для четырех команд архревью займёт один час. Одна маленькая встреча в спинт, но большая польза для внутреннего качества продукта и развития разработчиков.

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