Tiered Rationales es una metodología para documentar y comunicar las decisiones de diseño en sistemas complejos, organizando las justificaciones en una estructura jerárquica. En su nivel más alto, se encuentran los principios estratégicos y los objetivos de negocio. Debajo de estos, se sitúan las decisiones arquitectónicas clave, justificadas por los principios superiores. Sucesivamente, se desglosan en decisiones de diseño de componentes, elecciones tecnológicas y, finalmente, detalles de implementación. Esta estructura permite una trazabilidad clara desde la lógica de negocio hasta el código, asegurando que cada decisión esté alineada con los objetivos generales y facilitando la comprensión del 'por qué' detrás de cada elección.
Este concepto, aunque no siempre formalizado con el nombre 'Tiered Rationales', se observa en la práctica en grandes organizaciones y proyectos de software. Por ejemplo, en el desarrollo de microservicios, las decisiones sobre la granularidad de un servicio (nivel 2) pueden justificarse por principios de 'bounded contexts' y 'autonomía de equipos' (nivel 1). La elección de una base de datos específica para un servicio (nivel 3) se justifica por los requisitos de consistencia y rendimiento del servicio (nivel 2). Herramientas como 'Architecture Decision Records' (ADRs) pueden ser un componente de un sistema de Tiered Rationales, documentando decisiones específicas dentro de una jerarquía más amplia. Empresas como Amazon o Google, con sus rigurosos procesos de 'design review' y 'working backwards', aplican implícitamente este concepto para asegurar la coherencia y la alineación estratégica en sus vastos ecosistemas de software.
Para un Arquitecto Staff+, Tiered Rationales es crucial porque permite gestionar la complejidad y la evolución de sistemas a gran escala. Facilita la comunicación entre stakeholders técnicos y no técnicos, asegurando que todos comprendan la lógica subyacente a las decisiones arquitectónicas. Al explicitar las justificaciones en diferentes niveles, se pueden identificar y mitigar 'trade-offs' de manera más efectiva. Por ejemplo, una decisión de rendimiento (nivel 3) podría comprometer la simplicidad (nivel 2), y un sistema de Tiered Rationales ayuda a documentar por qué ese compromiso es aceptable en el contexto de los objetivos de negocio (nivel 1). Permite a los equipos junior entender el contexto de sus tareas y a los equipos senior evaluar el impacto de los cambios, promoviendo la coherencia a largo plazo y reduciendo el 'drift' arquitectónico.