La trampa #2 no progresa

Hay una tendencia francamente alarmante en la profesión de EA: los equipos de EA de corta duración.

Los equipos de EA de alto funcionamiento alinean sus entregables al ciclo comercial y utilizan un repositorio estructurado. Los equipos de EA que funcionan mal se paran, fallan y reinician. Repetir.

Historias de accidentes y quemaduras

Equipos de EA de bajo funcionamiento. Un antipatrón tras otro.

Si ves estas prácticas, ¡detente! ¡Parar ahora!
Expulsa mientras puedas.

Cementerio de arquitectura empresarial

Aprenda los patrones de falla a evitar

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.

ser un mejor arquitecto

Arquitecto empresarial personal gratuito de 90 días Kickstart para ser un mejor arquitecto.
Webinar semanal grabado, con descargas

Membresía gratuita de la comunidad de EA
Capacitación, orientación, herramientas y técnicas gratuitas de Conexiam Consulting

Empezar hoy

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 levantarse, disolverse, reiniciarse y dejar de lado a los equipos de EA. Nuestra práctica que establece y mejora los equipos de EA ve más de esto que la mayoría.

Cuando preguntamos a los equipos de liderazgo qué no funcionó antes de que llegáramos, siempre es lo mismo: no entregaron nada consumible. Peor aún, cuando la arquitectura era irrelevante en el impulso para alcanzar objetivos estratégicos.

Estos son síntomas clásicos de La trampa #2 no progresa. Nada consumible. Sin alineación con la mejora.

Todos los que han asistido a nuestro EA con TOGAF y Navegar 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 los ojos bajos con desprecio. El pato enojado es un recordatorio para todos los arquitectos de que, a pesar de las múltiples presiones en torno a la producción de arquitectura y orientación útiles, nunca hay suficientes recursos e información para que un arquitecto tenga 100% confianza o 100% completo. En cambio, debemos terminar. Debemos entregar suficiente para el propósito.

Mientras los equipos de EA persiguen lo incidental o se ven paralizados por otra ronda de análisis, las organizaciones avanzan con cambios deliberados y accidentales. La arquitectura útil es lo suficientemente completa para proporcionar suficiente confianza para respaldar la decisión que no se ha tomado.

El marco TOGAF de nuestra profesión incluye las herramientas para lograrlo: iteración y diferentes niveles de detalle en el panorama empresarial. Los equipos de EA de alto funcionamiento alinean sus entregables al ciclo comercial y utilizan un repositorio estructurado.

Las decisiones que enmarcarán un proyecto, aprobarán las especificaciones críticas que brindan un valor medible, por lo general, requieren un análisis menos detallado que el necesario para guiar y restringir a un equipo de cambio que implementa una solución. Francamente, terminar significa detener el trabajo cuando la iteración actual puede abordar el problema en cuestión.

Usamos el concepto ágil de backlog para mantener el trabajo de futuras iteraciones de ADM. En la práctica es simple: la hoja de ruta identificará iniciativas o programas que necesitan más trabajo; los programas tendrán proyectos que requieren más trabajo y los proyectos tendrán soluciones que requieren más trabajo. Cada iteración amplía el trabajo anterior, valida y refina especificaciones y controles. Rellenando el paisaje de EA.

El desarrollo de arquitectura con propósito impulsa la entrega. El concepto de TOGAF de un proyecto de arquitectura es una tarjeta en nuestra acumulación de Kanban. Al comienzo de cada sprint de EA predecible, sacamos 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, el tiempo de comercialización se acelera con el trabajo reutilizable. Cuando la arquitectura de la cartera hizo el análisis de las partes interesadas y definió el enfoque preferido para los paquetes de trabajo, el arquitecto entra por la puerta sabiendo la prioridad y si el trabajo actual debe comenzar con el supuesto de deshacer y reemplazar, evolución o revolución. 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 en el beneficio estratégico.

De repente, sin un mandato, sin estructuras de gobierno complejas y su autoridad de decisión imaginaria, el equipo de EA está entregando valor. Las decisiones direccionales tienen trazabilidad visible al valor. Las decisiones de implementación se ajustan a la especificación y el control que son obviamente defendibles. En general, la organización cambia con más éxito y menos fricción.

Todo porque el EA Team esquivó la trampa de No hacer progresos

Únase al Kickstart de la arquitectura empresarial

Programa gratuito de 12 semanas para ser un mejor arquitecto empresarial

Ir arriba