Seis casos de uso de EA ágiles

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 que respaldan el desarrollo ágil y una empresa ágil.

Buscamos modelos de encuadre sencillos para aclarar nuestro pensamiento. Los modelos de encuadre nos ayudan a aislar explícitamente las condiciones en las que necesitamos hacer elecciones de configuración.

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

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

Las condiciones de aislamiento le permiten diseñar su EA Team con confianza. Nuestra Servicios de capacidad 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 de software ágil 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 sabe qué hacer.

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

La mayoría de los arquitectos se concentran en cómo se relacionan las empresas y el desarrollo ágil. Hemos visto a muchas personas tratar de encajar dos mundos tremendamente divergentes, generalmente sin detenerse a comprender ninguno de los dos.

Optimizamos la arquitectura empresarial y el desarrollo ágil alineándolos con sus fortalezas. La abreviatura que utilizamos es que la arquitectura empresarial sobresale antes que las decisiones cuando no se sabe qué hacer. El desarrollo de software ágil sobresale en la construcción de algo que nunca antes habíamos tenido.

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

El mundo real está desordenado. A menos que estemos hablando de un greenfield simple 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 atienda a los clientes. El nuevo Producto debe mejorar el ecosistema mientras se integra.

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 la resolución de una tensión esencial.

Tensión ágil
Sabes a donde 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. prueba

Ejemplos de casos de uso de Agile EA

Caso de uso 1: Arquitectura de una empresa ágil

En este caso de uso, el propósito del EA está limitado a requerir arquitecturas Target 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 de toque de alta agilidad. Usamos 5 atributos para la agilidad (extraídos de la investigación militar y deportiva):

  • Vigilancia
  • Accesibilidad
  • Decisión
  • Rapidez
  • Flexibilidad

Ejercicios de este caso de uso Atlas empresarial ágil Navigate de Conexiam. Optimiza el desarrollo de la arquitectura para lograr agilidad a través de una biblioteca de puntos de vista especializada, la participación de las partes interesadas y las preocupaciones.

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 principalmente en TOGAF ADM 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: Utilice EA para definir un enfoque ágil para el cambio

Producto de trabajo de arquitectura ágil y empresarialEn este caso de uso, la arquitectura empresarial se utiliza para estructurar cómo la empresa realiza el cambio. Se realizan productos, estructura del equipo 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 Sprint, la velocidad.

Este caso de uso está ejercitando en gran medida la TOGAF ADM Fase F, G y H basada en una arquitectura estratégica o de cartera.

Caso de uso 3: Utilice EA para orientar la planificación de la acumulación y el Sprint

Desde la perspectiva de la Arquitectura Empresarial y TOGAF, todas las implementaciones, prototipos, pilotos, proyectos y 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 trabajo pendiente: 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, los objetivos y las prioridades fuera del alcance del gerente de producto y del cliente.

En el clásico ágil, las historias de usuarios y épicos impulsadas por el cliente llenan el historial. El cliente proporciona criterios de priorización. El equipo ágil autoorganizado prioriza el trabajo.

Este caso de uso utiliza la arquitectura empresarial para proporcionar trabajos pendientes no basados en el cliente y orientar la priorización en la planificación del sprint.

En este uso brechas épicas e historias de usuarios derivadas de brechas y paquetes de trabajo. La dependencia externa limita la priorización, los criterios de aceptación y los criterios de salida. Pueden proporcionarse prioridades primordiales.

Este caso de uso ejercita principalmente el TOGAF ADM Fase G, Gobernanza de la implementación: en un lenguaje sencillo dentro de la Fase G, un equipo de implementación recibe informació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 gobernanza de EA con el modelo de cambio ágil. El impulso del equipo de velocidad no debe verse afectado.

Caso de uso 4: Utilice EA para restringir los Sprints ágiles

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

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

¿El equipo ágil interpretó razonablemente la guía y las restricciones 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 es así, 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 el equipo ágil no está obligado a adherirse a la opinión. Si la opción de implementación es una interpretación razonable, debe considerarse conforme. Si se dejó algo fuera de la especificación de la arquitectura, ese no es el 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 redactados y presentados en términos que el equipo ágil pueda consumir. Los controles y las especificaciones de la arquitectura se representan normalmente 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 utiliza 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 el equipo de EA se involucra. 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 el de 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 gobernanza y orden de cambio de fase G de TOGAF ADM. Francamente,  mejores prácticas de gobernanza de EA evita otorgar exenciones a la arquitectura Los desafíos de dependencia entre equipos que no fueron identificados son el área más común de exenciones de arquitectura.

Los problemas de dependencia son el problema del equipo de EA, necesitarán realizar un trabajo para sacar a la organización de estos agujeros de la manera más efectiva. Abordar estos problemas requiere una atención cuidadosa a la arquitectura superior, los Controles y las especificaciones de arquitectura expresadas en Principios.

Caso de uso 6: Utilice métodos ágiles para desarrollar la arquitectura empresarial

En este caso de uso, la capacidad de EA está configurada para utilizar 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 el "Carpeta de consejos". Este aglutinante está optimizado para su propósito y problema. Se consumirá de diferentes formas.

Este caso de uso tendrá un gran impacto en 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 del 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 de trabajo del otro. La tensión esencial está en su relación entre ellos.

Cuando se detiene y considera la alineación de las mejores prácticas de EA y las mejores prácticas, el desarrollo de software ágil para las áreas básicas donde interactúan se hace evidente. Es posible que los profesionales que trabajan en los extremos de la Arquitectura empresarial o el desarrollo ágil de software nunca sepan qué trabaja la otra persona para la empresa, es posible que no vean el producto de trabajo del otro.

Un practicante de EA que trabaja para apoyar la estrategia y un líder tecnológico en un equipo de software ágil trabajan muy separados. El líder tecnológico vive una ventana de ejecución medida en semanas o meses. Los planes de lanzamiento o las pistas de arquitectura son un pensamiento a largo plazo. El practicante de EA estratégico podría haber estado trabajando durante años en la hoja de ruta que estableció 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. prueba

https://conexiam.com/togaf-9-2-body-of-knowledge/

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

Únase al Kickstart de arquitectura empresarial personal

Programa gratuito de 12 semanas para ser un mejor arquitecto empresarial

Ir arriba