¿Cuál es la mejor manera de mostrar el estado futuro de la arquitectura de los sistemas de software a los ejecutivos de nivel CxO?

¿A los CxO les importa la arquitectura de los sistemas? A menos que esté en una organización de ingeniería técnica (Apple, Google, Microsoft), mi experiencia ha sido que el nivel C quiere escuchar estrategias y enfoques de alto nivel, entregables de proyectos (qué y cuándo) y tal vez alguna interfaz de usuario simulada ejemplos que demuestran hacia lo que está trabajando y el progreso realizado (suponiendo que el sistema de software tenga una IU), pero por lo general no podría importarle menos la arquitectura subyacente o lo que se necesita para llegar allí en la mayoría de los casos.

¿Está preparando esto para explicar cuánto trabajo se debe realizar para llegar al objetivo final? Si es así, puede enfocarse en el flujo de datos y hablar en términos de datos comerciales para presentar cómo los datos con los que ya está familiarizado su CxO fluirán entre los sistemas para lograr ese objetivo final. La imagen vale más que mil palabras en este caso, así que desempolva algunas habilidades de diagramación UML (no profundice demasiado, este es un flujo de datos de alto nivel entre sistemas en los que debe enfocarse) o simplemente use las formas disponibles en un herramienta de presentación como PowerPoint para hacer un par de diapositivas con formas y flechas que demuestran el flujo de datos en toda su arquitectura. Ahora la pregunta obvia de los CxO será: “¿Cómo llegamos a ese estado futuro?” y es posible que necesite algunas diapositivas adicionales que demuestren el “Estado actual”, “Brecha en los estados” y el orden en el que planea llenar la Brecha para pasar de Actual a futuro.

Nuevamente, concéntrese en el flujo de datos relevantes para el negocio (tal vez se mencione un par de huevos de pascua de tecnología como el cifrado cuando corresponda). Sin embargo, mucho de lo que estoy escribiendo depende del software del que realmente estamos hablando, por lo que cambiará según el tipo de software y es posible que los datos no sean el activo clave aplicable a su software / sistema, por lo que tiene que ajustar en consecuencia. Solo tenga en cuenta que hablar en términos del dominio comercial y cómo su arquitectura aborda la necesidad debería ser su enfoque general. ¡Espero que esto ayude!

En algunas diapositivas:

1. Los problemas comerciales causados ​​por la arquitectura actual, por ejemplo, no poder procesar una gran cantidad de usuarios
2. La arquitectura actual, destacando qué partes causan los problemas actuales
3. La nueva arquitectura, con énfasis en cómo resuelve esos problemas.

Realmente depende de x en CxO …

Si el CFO … se concentra en cómo el estado futuro de la arquitectura de software podría beneficiarse financieramente

Si CIO … Beneficios del flujo de información

CMO … Comercialización de producto / servicio

CDO … arquitectura de datos y tiempo para entregar un producto / servicio

CTO … mantenerse al tanto de la tecnología emergente y la competitividad y la moneda

La lista podría continuar … 😉

Depende de lo que desea lograr y cuáles son sus intereses. No puedo imaginar por qué tantos ejecutivos de nivel CxO estarían tan interesados ​​en el estado futuro de la arquitectura de sistemas de software. La mayoría de los ejecutivos de nivel CxO estarían interesados ​​en lo que significa para el negocio en lugar de cualquier detalle técnico sobre la arquitectura del software.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo: Academia de gestión de proyectos ágil