Una arquitectura empresarial sólida utiliza las decisiones ya tomadas.

El poder de Y

Mi parte interesada favorita habla sobre el poder de y. ¿Y si pudiéramos tener el S5? y ¿El P5? ¿Y si podemos tener lo mejor de lo que tenemos? y ¿Todo lo que queremos?

Antes de tomar una decisión, cuando estoy explorando alternativas de arquitectura Amo el poder de y. En arquitectura empresarial el poder de y aplasta la mano muerta de cómo. Cada vez que apunto a un y Debo eliminar los obstáculos para conseguirlo todo. Francamente, antes de tomar cualquier decisión, esa es mi responsabilidad.

Me encanta el desafío intelectual de descubrir qué se necesita para tener el S5. y el P5. Lado a lado el cambio agresivo e implacable para mejor con una apacible equiparación de la calidad entre pares y mejoras incrementales en la eficiencia.

En nuestro trabajo, el poder de y siempre se enfrenta a la realidad de si. Podemos tener y:

• si cambiamos cómo
• si transferimos el trabajo entre estos equipos funcionales.
• si inventamos la antigravedad Pantalones cohete de Robbie

Yo obtengo el poder de y cuando hacemos el decisión de arquitectura poner el si en el hoja de ruta de arquitectura. Luego, sin piedad gobernar cada iniciativa de cambio para entregar el si.

Estuve presente en la reunión donde decidieron hacer lo que fuera necesario para lograrlo. y, y una persona de muy alto rango fue encargada de haciéndolo así.

Ideas descabelladas, como reconstruir el núcleo del negocio desde cero para reducir los costos de transacción (90%). O implementar un ERP personalizado para una división, simplificando al máximo nuestro portafolio de aplicaciones. O implementar una aplicación casi terminada, próxima a su versión beta, en la actividad principal que genera valor para la empresa. O utilizar visualizaciones para mejorar la comprensión de la situación y la comunicación.

Podrás tener los pantalones Robbie Rocket cuando tus partes interesadas tomen una decisión firme e informada.

Las decisiones informadas y resueltas son posibles gracias a: arquitectura empresarial de mejores prácticas.

Todo está en el Guía del practicante de TOGAF—Tabla 4 y las listas de verificación de arquitectura. La Tabla 4 indica que el arquitecto empresarial necesita saber cómo se ajustan las prioridades y preferencias de las partes interesadas en respuesta al valor, el esfuerzo y el riesgo del cambio. Listas de verificación de gobernanza de la arquitectura objetivo Le pide al ARB que confirme las partes interesadas:

• comprender el trabajo necesario para alcanzar el estado objetivo
• comprender la incertidumbre (riesgo) al realizar con éxito el trabajo
• comprender cualquier limitación en la confianza que deberían tener
• comprender cómo se obtiene el beneficio

Heurística del riesgo

Los pantalones Robbie Rocket no son imposibles. Las organizaciones logran lo que parece imposible constantemente cuando toman una decisión firme basada en tres factores: beneficio, trabajo e incertidumbre.

Hagamos una pausa. Lo que parece imposible se puede lograr cuando sabemos a qué nos enfrentamos. Cuando podemos imaginar el beneficio cuantificable. Cuando podemos esbozar el trabajo. Cuando tenemos en cuenta la incertidumbre.

Cuando podamos generar la información necesaria para tomar una decisión firme.

Usar si pregunta lo difícil compensación preguntas. Los beneficios provienen de abordar las si—si realizamos todo el trabajo requerido, si superamos todas las barreras, si conocemos la victoria.

Nunca se obtiene ningún beneficio al estar parado al borde de un cañón infranqueable deseando que se construyera un puente.

Utilizamos una heurística bastante compleja para poner a prueba nuestro pensamiento y asegurarnos de que estamos en terreno firme cuando hablamos de y así como lo siguiente si.

Valor = Beneficio/Incertidumbre - ((Costo-Impacto^Incertidumbre) + Costo-Operativos^Incertidumbre))

Las visualizaciones de un sistema distribuido de generación y transmisión de energía podrían cambiar la forma en que se opera un sistema complejo de producción y distribución de gran tamaño.

