Seis casos de uso de arquitectura empresarial ágil

Seis casos de uso de Agile EA identifican cómo diseñar un equipo de EA para diferentes condiciones. Métodos ágiles para EA, EA apoyando el desarrollo ágil y una empresa ágil.

Estos son un subconjunto del estándar. Casos de uso de arquitectura empresarial. Los casos de uso estándar abordan todo, desde cambios estratégicos hasta mitigación de riesgos y adquisiciones hasta desarrollo ágil.

Buscamos modelos de encuadre simples para aclarar nuestro pensamiento. Enmarcar modelos es para ayudarnos a aislar explícitamente las condiciones en las que necesitamos tomar decisiones de configuración.

Seis casos de uso para Agile EA La agilidad, la arquitectura empresarial y el desarrollo ágil de software encajan juntos.

  1. Agilidad empresarial
  2. Desarrollo ágil de software y arquitectura empresarial
  3. Arquitectura empresarial utilizando métodos ágiles

Las condiciones de aislamiento te permiten diseñar tu EA Team con confianza. Nuestra Servicios de capacidad de EA utilizar el Navegar Arquitectura de referencia de capacidad de EA. Los equipos de EA de alto funcionamiento están configurados de manera óptima.

Arquitectura ágil y empresarial encajan maravillosamente. Ambos resuelven diferentes partes del problema.

El desarrollo ágil de software sobresale en la construcción de algo que nunca antes habíamos tenido y no sabemos cómo. La arquitectura empresarial sobresale ante las decisiones cuando no sabes qué hacer.

Poner Desarrollo ágil de software y arquitectura empresarial juntos para optimizar el cambio.

La mayoría de los arquitectos saltan a la forma en que se relacionan la empresa y el desarrollo ágil. Hemos visto a muchas personas tratar de unir dos mundos muy divergentes, generalmente sin detenerse a comprender ninguno de los dos.

Optimizamos la arquitectura empresarial y el desarrollo ágil al alinearlos con sus puntos fuertes. La abreviatura que usamos es que la arquitectura empresarial se destaca ante las decisiones cuando no se sabe qué hacer. El desarrollo ágil de software sobresale en la construcción de algo que nunca antes habíamos tenido.

Ambos métodos sufren de mala aplicación crónica. A pesar del concepto inherente de iteración de TOGAF, demasiados arquitectos se aferran al diagrama de círculo de cultivos de ADM y ven el proceso. Es muy fácil ver una cascada en el diagrama ADM. Mal, pero fácil. Además, el salto desorganizado en el viaje del descubrimiento en el desarrollo ágil para ocultar su desorganización.

El mundo real es desordenado. A menos que estemos hablando de un simple greenfield de un solo truco, los productos de software deben encajar en un ecosistema complejo. Los procesos, la organización, los socios y la infraestructura existentes permiten que la empresa sirva a los clientes. El nuevo Producto debe mejorar el ecosistema mientras encaja.

Es en la complejidad del mundo real donde brillan el desarrollo ágil efectivo y la arquitectura empresarial. Juega con sus puntos fuertes. Basamos una sólida práctica de desarrollo de software ágil en resolver una tensión esencial.

Tensión ágil
Sabes a dónde vas. no sabes como llegar

Guía del arquitecto empresarial

Descargar el Guía del arquitecto empresarial una guía de la serie TOGAF sobre el desarrollo de una arquitectura empresarial útil.

Ejemplos de casos de uso ágiles de EA

Caso de uso 1: Arquitectura de una empresa ágil

En este caso de uso, el propósito de EA está limitado a requerir arquitecturas de destino aceptables para priorizar la agilidad.

Francamente, no tiene nada que ver con ningún método ágil. Muchas organizaciones ágiles con las que hemos trabajado no utilizan métodos de cambio ágiles.

Nos basamos en gran medida en la cadena de suministro y la respuesta ante desastres como piedras angulares de alta agilidad. Usamos 5 atributos para la agilidad (extraídos de investigaciones deportivas y militares):

  • Vigilancia
  • Accesibilidad
  • decisión
  • Rapidez
  • Flexibilidad

