Guía del architect owner - novaDepto/Nova GitHub Wiki

Responsables

Nombre Rol
Irving Dueño de la guía
Daniel Autor

Objetivo

  1. Guiar a los miembros del departamento sobre el rol y responsabilidades de un Architect Owner.

¿Quién es el Architect Owner?

El Architect Owner es quien se encarga de definir y mantener la estructura de una solución de software que pueda satisfacer las necesidades del stakeholder.Igualmente, debe ayudar al equipo a trabajar en conjunto de manera ágil para poseer conjuntamente la solución e interactuar con otras partes de la organización.

1. Proyecto

  • Comprender los requisitos: Identificar a los stakeholders, ayudar a analizar los requisitos y extraer su importancia en el ámbito de arquitectura.
  • Diseñar la solución: Crear una estructura de solución que cumpla con los diversos requisitos, equilibrando los objetivos y las limitaciones de la solución.
  • Comunicar la arquitectura: Asegurar que todos comprendan la arquitectura y presentar varias vistas del sistema para diferentes públicos.
  • Apoyar a los Team Members: Asegurar que los Team Members puedan realizar la arquitectura, mediante una combinación de tutoría y participación directa.
  • Verificación de implementación: Asegurar que el sistema entregado sea coherente con la arquitectura y los requisitos acordados.

2. Estrategia técnica

  • Definir la estructura y organización del sistema.
  • Definir los patrones y principios de diseño de la arquitectura.
  • Definir las tecnologías, herramientas y estándares de codificación.
  • Definir los mecanismos de acceso de datos y manejo de errores.
  • Definir las especificaciones e interfaces de componentes a construir.
  • Definir la documentación y comunicación de las herramientas del departamento.
  • Conocer alterativas y factores para elegir el stack de tecnologías.
  • Conocer los aspectos técnicos clave del proyecto.

3. Equipo

  • Empoderar al equipo a contribuir con la arquitectura.
  • Asegurar la propiedad del equipo sobre la solución.
  • Resolver los conflictos técnicos entre equipos de desarrollo.

Referencias


versión 2.0