Genial. Queríamos una nueva forma de gestionar 50 000 gigavatios-hora (GWh) de producción eléctrica. Pero esto fue hace mucho tiempo. Cuando las pantallas verdes eran lo último en tecnología. En las operaciones reales se usaban diales, interruptores y perillas analógicas. Las interfaces visuales eran ciencia ficción.

A menos que vieras una Macintosh. En ese caso, todo era diferente. Interfaz visual y un entorno de desarrollo de bajo código.

Sabía lo que querían: la capacidad de control de potencia S55 justo al lado de la capacidad de generación de potencia P31. La mejor de su clase, automatizada y ágil (S55) se combinaba con un sistema predecible, manual y difícil de modificar. Genial. Ciencia ficción, tecnología sin probar y 50 000 GWh de producción.

Cuando se les presionó, explicaron mejor, Obtuve exactamente lo que esperaba con una S: capacitar a las personas. Pensamiento, conciencia situacional y comunicación. Después de pensarlo, podrían agregar una carga de capacitación menor en calidad de funcionamiento del sistema.

Recuerda, estoy buscando una capacidad: queremos la capacidad de control de potencia ser radicalmente diferente. Queremos que la capacidad de controlar la generación y la distribución sea mejor que el promedio. Ser mejor que muy bueno. Ser mejor. Queremos lo superior.

Lo sabremos cuando lleguemos allí.

Se me ocurrieron tres si.

• si podemos tender un puente HyperCard / brecha del sistema de control
• si Podemos construir una red AppleTalk de área amplia.
• si Podemos construir una relación iterativa muy estrecha entre usuario y desarrollador, y un control de lanzamiento distribuido años antes del Manifiesto Ágil.

Innovación conviviendo con sistemas de control patentados con ciclos de vida de décadas. Sistemas de control patentados junto a infraestructuras de generación y transmisión de energía valoradas en miles de millones de dólares. Infraestructuras con horizontes de planificación de medio siglo y ciclos de decisión de décadas.

Arquitectura superior

Mires donde mires, estás rodeado de arquitectura superior—decisiones arquitectónicas previas, implementaciones que cumplen con la arquitectura y arquitecturas objetivo hacia las que todavía estamos trabajando. arquitectura superior que guía y limita nuestro proyecto arquitectónico actual.

Este ejemplo de generación de energía es mi mejor ejemplo arquitectura superior Ejemplo. Nadie reconstruirá a la ligera una infraestructura de generación y transmisión valorada en miles de millones de dólares. No hay ninguna solución inteligente. Y si sobre fuentes de ingresos alternativas o propuestas de valor. Ofrecemos electricidad predecible. Todo el día.

En la sala de control teníamos personal capacitado observando diales analógicos y girando perillas. Al girar las perillas, enormes turbinas comienzan a moverse y se activa o desactiva la producción de gigavatios de energía. Al accionar un interruptor, se desconecta una línea de transmisión. suministrar energía a una ciudad para que los operarios puedan subir a la torre de forma segura para inspeccionar la línea.

Todas estas decisiones se basan en una infinidad de factores. La producción debe preceder a la demanda. Esa turbina de varias toneladas podría necesitar entre 10 y 15 minutos para vencer la inercia. Las luces no esperan. Accionar los interruptores también es importante. Nunca se debe interrumpir el suministro eléctrico a la ciudad ni indicar al equipo que es seguro subir a la torre equivocada.

Mi arquitectura superior Se trataba de una paridad perfecta: igualar la entrega predecible de electricidad de nuestros competidores del sector, al tiempo que se impulsaba activamente la eficiencia. Todo ello vinculado a un sistema altamente manual y prácticamente inmutable.

Justo al lado de una arquitectura superior con capacidad de paridad, mi cliente quería cambiar las reglas del juego. Con un software ingenioso eso no existía y no pudieron describirlo, mi socio pensó que podrían facilitar un mejor pensamiento y una mayor conciencia situacional. Con una ayuda ingeniosa, su gente podría mejorar la eficiencia de la generación. Probablemente podrían ahorrar millones del presupuesto operativo. Todo gracias a un buen equipo, mejor información y comunicación.

En este punto, la mayoría de la gente me pregunta qué es lo que me preguntan. software ingenioso Sí. Casi todos se sorprenden de que no lo sepa. Como la mayoría de mis Desarrollo ágil - Trabajo de arquitectura empresarial, los detalles de los detalles del software no eran mi trabajo. Mientras tenía curiosidad, el cómo ser el mejor no lo era mi problema de arquitectura.

Especialmente en un Agile 5 superior, porque todo iba a cambiar tan rápido como descubrieran su próximo problema de información y comunicación. Podían imaginar oportunidades ilimitadas para mejorar.

Como un arquitecto empresarial, mi problema era crear las condiciones para que pudieran ser lo mejor de su clase. Así podrían cambiar a medida que aprendían, a medida que surgían nuevas amenazas y oportunidades. Así podrían combinar la mejor ejecución de su clase con su inevitable necesidad de agilidad empresarial. Necesitaba entregar una caja grande y abierta de S5.

Iba a proporcionarles una plataforma visual de bajo código. Iban a probar, aprender y reelaborar. Iban a estar ajustando HyperCard durante años.

No uno de mis arquitectura empresarial ifs—cerrar la brecha entre HyperCard y el sistema de control, la red AppleTalk de área amplia y crear una relación iterativa muy estrecha entre usuario y desarrollador— fue escribir código.

Conclusión: Utilizando las decisiones ya tomadas.

Años después, cuando John Sherwood (SABSA) me estaba enseñando sobre riesgo como incertidumbre, pensé en este proyecto. ¡Bum! Pude ver las ventajas y las desventajas. Pude ver la incertidumbre de las mejores prácticas modernas. TOGAF El riesgo es el efecto de la incertidumbre. Nuestro trabajo, todo el día y todos los días, es eliminar la incertidumbre.

Sabía que mi socio soñaba con Robbie Rocket Pants. Querían recablear completamente el sistema de control. Eventualmente. Sabían que la incertidumbre de recablear ese sistema de control anulaba cualquier valor potencial. El riesgo era que se apagara la luz o que un electricista resultara herido.

Este proyecto destaca la habilitación de S5 a través de la arquitectura, no a través de una solución. No podríamos lograrlo con un solo proyecto elegante y omnisciente. Analicen detenidamente nuestra heurística. La incertidumbre reduce el valor y dispara los costos.

Valor = Beneficio/Incertidumbre - ((Costo-Impacto^Incertidumbre) + Costo-Operativos^Incertidumbre))

Un proyecto omnisciente y elegante no podría ser la vía plausible. Cada fallo de la omnisciencia es incertidumbre. Cada vez que no puedo estar seguro, el divisor de beneficios y el exponente de costes aumentan. El valor se esfuma con cada incremento de incertidumbre.

Utilice candidatos, arquitectura alternativa y transición para eliminar la incertidumbre. Alcance el Hoja de ruta de arquitectura valor punto de reposo.

Encuentra un lugar donde tu parte interesada poder detener y cosecha valor. No te detengas. No prepares una presentación de PowerPoint. Detente y aprovecha la oportunidad.

Nunca vincules los beneficios a un futuro elegante. Captura algo pronto. Además, mira las matemáticas. La incertidumbre mata ideas que de otro modo serían plausibles. Nunca finjo una prueba de concepto postergando la derrota de la incertidumbre. prueba del concepto La incertidumbre es agotadora. Demuestra que superas las dificultades desde el principio.

Eliminar la incertidumbre sobre si.

Entonces, ¿qué fue VRP-1? Simplemente eliminó la incertidumbre de la conexión entre... HyperCard / brecha en el sistema de control y la construcción de una relación iterativa muy estrecha entre usuario y desarrollador.

