Thread by @jmbeas

Hoy hemos compartido algo parecido a un #wardleymap. Esta técnica nos está ayudando mucho a:
- despejar incógnitas sobre qué se está haciendo
- priorizar qué se debería estar haciendo
- comunicarlo a todos los miembros de los equipos
- poner a todo el mundo en la misma página
🧵

El mapa lo hemos elaborado fundamentalmente con POs (que en nuestro caso tienen muchos conocimientos técnicos y saben bien los componentes que se están construyendo y por qué). El verano nos ha dificultado poder contar con perfiles más técnicos (arquitectos, líderes técnicos...)

Por supuesto, también estamos contando con algún mando intermedio y con el CTO. La participación de este último está siendo muy útil porque nos ayuda a centrarnos en responder *también* a sus necesidades y hacer aportaciones a su estrategia.

Para mí es esencial conectar las narrativas que se manejan en el comité de dirección con las que se manejan en las reuniones de planificación de los diferentes equipos. Si la gente habla de lo mismo es porque está alineada.

Previamente hemos elaborado otro mapa más centrado en los productos que se construyen desde el área en la que estoy trabajando. Ahora mismo somos más bien una factoría y es prácticamente imposible plantearse ampliar la agilidad hacia el resto del negocio.

Las líneas rojas punteadas nos sirven para explicar qué nubes de componentes deben evolucionar. Ahora mismo existen 3 arquitecturas vivas simultáneamente y eso se observa claramente con las flechas y los colores de los componentes que no pueden evolucionar más.

Decía al principio que no es exactamente un #wardleymap porque al eje Y le hemos dado una semántica un poco diferente: desde el origen del dato (el cliente) hasta el destino del dato (el backoffice de la compañía). Por eso hay unas "capas".

Como la imagen no se ve muy bien, esas "capas" son:
- extractores
- orquestadores
- transformadores
- servicios
- herramientas de gestión
- $$$ <-- la información ya procesada y lista para ser consumida por el backoffice 😉

También hemos preferido que quienes estaban elaborando el mapa pudieran explicarlo a sus compañeros que ser muy precisos en la notación o en la localización exacta de los componentes (en el eje X o el Y).

Finalmente hemos marcado los componentes con iconos que representan a los equipos que trabajan en ellos. Hemos agrupado algunos de ellos (con esas líneas más gruesas) y esperamos que nos ayuden a entender mejor la organización de los equipos más adecuada.

Vamos a complementar esa "foto" con el resultado de una encuesta (que reconozco que ha salido regular) que queremos que nos ayude a entender las capacidades presentes en los equipos, es decir, queremos saber qué saben, si están más cerca de tener que aprender que de poder enseñar

Así, p.ej. dado un componente que debemos construir con python, si no hay suficiente gente en el equipo que sabe python y, por tanto, hay que contratar a alguien o si es mejor formar a los que ya están.

De momento, la gente ha valorado muy positivamente el mero hecho de haber compartido este trabajo pues les ha ayudado a tener una visión de conjunto que antes no tenían.

Tengo que aprender más #wardleymapping pq resulta extremadamente útil (y eso que lo estamos haciendo de una manera muy rudimentaria). Si también los usas y te apetece compartir, nos podemos encontrar en este slack:
join.slack.com/t/wardleymaps-… (el link de invitación dura 30 días)
FIN