Buscamos modelos de encuadre simples para aclarar nuestro razonamiento. Estos modelos nos ayudan a aislar expl\u00edcitamente las condiciones en las que necesitamos tomar decisiones de configuraci\u00f3n.<\/p>\n
![\"Seis](\"https:\/\/conexiam.com\/wp-content\/uploads\/2021\/01\/Six-Use-Cases-for-Agile-EA-300x199.png\" "\\"Seis")
La agilidad, la arquitectura empresarial y el desarrollo de software \u00e1gil van de la mano.<\/p>\n
- \n
- Agilidad empresarial<\/a><\/li>\n
- Desarrollo de software \u00e1gil y arquitectura empresarial<\/a><\/li>\n
- Arquitectura empresarial<\/a> utilizando m\u00e9todos \u00e1giles<\/li>\n<\/ol>\n
Las condiciones de aislamiento le permiten dise\u00f1ar su equipo de EA con confianza. Nuestro Servicios de capacidad de EA<\/a> utilizar el Navegar por<\/a> Arquitectura de referencia de capacidades de EA<\/a>. High functioning EA team’s are optimally configured.<\/p>\n\t
Arquitectura \u00e1gil y empresarial<\/a> Encajan de maravilla. Ambos resuelven diferentes partes del problema.<\/p>\n
El desarrollo \u00e1gil de software destaca por crear algo que nunca antes hab\u00edamos tenido y que desconocemos. La arquitectura empresarial destaca ante las decisiones cuando no se sabe qu\u00e9 hacer.<\/p>\n
Poner Desarrollo de software \u00e1gil y arquitectura empresarial<\/a> Juntos para optimizar el cambio.<\/p>\n\t
Most architects jump to how enterprise and agile development relate. We’ve seen many people try to fit two wildly divergent worlds together, usually without stopping to understand either.<\/p>\n
Optimizamos la arquitectura empresarial y el desarrollo \u00e1gil aline\u00e1ndolos con sus fortalezas. En resumen, la arquitectura empresarial destaca ante las decisiones cuando no se sabe qu\u00e9 hacer. El desarrollo \u00e1gil de software destaca al crear algo que nunca antes hab\u00edamos tenido.<\/p>\n
Both methods suffer from chronic misapplication. Despite TOGAF’s inherent concept of iteration, too many architects latch onto the ADM crop circle diagram and see process. It’s so easy to see a waterfall in the ADM diagram. Wrong, but easy. As well, the disorganized leap on the journey of discovery in agile development to hide their disorganization.<\/p>\n
El mundo actual es ca\u00f3tico. A menos que se trate de una soluci\u00f3n integral, los productos de software deben integrarse en un ecosistema complejo. Los procesos, la organizaci\u00f3n, los socios y la infraestructura existentes permiten a la empresa atender a los clientes. El nuevo producto debe enriquecer el ecosistema y, al mismo tiempo, integrarse.<\/p>\n
It’s in \u00a0real world complexity that effective agile development and enterprise architecture shine. Play to their strengths. We base strong agile software development practice on resolving an essential tension.<\/p>\nTensi\u00f3n \u00e1gil
\nYou know where you’re going. You don’t know how to get there<\/em><\/strong>\n\t\tGu\u00eda del arquitecto empresarial<\/h3>\t\t\n\t\t\t
Descargar el Gu\u00eda del arquitecto empresarial<\/a> Una gu\u00eda de la serie TOGAF sobre el desarrollo de una arquitectura empresarial \u00fatil.<\/p>\n\t
Ejemplos de casos de uso de Agile EA<\/h2>\n
Caso de uso 1: Arquitectura de una empresa \u00e1gil<\/h3>\n
En este caso de uso, el prop\u00f3sito de EA se limita a requerir arquitecturas de destino aceptables para priorizar la agilidad.<\/p>\n
Frankly it has nothing to do with any agile methods. Many agile organizations we have worked with don’t use agile change methods.<\/p>\n
Nos basamos en gran medida en la Cadena de Suministro y la Respuesta ante Desastres como pilares de alta agilidad. Utilizamos cinco atributos para la agilidad (extra\u00eddos de investigaciones deportivas y militares):<\/p>\n
- \n
- Vigilancia<\/li>\n
- Accesibilidad<\/li>\n
- Decisi\u00f3n<\/li>\n
- Rapidez<\/li>\n
- Flexibilidad<\/li>\n<\/ul>\n
Este caso de uso ejercita Conexiam’s Navigate Agile Enterprise Atlas<\/a>. Optimiza el desarrollo de la arquitectura para la agilidad a trav\u00e9s de una biblioteca de puntos de vista especializados, la participaci\u00f3n de las partes interesadas y sus preocupaciones.<\/p>\n
Bluntly, this use case is dangerous if it does not align with the true preferences of an organization’s powerful stakeholder’s.<\/p>\n
En t\u00e9rminos de TOGAF<\/a>, Este caso de uso se centra principalmente en TOGAF ADM <\/a>Actividad de realizaci\u00f3n de valor de las fases G y H, donde el cambio debe estar alineado con la creaci\u00f3n y el sostenimiento de una empresa \u00e1gil.<\/p>\n
Caso de uso 2: Utilizar EA para definir un enfoque \u00e1gil para el cambio<\/a><\/h3>\n
![\"Producto](\"data:image\/svg+xml;base64,PHN2ZyB3aWR0aD0iMSIgaGVpZ2h0PSIxIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjwvc3ZnPg==\" "\\"Seis")
En este caso de uso, la arquitectura empresarial se utiliza para estructurar c\u00f3mo la empresa implementa el cambio. Se analizan los productos, la estructura del equipo de sprint, la velocidad y la alineaci\u00f3n con todos los enfoques de cambio.<\/p>\nLas preguntas que se abordan son qu\u00e9 cambio, qu\u00e9 desarrollo debe seguir y qu\u00e9 enfoque. En el caso de los m\u00e9todos \u00e1giles, se responden cuestiones como el producto, la estructura del equipo de sprint y la velocidad.<\/p>\n
Este caso de uso consiste en gran medida en ejercitar la TOGAF ADM<\/a> Fase F, G y H basadas en una arquitectura estrat\u00e9gica o de cartera.<\/p>\n
Caso de uso 3: Utilizar EA para guiar la planificaci\u00f3n del backlog y del sprint<\/a><\/h3>\n
Desde la perspectiva de la Arquitectura Empresarial y TOGAF,<\/a> Toda la implementaci\u00f3n, el prototipado, los pilotos, los proyectos y los sprints \u00e1giles se llevan a cabo en la Fase G. La arquitectura empresarial basada en mejores pr\u00e1cticas generar\u00e1 una arquitectura empresarial completa con un cuaderno de entrega de soluciones, un plan de gesti\u00f3n de brechas, un control, una especificaci\u00f3n de arquitectura y un paquete de trabajo. Este material debe describirse en t\u00e9rminos adecuados para el backlog: \u00c9pica, Historia de Usuario y Pista de Arquitectura.<\/p>\n
The Enterprise architecture will contain a set of gaps, work packages to fill these gaps and limitations on the creativity of implementations teams’ freedom to perform the change. It will include traceability to drivers, goals, and priorities outside the purview of the product manager and customer.<\/p>\n
En la metodolog\u00eda \u00e1gil cl\u00e1sica, las \u00e9picas y las historias de usuario impulsadas por el cliente conforman el backlog. El cliente proporciona criterios de priorizaci\u00f3n. El equipo \u00e1gil autoorganizado prioriza el trabajo.<\/p>\n
Este caso de uso utiliza la arquitectura empresarial para proporcionar un backlog no basado en el cliente y guiar la priorizaci\u00f3n en la planificaci\u00f3n de sprints.<\/p>\n
En este caso, se utilizan \u00e9picas de brechas e historias de usuario derivadas de brechas y paquetes de trabajo. La dependencia externa limita la priorizaci\u00f3n, los criterios de aceptaci\u00f3n y los criterios de salida. Se pueden establecer prioridades generales.<\/p>\n
Este caso de uso ejercita principalmente la TOGAF ADM<\/a> Fase G, Gobernanza de la Implementaci\u00f3n: En t\u00e9rminos sencillos, durante la Fase G, se informa al equipo de implementaci\u00f3n sobre el trabajo que debe realizar y las limitaciones externas que limitan su libertad para realizarlo. La comunicaci\u00f3n del equipo de EA depende de la organizaci\u00f3n del equipo de implementaci\u00f3n.<\/p>\n
El elemento cr\u00edtico es alinear la actividad de gobernanza de EA con el modelo de cambio \u00e1gil. No se debe afectar el impulso del equipo de sprint.<\/p>\n
Caso de uso 4: Utilizar EA para limitar los sprints \u00e1giles<\/a><\/h3>\n
Este caso de uso ejercita en gran medida la Fase G del TOGAF ADM, Gobernanza de Implementaci\u00f3n.<\/p>\n
Siguiente Mejores pr\u00e1cticas de gobernanza de la arquitectura empresarial<\/a>\u00a0La pregunta esencial es:<\/p>\n
Did the agile team reasonably interpret the target architecture’s documented guidance and constraint?<\/p>\n
- \n
- \n
- \n
- En caso afirmativo, su interpretaci\u00f3n debe aceptarse como cumplimiento y cualquier problema debe abordarse mediante un cambio en la arquitectura.<\/li>\n
- En caso negativo, desarrolle una recomendaci\u00f3n para corregir la situaci\u00f3n.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
This is a key point. Good architecture can have multiple implementation choices, and the agile team is not required to adhere to opinion. If the implementation choice is a reasonable interpretation, it should be judged compliant. If something was left out of the architecture specification, that is not the agile team’s problem. It is the EA team’s problem, they need a change to the approved architecture.<\/p>\n
El elemento cr\u00edtico es la alineaci\u00f3n gobernanza de la arquitectura empresarial<\/a> Actividad con modelo de cambio \u00e1gil. No se debe afectar el impulso del equipo de sprint.<\/p>\n
Las Brechas, la Estrategia del Paquete de Trabajo, los Controles y la Especificaci\u00f3n de la Arquitectura gu\u00edan y limitan los sprints. Deben redactarse y presentarse de forma que el equipo \u00e1gil pueda comprenderlas. Los Controles y las Especificaciones de la Arquitectura suelen presentarse como criterios de aceptaci\u00f3n y de salida.<\/p>\n
Caso de uso 5: Utilizar EA para resolver la dependencia<\/a><\/h3>\n
En este caso de uso, la arquitectura empresarial se utiliza para abordar la dependencia y el impacto en los equipos \u00e1giles.<\/p>\n
Este caso de uso se diferencia del Caso de Uso 4 porque cambia la forma en que el equipo de EA interact\u00faa. A menudo, cuando existe dependencia, se da entre diferentes m\u00e9todos de cambio (\u00e1gil y cascada) y las decisiones tomadas durante un sprint pueden tener efectos en cascada.<\/p>\n
Un papel clave del desarrollo Arquitectura para respaldar la entrega de soluciones<\/a> Se trata de identificar y abordar estas dependencias antes de que un equipo \u00e1gil tropiece con ellas.<\/p>\n
In Use Case 4, a success measure is ensuring that momentum is not be impaired. In this use case, one team’s momentum must be balanced against other agile teams, operational units and teams that use other change methods.<\/p>\n
Este caso de uso ejercita en gran medida la actividad de gobernanza y orden de cambio de la Fase G de TOGAF ADM. Francamente, Mejores pr\u00e1cticas de gobernanza de la arquitectura empresarial<\/a> Evita la concesi\u00f3n de exenciones a la dependencia arquitect\u00f3nica entre equipos. Los desaf\u00edos no identificados constituyen el \u00e1rea m\u00e1s com\u00fan de exenciones arquitect\u00f3nicas.<\/p>\n
Dependency issues are the EA team’s problem. They will need to perform work to dig the organization most effectively out of these holes. Addressing these problems requires careful attention to superior architecture, controls and architecture specifications expressed at Principles.<\/p>\n
Caso de uso 6: Utilizar m\u00e9todos \u00e1giles para desarrollar la arquitectura empresarial<\/h3>\n
En este caso de uso, la capacidad EA est\u00e1 configurada para utilizar m\u00e9todos \u00e1giles para desarrollar una arquitectura empresarial.<\/p>\n
Conexiam Predictable EA<\/a> is an example of this use case. To help understand that an architecture is used to support decision making, we routinely refer to the useful work product as the\u00a0“Advice Binder”. This binder is optimized to purpose and problem. It will be consumed in in several different ways.<\/p>\n
Este caso de uso tendr\u00e1 un gran impacto en la ejecuci\u00f3n de todas las fases de ADM para el desarrollo de la arquitectura. Depende del resultado de la fase preliminar y de la estructura y ejecuci\u00f3n de la capacidad de EA.<\/p>\n\t
Practitioners who work at the extremes of agile software development and enterprise architecture \u00a0will likely never encounter each other. They might not even recognize each other’s work product. The essential tension is in their relationship with each other.<\/p>\n
When you stop and consider the alignment of best practice EA and best practice agile software development for basic areas where they interact becomes apparent. Practitioners who work at the extremes of either Enterprise Architecture or agile software development may never know what the other person works for the company they may not see each other’s work product.<\/p>\n
Un profesional de EA que apoya la estrategia y un l\u00edder t\u00e9cnico de un equipo de software \u00e1gil trabajan a distancia. El l\u00edder t\u00e9cnico vive una ventana de ejecuci\u00f3n que se mide en semanas o meses. Los planes de lanzamiento o las rutas de arquitectura implican una visi\u00f3n a largo plazo. El profesional estrat\u00e9gico de EA podr\u00eda haber trabajado durante a\u00f1os en la hoja de ruta que defini\u00f3 el desarrollo de la capacidad de desarrollo de software \u00e1gil.<\/p>\n\t\t
Gu\u00eda del arquitecto empresarial<\/h3>\t\t\n\t\t\t
- \n
- Desarrollo de software \u00e1gil y arquitectura empresarial<\/a><\/li>\n
![\"Producto](\"https:\/\/conexiam.com\/wp-content\/uploads\/2020\/05\/EA-supporting-Agile-Development-Work-Product-300x204.png\" "\\"Seis")
En este caso de uso, la arquitectura empresarial se utiliza para estructurar c\u00f3mo la empresa implementa el cambio. Se analizan los productos, la estructura del equipo de sprint, la velocidad y la alineaci\u00f3n con todos los enfoques de cambio.<\/p>\n![\"Prop\u00f3sito](\"https:\/\/conexiam.com\/wp-content\/uploads\/2020\/05\/Roles-of-EA-300x120.png\" "\\"Prop\u00f3sito")
\n\t