Manifesto de arquitectura ágil

[et_pb_section fb_built=»1″ _builder_version=»4.9.7″ _module_preset=»default»][et_pb_row _builder_version=»4.9.7″ _module_preset=»default»][et_pb_column _builder_version=»4.9.7″ _module_preset=»default» type=»4_4″][et_pb_text _builder_version=»4.9.7″ _module_preset=»default» custom_padding=»6px||6px||true|false» text_font=»Mitr Light||||||||» hover_enabled=»0″ sticky_enabled=»0″]

Esta es nuestra interpretación de manifiesto ágil aplicado a la disciplina de arquitectura de software.

Manifiesto ágil de arquitectura de software

• Arquitecto como facilitador Sobre Diseños únicos y centralizados en el arqutecto
• Personas conscientes del diseño Sobre largos documentos de arquitectura de software.
• Atributos de calidad guiados por la experiencia del usuario y los objetivos organizacionales Sobre Arquitecturas guiadas por objetivos técnicos.
• Optimizar en el momento necesario Sobre Agregar complejidad al diseño optimizando escenarios que tal vez no se den.

Estos son los principios que guían el actuar en torno al manifiesto

1. La principal forma de evaluar la arquitectura es el software implementado.
2. Preferimos pequeños componentes de software construidos a partir de patrones y buenas practicas usando lenguajes y frameworks livianos en vez de grandes, costosos y monolíticos componentes de middleware propietarios.
3. Diseñamos componentes responsables de crear capacidades de negocio en vez de capacidades técnicas.
4. Reducimos el acoplamiento favoreciendo la coreografía de servicios por encima de la orquestación.
5. Cuando sea necesario favorecemos la replicación de datos y de código para mantener un bajo acoplamiento, hacer mas resiliente el sistema y aumentar la independencia de cada equipo para entregar valor.
6. Preferimos desarrollar a las personas y polinizar las buenas practicas sobre crear largos documentos y estructuras de gobierno que regulen el accionar de los equipos.
7. Posponemos la optimización hasta el ultimo momento necesario.
8. En entornos de incertidumbre favorecemos los diseños simples y fáciles de implementar para validar rápidamente las hipótesis.
9. Diseñamos todo el tiempo lo estrictamente necesario para tomar las decisiones que no se pueden posponer.
10. Promovemos la exploración constante de nuevas tecnologías y formas de trabajo en entornos safe to fail.

[/et_pb_text][/et_pb_column][/et_pb_row][/et_pb_section]