2. https://jmbeas.es
agenda ley de Conway
Algunos conceptos importantes
sobre diseño organizacional.
carga cognitiva
Limitaciones a un diseño
organizacional eficaz.
patrones
La propuesta de Team
Topologies.
conclusiones
Aplicación práctica y algunos
recursos útiles.
01
03
02
04
4. https://jmbeas.es
‘’
la ley de Conway
https://en.wikipedia.org/wiki/Conway%27s_law
“Una organización está obligada a producir diseños
que son copias de sus estructuras de comunicación.”
— Melvin E. Conway
5. https://jmbeas.es
Supongamos una organización que comercia con té y café, y que debemos construir la API para un sistema
de inventario de cara a los clientes.
Caso A) “Té” y “Café” Caso B) Sucursal única
Té Ventas
Té
Inventario
Té
Marketing
Café
Inventario
Café Marketing
Café Ventas
Té y Café Ventas
Té y Café
Marketing
Té y Café
Inventario
https://nordicapis.com/conways-law-what-does-it-mean-for-your-api-strategy/
API
INVENTARIO
Es probable que termines con dos API (una
para cada producto) codificadas de manera
muy diferente.
API
INVENTARIO
Es mucho más probable que termines con
una sola API que lo haga todo —y de forma
homogénea.
un ejemplo
6. https://jmbeas.es
‘’
maniobra inversa de Conway
“Las organizaciones deben evolucionar la estructura
de sus equipos para lograr la arquitectura deseada.
El objetivo es que la arquitectura respalde la
capacidad de los equipos para realizar su trabajo
—desde el diseño hasta la implementación— sin
requerir una comunicación de alto ancho de banda
entre los equipos.”
— Forsgren, Humble and Kim
“Accelerate”
7. https://jmbeas.es
del monolito a los microservicios
Muchas compañías tecnológicas como Netflix y Amazon han aplicado la maniobra inversa de Conway. Al
estructurarse alrededor de equipos pequeños y autónomos, son capaces de adoptar una arquitectura
modular de microservicios para cualquiera de sus sistemas y productos.
Por supuesto, cuando se trata de impulsar grandes cambios organizacionales en un entorno empresarial, es
más fácil decirlo que hacerlo.
QUIERO
ENTREGAS
FRECUENTES
NUESTRO
MONOLITO ES UN
LÍO. CADA CAMBIO
NOS CUESTA UN
MONTÓN.
HAGAMOS EQUIPOS
PEQUEÑOS Y AUTÓNOMOS,
RESPONSABLES DE
PEQUEÑAS PARTES DEL
MONOLITO.
…Y PODEMOS
ENTREGAR
NUESTRO CÓDIGO
SIN INTERFERIR A
LOS DEMÁS
EQUIPOS.
AHORA, NUESTROS
EQUIPOS PUEDEN
EMPEZAR A CONVERTIR
PARTES DEL MONOLITO EN
MICROSERVICIOS.
9. https://jmbeas.es
A medida que crece el equipo, el
número de líneas de comunicación
entre sus miembros aumenta
exponencialmente.
tamaño de
un equipo
10. https://jmbeas.es
‘’
exceso de carga cognitiva
“Cuando no se considera la carga cognitiva, los
equipos se dispersan tratando de cubrir una
cantidad excesiva de responsabilidades y dominios.
Un equipo así carece de ancho de banda para
dominar su oficio y lucha contra los costes de
cambiar de contexto.”
— Matthew Skelton & Manuel Pais
“Team Topologies”
11. https://jmbeas.es
Cuando se alcanza uno de los
límites, para mantener la confianza,
surge la necesidad de escindirse en
otra unidad como una agrupación
más independiente que la anterior.
número de
Dunbar
equipo
(5-15)
tribu o grupo de equipos
(50-150)
divisiones, líneas o cadenas de valor
(150-500)
12. https://jmbeas.es
encuentra el balance
https://blog.octo.com/how-to-deal-with-an-inverse-conway-maneuver-a-talk-by-romain-vailleux-at-duck-conf-2021/
Requiere más coordinación
inter-equipos.
Requiere más coordinación
intra-equipo.
Más cambios de
contexto.
Más dependencias (a menos
que todas las capacidades
estén presentes en cada
equipo).
Un único equipo
Pequeños equipos
Alta carga cognitiva
Baja carga cognitiva
diplomacia
lenta
monolito
modular
desempeño
desacoplado
“gran bola de
barro”
(microservicios,
organización ligera,
autonomía)
(tendencia a aplicaciones
fuertemente integradas)
(complejidad creciente,
fuerte acoplamiento,
ritmo de entrega difícil
de mantener)
(desincronización,
desalineamiento, entrega
lenta)
14. https://jmbeas.es
las 4 topologías fundamentales
● Equipo orientado al flujo: Alineado con un único flujo de valor. Su trabajo se
centra en un único producto o servicio, un único conjunto de funcionalidades,
un único user journey o una única user persona.
El propósito del resto de topologías será reducir la carga de estos equipos
alineados al flujo de cambios.
● Equipo habilitador: Ayuda a los equipos alineados al flujo a superar obstáculos
y detecta capacidades faltantes. Tiene holgura para investigar, probar opciones
y hacer sugerencias informadas.
● Equipo de subsistema complicado: Responsable de construir y mantener una
parte del sistema que depende altamente de conocimiento muy especializado
(difícilmente estandarizable o adquirido mediante una formación).
● Equipo de plataforma: Agrupación de otros tipos de equipos que proporcionan
servicios internos que reducen la carga cognitiva de los equipos orientados al
flujo.
https://teamtopologies.com/key-concepts
15. https://jmbeas.es
qué es una plataforma
https://teamtopologies.com/videos-slides/what-is-platform-as-a-product-clues-from-team-topologies
16. https://jmbeas.es
los 3 modos básicos de interacción
Sólo hay 3 modos en los que los equipos deberían interaccionar:
● Colaboración: Trabajar juntos por un período de tiempo (no indefinidamente)
para explorar algo nuevo (APIs, prácticas, tecnologías, etc).
● X-as-a-Service: un equipo proporciona y un equipo consume algo “como un
servicio”, e.d. la solicitud está estandarizada y el resultado es predecible.
● Facilitación: Un equipo ayuda o mentoriza a otro equipo para que adquiera
nuevas capacidades.
https://teamtopologies.com/key-concepts
Descubrimiento rápido
Ayuda activa
Entrega predecible
17. https://jmbeas.es
un escenario de colaboración
Puedes encontrar este ejemplo en el libro.
Figura 7.3: Team Interaction Modes Scenario
El Equipo A, orientado a flujo, colabora con el
Equipo B, de subsistema complicado.
(Indicado con la zona sombreada)
El Equipo A también consume la
plataforma proporcionada por el Equipo C,
usando para ello un modo X-as-a-Service.
(Indicado con los corchetes)
de plataforma
orientado al flujo
de subsistema
complicado
Equipo A Equipo B
Equipo C
colaboración
X-as-a-Service
18. https://jmbeas.es
principales modos de interacción
Puedes encontrar este ejemplo en el libro.
Figure 7.5: Primary Interaction Modes for the Four
Fundamental Team Topologies
Los equipos habilitadores
usan facilitación.
Los equipos orientados al flujo usan
X-as-a-Service o colaboración.
de plataforma
orientado al flujo
Para cada tipo de equipo, estos son los modos de
interacción que los hacen más efectivos.
orientado al flujo
de subsistema
complicado
habilitador
Los equipos de subsistema complicado
usan X-as-a-Service.
Los equipos de plataforma usan
X-as-a-Service para los equipos que
consumen la plataforma.
20. https://jmbeas.es
‘’
aplicación práctica
"Cuando se combina con límites de software
e interacciones de equipo efectivas, la
restricción de estos cuatro tipos de equipos
actúa como un poderoso modelo para un
diseño organizacional efectivo".
— Matthew Skelton & Manuel Pais “Team
Topologies”
21. https://jmbeas.es
Deben ser intencionadas y estructuradas,
minimizando la fricción y promoviendo la
fluidez del trabajo.
resumen team topologies
carga cognitiva
Limitar la cantidad de información y
responsabilidad que maneja un equipo es
esencial.
topologías
Diseñar equipos según patrones claros
asegura que cada uno tenga un propósito
y dominio bien definidos.
interacciones plataforma
Permite a los equipos de flujo centrarse
en la entrega de valor al usuario,
reduciendo la carga cognitiva y el trabajo
repetitivo.
22. https://jmbeas.es
para más detalles
Puedes ver esta presentación de uno de los autores:
https://www.slideshare.net/matthewskelton/beyond-the-spotify-model-team-topologies-techrocks-20201210-matthew-skelton
O puedes ver este video corto basado en esas mismas diapositivas:
O visitar su website:
https://teamtopologies.com/key-concepts
https://hennyportman.wordpress.com/2020/05/25/review-team-topologies/
O leer esta reseña del libro en la que incluyen este interesante
resumen en una página:
25. https://jmbeas.es
créditos
¿Te gustó esta plantilla?
Fue adaptada a partir de Minimalist Slides for Meeting, que incluye iconos de Flaticon,
infografías e imágenes de Freepik e ilustraciones de Storyset.
También he incluido o adaptado imágenes tomadas del libro Team Topologies y de las demás
fuentes originales incluídas en las correspondientes diapositivas.