Ejercicios de este caso de uso Atlas Navigate Agile Enterprise de Conexiam. Optimiza el desarrollo de la arquitectura para la agilidad a través de una biblioteca de puntos de vista especializada, compromiso e inquietudes de las partes interesadas.

Sin rodeos, este caso de uso es peligroso si no se alinea con las verdaderas preferencias de las poderosas partes interesadas de una organización.

En términos de TOGAF, este caso de uso se centra más en el Administrador de TOGAF Actividad de realización de valor de fase G y fase H, donde el cambio debe estar alineado con la creación y el mantenimiento de una empresa ágil.

Caso de uso 2: use EA para definir un enfoque ágil para el cambio

Producto de trabajo de arquitectura ágil y empresarial En este caso de uso, la arquitectura empresarial se usa para estructurar cómo la empresa realiza el cambio. Se realizan productos, estructura de equipo de Sprint, velocidad, alineación con todos los enfoques de cambio.

Las preguntas que deben abordarse son qué cambio, qué desarrollo debe seguir qué enfoque. En el caso de los métodos ágiles, se responden preguntas como el Producto, la estructura del equipo de Sprint, la velocidad.

Este caso de uso está ejerciendo en gran medida el Administrador de TOGAF Fase F, G & H basada en una arquitectura Estratégica o de Portafolio.

Caso de uso 3: use EA para guiar la planificación del backlog y el sprint

Desde la perspectiva de la Arquitectura Empresarial y TOGAF, toda la implementación, la creación de prototipos, el piloto, el proyecto y los sprints ágiles ocurren con la Fase G. La EA de mejores prácticas producirá una arquitectura empresarial repleta de un cuaderno de entrega de soluciones, brecha, control, especificación de arquitectura y paquete de trabajo. Este material debe describirse en términos adecuados para el backlog: Epic, User Story y Architecture Runway.

La arquitectura empresarial contendrá un conjunto de vacíos, paquetes de trabajo para llenar estos vacíos y limitaciones en la creatividad de la libertad de los equipos de implementación para realizar el cambio. Incluirá la trazabilidad de los impulsores, objetivos y prioridades fuera del alcance del gerente de producto y el cliente.

En la metodología ágil clásica, las historias de Epics y Users impulsadas por el cliente llenan el trabajo pendiente. El cliente proporciona criterios de priorización. El equipo ágil autoorganizado prioriza el trabajo.

Este caso de uso utiliza la arquitectura empresarial para proporcionar tareas pendientes no basadas en el cliente y guiar la priorización en la planificación de sprints.

En este uso gap Epics y User stories derivados de gaps y paquetes de trabajo. La dependencia externa restringe la priorización, los criterios de aceptación y los criterios de salida. Se pueden proporcionar prioridades primordiales.

Este caso de uso ejercita principalmente la Administrador de TOGAF Fase G, Gobernanza de la implementación: en lenguaje sencillo dentro de la Fase G, se informa a un equipo de implementación sobre el trabajo que deben realizar y las restricciones externas sobre su libertad para realizar el trabajo. La forma en que se comunica el equipo de EA depende de la organización del equipo de implementación.

El elemento crítico es alinear la actividad de gobierno de EA con el modelo de cambio ágil. El impulso del equipo de velocidad no debe verse afectado.

Caso de uso 4: use EA para restringir los sprints ágiles

Este caso de uso ejerce en gran medida la fase G de TOGAF ADM, Gobernanza de implementación.

Siguiente mejores prácticas Gobernanza de EA la pregunta esencial es:

¿El equipo ágil interpretó razonablemente la guía y la restricción documentadas de la arquitectura de destino?

    • En caso afirmativo, su interpretación debe aceptarse como cumplimiento y cualquier problema debe abordarse mediante un cambio en la arquitectura.
    • Si no, desarrolle una recomendación para corregir la situación.

Este es un punto clave. Una buena arquitectura puede tener múltiples opciones de implementación, y no se requiere que el equipo ágil se adhiera a la opinión. Si la opción de implementación es una interpretación razonable, debe considerarse compatible. Si algo quedó fuera de la especificación de la arquitectura, ese no es problema del equipo ágil. Es problema del equipo de EA, necesitan un cambio en la arquitectura aprobada.

El elemento crítico es alinear Gobernanza de EA actividad con modelo de cambio ágil. El impulso del equipo de velocidad no debe verse afectado.

