La trampa #2 no avanza

El ciclo de vida promedio de un equipo de EA es de 2 años. La mayoría de las organizaciones tienen un historial de creación, disolución, reinicio y marginación de equipos de EA. Nuestra práctica, que establece y fortalece equipos de EA, observa con más frecuencia este fenómeno.

Cuando preguntamos a los equipos directivos qué no funcionaba antes de nuestra llegada, siempre es lo mismo: no entregaban nada consumible. Peor aún, cuando la arquitectura era irrelevante para alcanzar los objetivos estratégicos.

Estos son síntomas clásicos de La trampa #2 no avanza. Nada consumible. No hay alineación para mejorar.

Todos los que han asistido a nuestro EA con TOGAF y Navigate o Certificación TOGAF cursos conoce el Pato enojado. Una simple imagen prediseñada que muestra un pato con los brazos cruzados con impaciencia y la mirada baja en señal de desprecio. Pato enojado Es un recordatorio para todos los arquitectos: a pesar de las múltiples presiones que conlleva producir arquitectura y orientación útiles, nunca hay suficientes recursos e información para que un arquitecto tenga confianza en sí mismo ni esté completamente preparado. En cambio, debemos lograrlo. Debemos entregar lo suficiente para el propósito.

Mientras los equipos de EA buscan soluciones incidentales o se quedan paralizados por otra ronda de análisis, las organizaciones avanzan con cambios deliberados y accidentales. Una arquitectura útil es lo suficientemente completa como para brindar la confianza necesaria para respaldar la decisión aún no tomada.

Nuestra profesión Marco TOGAF Incluye las herramientas para lograr resultados: iteración y diferentes niveles de detalle en el entorno empresarial. Los equipos de EA altamente funcionales alinean sus entregables con el ciclo de negocio y utilizan un repositorio estructurado.

Las decisiones que enmarcarán un proyecto y aprobarán las especificaciones críticas que aportan valor medible suelen requerir un análisis menos detallado del necesario para guiar y limitar a un equipo de cambio que implementa una solución. Francamente, terminar implica detener el trabajo cuando la iteración actual puede abordar el problema en cuestión.

Utilizamos el concepto ágil de backlog para gestionar el trabajo de futuras iteraciones de ADM. En la práctica, es sencillo: la hoja de ruta identificará las iniciativas o programas que requieren más trabajo; los programas tendrán proyectos que requieren más trabajo, y los proyectos contendrán soluciones que requieren más trabajo. Cada iteración amplía el trabajo previo, valida y perfecciona las especificaciones y los controles, completando así el panorama de EA.

El desarrollo de una arquitectura con propósito impulsa la entrega. El concepto de TOGAF de un proyecto de arquitectura es una tarjeta en nuestro backlog Kanban. Al inicio de cada sprint de Predictable EA, extraemos tarjetas y desglosamos lo que necesitamos en el repositorio y lo que entregaremos a los consumidores (tomadores de decisiones y partes interesadas).

Con un repositorio en expansión, la comercialización se acelera gracias a la reutilización del trabajo. Una vez que la arquitectura del portafolio realizó el análisis de las partes interesadas y definió el enfoque preferido para los paquetes de trabajo, el arquitecto conoce la prioridad y si el trabajo actual debe comenzar con la suposición de desmantelamiento, evolución o revolución. Esto impulsa la convergencia dentro del conjunto de demandas de las partes interesadas. La claridad de las partes interesadas sobre lo que debe cambiar impulsa la convergencia hacia el beneficio estratégico.

De repente, sin un mandato, sin estructuras de gobernanza complejas ni su autoridad de decisión imaginaria, el equipo de EA está generando valor. Las decisiones direccionales tienen una trazabilidad visible hacia el valor. Las decisiones de implementación se ajustan a especificaciones y controles claramente defendibles. En general, la organización cambia con mayor éxito y menos fricción.

Todo porque el equipo de EA esquivó la trampa de No progresando