Skip to main content

G14 - Guía para el Architecture Owner

Objetivo(s)#

  • Describir las cualidades y responsabilidades que deberá adoptar la persona que ocupe el rol de Architecture Owner.

Prerrequisito(s)#

  • Un interesado en tomar el rol.

¿Quién es el Architecture Owner?#

El rol del Architecture Owner (AO) consiste en guiar en la creación y la evolución de la arquitectura de la solución del proyecto de un equipo. El Architecture Owner no es el único responsable de la arquitectura, pero si es responsable de facilitar la creación de la arquitectura. El AO debe tener conocimiento sobre patrones, frameworks, así como un sólido entendimiento del dominio de negocio de las soluciones construidas.

Labores con las personas#

  • Capacitar a los demás en el uso de herramientas y metodologías técnicas.
  • Invitar a participar en discusiones técnicas.
  • Conocer las habilidades y las fortalezas de cada miembro del equipo.
  • Monitorear y guiar las prácticas y situaciones de otras personas que tengan que ver con arquitectura.

Labores con el departamento#

  • Entender la dirección arquitectónica y estándares de la organización.
  • Asegurar que el departamento siga los estándares técnicos a nivel organización o crearlos si no se tienen.
  • Compartir el estado de las pruebas del proyecto en el reporte de estado.
  • Trabajar de cerca con otros AOs existentes en el departamento, para compartir conocimiento y solucionar posibles problemas.

Labores con los equipos#

  • Guiar la creación y evolución de la arquitectura de la solución que el equipo está trabajando.
  • Trabajar en work items como cualquier otro Team Member.
  • Desarrollar y modificar documentación que si sea utilizada por el equipo.
  • Asegurar que la solución sea integrada y probada regularmente.
  • Verificar que la solución cumpla con los estándares de calidad establecidos.
  • Identificar riesgos que nacen del diseño de arquitectura.
  • Asegurar que la solución es integrada y probada regularmente, idealmente vía una estrategia de integración continua (CI).
  • Trabajar de cerca con el Product Owner (PO) para ayudarlo o ayudarla a entender las necesidades de los stakeholders técnicos, las implicaciones de la deuda técnica y la necesidad de invertir tiempo en pagarla.

Autores#

  • Juan Manuel Amador Pérez Flores

Auditoría#

  • Adolfo Acosta Castro

Bitácora de cambios#

Versión 2.0#

  • El asset ha sido institucionalizado.

Versión 1.1#

  • Se arreglaron errores de ortografía.

Versión 1.0#

  • Se creó la guía.