Las brechas, la estrategia del paquete de trabajo, los controles y la especificación de la arquitectura guían y restringen los sprints. Deben estar escritos y presentados en términos que el equipo ágil pueda consumir. Los controles y las especificaciones de arquitectura generalmente se representan como criterios de aceptación y criterios de salida.

Caso de uso 5: use EA para resolver la dependencia

En este caso de uso, la arquitectura empresarial se usa para abordar la dependencia y el impacto en los equipos ágiles.

Este caso de uso es distinto del Caso de uso 4, porque cambia la forma en que participa el equipo de EA. A menudo, donde hay dependencia, será entre diferentes métodos de cambio (ágil y en cascada) y donde las opciones dentro de un sprint pueden tener impactos en cascada.

Un papel clave del desarrollo arquitectura para soportar la entrega de soluciones es identificar y abordar estas dependencias antes de que un equipo ágil tropiece con ellas.

En el caso de uso 4, una medida de éxito es garantizar que el impulso no se vea afectado. En este caso de uso, el impulso de un equipo debe equilibrarse con otros equipos ágiles, unidades operativas y equipos que utilizan otros métodos de cambio.

Este caso de uso ejerce en gran medida la actividad de orden de cambio y gobierno de TOGAF ADM Fase G. Francamente, mejores prácticas Gobernanza de EA evita otorgar exenciones a la dependencia entre equipos de la arquitectura. Los desafíos que no se identificaron son el área más común de exenciones de arquitectura.

Los problemas de dependencia son problema del equipo de EA. Tendrán que trabajar para sacar a la organización de estos agujeros de la manera más eficaz. Abordar estos problemas requiere una cuidadosa atención a la arquitectura superior, los controles y las especificaciones de arquitectura expresadas en los Principios.

Caso de uso 6: Usar métodos ágiles para desarrollar una arquitectura empresarial

En este caso de uso, la capacidad de EA está configurada para usar métodos ágiles para desarrollar una arquitectura empresarial.

Conexiam Predecible EA es un ejemplo de este caso de uso. Para ayudar a comprender que una arquitectura se utiliza para respaldar la toma de decisiones, habitualmente nos referimos al producto de trabajo útil como la "Carpeta de consejos". Este aglutinante está optimizado para el propósito y el problema. Se consumirá de varias maneras diferentes.

Este caso de uso afectará en gran medida la ejecución de todas las fases de ADM para desarrollar la arquitectura. Este caso de uso depende del resultado de la fase preliminar y de la estructura y ejecución de la capacidad de EA.

Los profesionales que trabajan en los extremos del desarrollo de software ágil y la arquitectura empresarial probablemente nunca se encontrarán. Es posible que ni siquiera reconozcan el producto del trabajo del otro. La tensión esencial está en su relación mutua.

Cuando se detiene y considera la alineación de las mejores prácticas de EA y las mejores prácticas de desarrollo de software ágil para las áreas básicas en las que interactúan se vuelve evidente. Es posible que los profesionales que trabajan en los extremos de la arquitectura empresarial o el desarrollo ágil de software nunca sepan lo que la otra persona trabaja para la empresa; es posible que no vean el producto del trabajo de los demás.

Un profesional de EA que trabaja para respaldar la estrategia y un líder tecnológico en un equipo de software ágil trabajan muy separados. El líder técnico vive una ventana de ejecución medida en semanas o meses. Los planes de lanzamiento o las pasarelas de arquitectura son pensamientos a largo plazo. El practicante de EA estratégico podría haber estado trabajando durante años en la hoja de ruta que establecía el desarrollo de la capacidad de desarrollo de software ágil.

Guía del arquitecto empresarial

Descargar el Guía del arquitecto empresarial una guía de la serie TOGAF sobre el desarrollo de una arquitectura empresarial útil.

Propósito de la arquitectura empresarial

Alinear su equipo de arquitectura empresarial con diferentes casos de uso ágiles ayuda a identificar los más aplicables Casos de uso de arquitectura empresarial.

Únase al Kickstart de la arquitectura empresarial

Programa gratuito de 12 semanas para ser un mejor arquitecto empresarial

Ir arriba