Architecture Decision Record
← documentos

Cómo empezar a usar ADR

Para empezar a usar ADR, converse con sus compañeros de equipo sobre estas áreas.

Identificación de decisiones:

  • ¿Qué tan urgente y qué tan importante es la AD?

  • ¿Debe tomarse ahora o puede esperar hasta que se conozca más?

  • La experiencia personal y colectiva, así como los métodos y prácticas de diseño reconocidos, pueden ayudar a identificar decisiones.

  • Lo ideal es mantener una lista de decisiones pendientes que complemente la lista de tareas pendientes del producto.

Toma de decisiones:

  • Existen varias técnicas de toma de decisiones, tanto generales como específicas de la arquitectura de software, por ejemplo, el mapeo de diálogos.

  • La toma de decisiones en grupo es un tema de investigación activo.

Puesta en práctica y cumplimiento de las decisiones:

  • Las AD se usan en el diseño de software; por lo tanto, deben comunicarse a las partes interesadas del sistema que lo financian, desarrollan y operan, y ser aceptadas por ellas.

  • Los estilos de codificación con arquitectura evidente y las revisiones de código centradas en cuestiones y decisiones de arquitectura son dos prácticas relacionadas.

  • Las AD también deben (re)considerarse al modernizar un sistema de software durante su evolución.

Compartir decisiones (opcional):

  • Muchas AD se repiten entre proyectos.

  • Por ello, las experiencias con decisiones pasadas, buenas y malas, pueden ser activos reutilizables valiosos cuando se emplea una estrategia explícita de gestión del conocimiento.

Documentación de decisiones:

  • Existen muchas plantillas y herramientas para registrar decisiones.

  • Consulte las comunidades ágiles, por ejemplo, los ADR de M. Nygard.

  • Consulte los procesos tradicionales de ingeniería de software y diseño de arquitectura, por ejemplo, los diseños de tabla sugeridos por IBM UMF y por Tyree y Akerman, de CapitalOne.

Para más información: