Aprende por qué entender los objetivos organizacionales y la visión del producto es esencial antes de saltar a soluciones técnicas, y descubre herramientas prácticas para aclarar objetivos.
Complete 4-part guide series
The first days as a Software Architect can be both exciting and challenging. Learn what to do right after landing in this position, starting with the most important task: talking to people.
Discover the essential tools and techniques for software architects to tackle organizational challenges, from stakeholder interviews to architecture forums and decision records.
Learn why understanding organizational goals and product vision is essential before jumping into technical solutions, and discover practical tools to clarify objectives.
Learn how to sketch your platform's current state, highlighting its key characteristics, issues, and advantages as a software architect
En los artículos anteriores, exploramos las entrevistas con stakeholders y la caja de herramientas del arquitecto. Ahora, enfoquémonos en uno de los aspectos más críticos de la arquitectura de software: entender qué estás tratando de lograr antes de diseñar soluciones.
Con demasiada frecuencia, los equipos saltan directamente a discusiones técnicas sin entender completamente los objetivos organizacionales. Esto lleva a:
A veces te encontrarás en una organización donde los objetivos son:
En estas situaciones, necesitas ayudar a la organización a definir sus objetivos. Considera usar frameworks como:
Recuerda: sin objetivos claros, cualquier solución técnica es solo una suposición de lo que podría ser valioso.
En este caso, tu organización ha establecido objetivos claros y medibles, pero no hay un camino claro sobre cómo hacer eso posible desde una perspectiva de producto:
Necesitas seguir un enfoque similar al del primer caso. Puedes pedirles a tus stakeholders, por ejemplo, Equipos de Producto o Diseñadores de Producto, que describan explícitamente la Visión del Producto y la mapeen a los objetivos de la organización. Idealmente, el resultado debería ser un documento, presentación o visual—algo que puedas usar más tarde como entrada para diseñar la arquitectura.
De nuevo, hay muchos frameworks para determinar la visión del producto, como User-Centered Design, Story Mapping y Value Proposition Design. Puedes participar en el proceso si es necesario, pero alguien más debería impulsar el ejercicio para construir una Visión del Producto consistente con los objetivos de la organización.
Veamos la primera Tool Card de la caja de herramientas de Software Architecture.
“Explorando nuestros objetivos” resume cómo alcanzar una de las entradas más críticas necesarias para construir una arquitectura de software apropiada: los objetivos de la Organización. Puede que no necesites esta card si tienes objetivos claramente definidos.
Propósito: Entender y documentar objetivos organizacionales
Formato: Taller o serie de entrevistas
Frameworks a considerar:
Prerequisitos:
Resultados:
Usaré el mismo formato para todas las herramientas en la caja de herramientas del Architect: una card con campos para describir la herramienta, formato preferido, frameworks y preparación necesaria. Cada card muestra prerequisitos y resultados.
Junto a cada card, debes vincular los temas de las entrevistas que serán aclarados al usar esta herramienta:
Con los objetivos organizacionales establecidos, puedes definir la Visión del Producto. Esta card incluye enlaces a plantillas y recursos para frameworks que podrías querer usar.
Propósito: Traducir objetivos organizacionales en estrategia de producto
Formato: Talleres colaborativos con stakeholders de producto y negocio
Frameworks a considerar:
Prerequisitos:
Resultados:
Por favor, no olvides mapear cómo el resultado ayudará a tu organización:
Para cada herramienta, mapea cómo el resultado ayudará a tu organización a abordar desafíos específicos:
La relación es directa pero a menudo pasada por alto:
Cada nivel restringe e informa al siguiente. Sin objetivos claros, tu visión del producto es suposición. Sin visión del producto, tu arquitectura es solo tecnología por sí misma.
“¡Usemos microservicios!” antes de entender si los necesitas
Los objetivos evolucionan; tu arquitectura debe ser lo suficientemente flexible para adaptarse
Construir funcionalidades no equivale a entregar valor
Las decisiones de arquitectura necesitan contexto de negocio
¡Oh cielos! Tus primeros días navegando la arquitectura de software están lejos de ser técnicos (¡te lo dije!). Hasta ahora, has estado usando herramientas para entrevistar a la gente y recopilar documentos que puedes usar como entrada. O, aún más divertido y atractivo, has tenido la oportunidad de conectar con otras personas y crear alguna documentación (objetivos, visión) colaborativamente para obtener lo que necesitas para avanzar.
Estamos llegando allí. Un paso a la vez. Estas son preparaciones esenciales.
En el siguiente artículo, cubriremos tu tarea enteramente: documentar el estado actual del sistema y sus desafíos. Esta entrada crítica ayudará a establecer los fundamentos para decisiones futuras. Como el lado de Software Architecture es dueño de esa parte, discutiré los frameworks que puedes usar con más detalle allí.
Recuerda: La gran arquitectura comienza con objetivos claros. Sin ellos, solo estás construyendo castillos en el aire.
Complete 4-part guide series
The first days as a Software Architect can be both exciting and challenging. Learn what to do right after landing in this position, starting with the most important task: talking to people.
Discover the essential tools and techniques for software architects to tackle organizational challenges, from stakeholder interviews to architecture forums and decision records.
Learn why understanding organizational goals and product vision is essential before jumping into technical solutions, and discover practical tools to clarify objectives.
Learn how to sketch your platform's current state, highlighting its key characteristics, issues, and advantages as a software architect
Join hundreds of software architects and engineers getting practical insights delivered to their inbox.