O stakeholder exige uma funcionalidade que quebra a arquitetura. Quais são as ações?

Если stakeholder требует фичу, которая ломает архитектуру, важно действовать так:

1. Понять требования и мотивацию — выяснить, зачем нужна эта фича и какие задачи она решает.
2. Оценить последствия — объяснить, как внедрение повредит архитектуре, приведёт к техническому долгу, усложнит поддержку.
3. Предложить альтернативы — возможно, есть другие решения, которые удовлетворят потребности без ущерба архитектуре.
4. Документировать риски — зафиксировать потенциальные проблемы и влияние на проект.
5. Принять совместное решение — обсудить с командой и стейкхолдерами компромисс или план рефакторинга.

Главное — не просто отказаться, а вести конструктивный диалог, показывая профессионализм и заботу о качестве продукта.