Агальцов Антон | TeamLead-блог
@channel_agaltsovav
🔧 RDD — Risk Driven Development: сколько архитектуры достаточно, решает реестр рисков
Risk Driven Development — подход Джорджа Фэрбенкса (книга «Just Enough Software Architecture», 2010), при котором объём и глубина архитектурных усилий определяются рисками проекта. Вместо вопроса «какой должна быть архитектура?» RDD ставит операциональный вопрос «сколько архитектуры достаточно?» — и отвечает: ровно столько, сколько нужно, чтобы идентифицированные риски были сняты или снижены до приемлемого уровня.
Подход вырос из наблюдения о двух симметричных провалах индустрии. Первый — архитектура «на всякий случай»: полные модели и обобщения, значительная часть которых никогда не понадобится, но требует сопровождения. Второй — «архитектуры нет вообще»: структурные решения принимаются имплицитно и задним числом, а результат получает имя big ball of mud. Риск становится измерителем дозировки проектирования: где вероятность и цена неудачи высоки — проектировать глубоко и проверять, где риска нет — сознательно не тратить усилия.
Архитектурные техники — инкапсуляция, слоистость, инверсия зависимостей, паттерны — трактуются как инструменты снижения конкретных рисков и применяются тогда, когда закрывают риск из реестра. «Применять все техники всегда» так же ошибочно, как «не применять никаких». Исторический первоисточник логики — спиральная модель Боэма, где каждым витком разработки управляет список наибольших оставшихся рисков.
💡 Практический минимум, который стоит забрать даже без полного внедрения, — привычка отвечать на вопрос «какой риск закрывает эта архитектура?» до того, как платить за неё временем команды.
Не путать с Readme Driven Development — то же сокращение RDD, но движущая сила там документация, а не риски.
🔗 https://agaltsovav.ru/docs/development-managment/rdd-risk-driven-development/
Если у вас установлено приложение,
вы можете сразу перейти в канал
вы можете сразу перейти в канал