En el pasado, los Macintosh tenían puertos serie. Con esos puertos, un electricista certificado tomaba la señal que movía un dial de un panel de control mecánico antiguo y la convertía en una señal serie. HyperCard podía leer señales serie. Luego, podía realizar diversas acciones: mostrar números, mostrar imágenes, lo que fuera necesario. Capacitamos al personal de la sala de control en HyperCard. Sí, les enseñamos a los usuarios a usar el ratón y a crear pilas; eliminé la brecha entre desarrollador y usuario mediante el uso de código bajo para que el desarrollador desapareciera.

Bing, bang, boom. Un experimento independiente para cambiar las reglas del juego. Un lugar para que las partes interesadas se detengan y evalúen. Un sitio, aprendizaje de visualizaciones y procedimientos de control. Descubrir qué se necesitaba para ser mejor que lo mejor.

No era mi trabajo hacer el código. No tenía que preocuparme por mejorar el pensamiento, la percepción de la situación ni la comunicación. Eso era responsabilidad de ellos. Mi trabajo consistía en facilitar. Facilitar a través de la arquitectura.

Podrían cambiar el juego. si Podríamos visualizar los datos. Si Se desarrolló un software útil. Luego abordarían el cómo. En la sala de control, visualizarían iterativamente un mejor pensamiento, conciencia situacional y comunicación, y crearían las herramientas. Mi si fueron obstáculos para los suyos.

Al explorar objetivos, ya sea una mejora convencional o una idea descabellada como la de Robbie Rocket Pants, debemos tener en cuenta que todo puede hacerse realidad. si. Nunca finjas que si no existen.

Busco inconvenientes si. Especialmente cuando mi grupo de interés desea algo con mucha intensidad. Quiero tener la conversación difícil sobre lo que se necesita para salvar la brecha.

Si no podemos, o no lo haremos, cruzar el cañón Quiero celebrar el resuelto no. Hemos tomado la firme decisión de no gastar nuestros escasos recursos en la construcción de un cañón estrecho, intransitable y costoso.

Esta semana quiero que busques en tu trabajo si. Qué debe cambiar ¿Para ofrecer el valor esperado? Entonces, analice su arquitectura superior. ¿Dónde le limita? Decisiones previas que deben respetarse, incluso si restringen su creatividad y libertad. ¿Qué hechos incómodos deben abordarse? ¿Para qué cambios debe solicitar autorización?

Entonces podrás haz los cálculos y ayuda a tus partes interesadas. Ejecuta el Listas de verificación de gobernanza de la arquitectura objetivo. Confirme que ha informado a sus partes interesadas sobre:

• todo el trabajo necesario para alcanzar el estado objetivo
• todas las fuentes de incertidumbre (riesgo) para lograr con éxito el cambio
• cómo se obtiene el beneficio

La pregunta más profunda es, ¿estás entregando el? arquitectura requeridaMi cliente potencial había buscado una solución. Convertí la solicitud en un proyecto de arquitectura que permitiera un dispositivo S5, el mejor de su clase y extremo. agilidad empresarial. El beneficio radicaba en la continua exploración de un mejor pensamiento, una mayor conciencia situacional y una mejor comunicación. Necesitaban la libertad de dedicar algunas décadas a desarrollar soluciones transitorias y desechables.

La semana que viene comenzaremos el cambio a tras la decisión de actuar. ¿Cómo nos comunicamos con los implementadores: propietarios de productos, equipos de desarrollo ágil, carteras de transformación y proyectos tradicionales en cascada? ¿Cómo capacitamos a estas partes interesadas para que guíen el trabajo y verifiquen si están en el camino correcto para obtener valor?

Como siempre, espero sus comentarios y opiniones.

¡Que tengas una excelente semana!

saludos

Dave

Dave Hornford
Conexiam

PD: Las antiguas impresoras en escala de grises de 9 pulgadas superaron a los bolígrafos, el papel y las pizarras con visualizaciones en vivo. Hoy, recurriríamos a la nube moderna y a la IA para hacer lo mismo: permitir que nuestros grupos de interés obtengan lo que necesitan. Guía de planificación basada en capacidades Explica cómo mi equipo utiliza técnicas básicas de arquitectura (P3 y S5) para identificar las esperanzas y los límites antes de pedir permiso para intervenir en una organización exitosa.