SlideShare una empresa de Scribd logo
1 de 25
https://jmbeas.es
team
topologies
una breve introducción
José Manuel Beas
(@jmbeas) 16/Oct/2023
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
https://jmbeas.es
ley de Conway
01
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
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
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”
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.
https://jmbeas.es
carga cognitiva
02
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
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”
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)
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)
https://jmbeas.es
patrones
03
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
https://jmbeas.es
qué es una plataforma
https://teamtopologies.com/videos-slides/what-is-platform-as-a-product-clues-from-team-topologies
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
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
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.
https://jmbeas.es
conclusiones
04
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”
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.
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:
https://jmbeas.es
otro libro: sobre team topologies en remoto
Remote-first Team Interactions
with Team Topologies
https://jmbeas.es
¡Gracias!
¿Tienes alguna pregunta?
hola@jmbeas.es
https:/
/jmbeas.es/contacto
Para más píldoras ágiles, visita:
https:/
/presentaciones.jmbeas.es/pildoras
@jmbeas
This work by Jose M. Beas is licensed under
Attribution-ShareAlike 4.0 International
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.

Más contenido relacionado

Similar a Introducción a Team Topologies [Oct 2023]

Similar a Introducción a Team Topologies [Oct 2023] (20)

Sistema distribuido
Sistema distribuido Sistema distribuido
Sistema distribuido
 
Structural Agility
Structural AgilityStructural Agility
Structural Agility
 
Administracion Del Conocimiento Para La Empresa Digital
Administracion Del   Conocimiento Para La Empresa DigitalAdministracion Del   Conocimiento Para La Empresa Digital
Administracion Del Conocimiento Para La Empresa Digital
 
Microservicios - RabbitMQ
Microservicios - RabbitMQMicroservicios - RabbitMQ
Microservicios - RabbitMQ
 
1.is.el software y la ingeniería del software
1.is.el software y la ingeniería del software1.is.el software y la ingeniería del software
1.is.el software y la ingeniería del software
 
ADMIN
ADMINADMIN
ADMIN
 
Sexto tema
Sexto temaSexto tema
Sexto tema
 
IMPLANTACIÓN, ADMON DEL DESARROLLO Y SELECCIÓN DE HARDWARE Y SOFTWARE
IMPLANTACIÓN, ADMON DEL DESARROLLO Y SELECCIÓN DE HARDWARE Y SOFTWAREIMPLANTACIÓN, ADMON DEL DESARROLLO Y SELECCIÓN DE HARDWARE Y SOFTWARE
IMPLANTACIÓN, ADMON DEL DESARROLLO Y SELECCIÓN DE HARDWARE Y SOFTWARE
 
110629 stack ops - openstack
110629   stack ops - openstack110629   stack ops - openstack
110629 stack ops - openstack
 
eBook Nubiral _ DataOps_ cada cual atiende su juego (1).pdf
eBook Nubiral _ DataOps_ cada cual atiende su juego (1).pdfeBook Nubiral _ DataOps_ cada cual atiende su juego (1).pdf
eBook Nubiral _ DataOps_ cada cual atiende su juego (1).pdf
 
Cloud computing
Cloud computingCloud computing
Cloud computing
 
Cloud computing
Cloud computingCloud computing
Cloud computing
 
Pruebas de stress de aplicaciones
Pruebas de stress de aplicacionesPruebas de stress de aplicaciones
Pruebas de stress de aplicaciones
 
Nimbus Concept brochure
Nimbus Concept brochureNimbus Concept brochure
Nimbus Concept brochure
 
Negocio en las Tics
Negocio en las TicsNegocio en las Tics
Negocio en las Tics
 
Negocio en las Tics
Negocio en las TicsNegocio en las Tics
Negocio en las Tics
 
Como Migrar a la Nube AWS
Como Migrar a la Nube AWSComo Migrar a la Nube AWS
Como Migrar a la Nube AWS
 
Lms
LmsLms
Lms
 
E Learning
E  LearningE  Learning
E Learning
 
Modulo1-Presentaciones-parte01.1.ppt
Modulo1-Presentaciones-parte01.1.pptModulo1-Presentaciones-parte01.1.ppt
Modulo1-Presentaciones-parte01.1.ppt
 

Más de Jose Manuel Beas

Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)
Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)
Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)Jose Manuel Beas
 
User Story Mapping [webinar DoneTonic, Dic - 2023]
User Story Mapping [webinar DoneTonic, Dic - 2023]User Story Mapping [webinar DoneTonic, Dic - 2023]
User Story Mapping [webinar DoneTonic, Dic - 2023]Jose Manuel Beas
 
Valor y Tipos de Desperdicio [Dic - 2023]
Valor y Tipos de Desperdicio [Dic - 2023]Valor y Tipos de Desperdicio [Dic - 2023]
Valor y Tipos de Desperdicio [Dic - 2023]Jose Manuel Beas
 
Introducción a Flow Efficiency [Dic 2023]
Introducción a Flow Efficiency [Dic 2023]Introducción a Flow Efficiency [Dic 2023]
Introducción a Flow Efficiency [Dic 2023]Jose Manuel Beas
 
Cómo tratar defectos con Kanban [Nov 2023]
Cómo tratar defectos con Kanban [Nov 2023]Cómo tratar defectos con Kanban [Nov 2023]
Cómo tratar defectos con Kanban [Nov 2023]Jose Manuel Beas
 
Priorización de Portfolio para Agility360
Priorización de Portfolio para Agility360Priorización de Portfolio para Agility360
Priorización de Portfolio para Agility360Jose Manuel Beas
 
Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”
Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”
Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”Jose Manuel Beas
 
Internal keynote - La era del agilismo (curated version)
Internal keynote  - La era del agilismo (curated version)Internal keynote  - La era del agilismo (curated version)
Internal keynote - La era del agilismo (curated version)Jose Manuel Beas
 
CAS2018 - El poder de las metaforas
CAS2018 - El poder de las metaforasCAS2018 - El poder de las metaforas
CAS2018 - El poder de las metaforasJose Manuel Beas
 
How to implement agile in a waterfall company
How to implement agile in a waterfall companyHow to implement agile in a waterfall company
How to implement agile in a waterfall companyJose Manuel Beas
 
Taller exprés planificación ágil
Taller exprés planificación ágilTaller exprés planificación ágil
Taller exprés planificación ágilJose Manuel Beas
 
Scaling Agile without frameworks
Scaling Agile without frameworksScaling Agile without frameworks
Scaling Agile without frameworksJose Manuel Beas
 
Gestión de riesgos en proyectos ágiles
Gestión de riesgos en proyectos ágilesGestión de riesgos en proyectos ágiles
Gestión de riesgos en proyectos ágilesJose Manuel Beas
 
Codemotion 2014 - Desarrollo Agil de Producto para Emprendedores
Codemotion 2014  - Desarrollo Agil de Producto para EmprendedoresCodemotion 2014  - Desarrollo Agil de Producto para Emprendedores
Codemotion 2014 - Desarrollo Agil de Producto para EmprendedoresJose Manuel Beas
 
Startups Mansion - Desarrollo Agil de Producto para Emprendedores
Startups Mansion - Desarrollo Agil de Producto para EmprendedoresStartups Mansion - Desarrollo Agil de Producto para Emprendedores
Startups Mansion - Desarrollo Agil de Producto para EmprendedoresJose Manuel Beas
 
Betabeers Huelva - Agilismo y Lean Startup
Betabeers Huelva - Agilismo y Lean StartupBetabeers Huelva - Agilismo y Lean Startup
Betabeers Huelva - Agilismo y Lean StartupJose Manuel Beas
 
DrupalCamp14 Agile product development for startups
DrupalCamp14 Agile product development for startupsDrupalCamp14 Agile product development for startups
DrupalCamp14 Agile product development for startupsJose Manuel Beas
 
DrupalCamp14 Corporate Agile
DrupalCamp14 Corporate AgileDrupalCamp14 Corporate Agile
DrupalCamp14 Corporate AgileJose Manuel Beas
 

Más de Jose Manuel Beas (20)

Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)
Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)
Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)
 
User Story Mapping [webinar DoneTonic, Dic - 2023]
User Story Mapping [webinar DoneTonic, Dic - 2023]User Story Mapping [webinar DoneTonic, Dic - 2023]
User Story Mapping [webinar DoneTonic, Dic - 2023]
 
Valor y Tipos de Desperdicio [Dic - 2023]
Valor y Tipos de Desperdicio [Dic - 2023]Valor y Tipos de Desperdicio [Dic - 2023]
Valor y Tipos de Desperdicio [Dic - 2023]
 
Introducción a Flow Efficiency [Dic 2023]
Introducción a Flow Efficiency [Dic 2023]Introducción a Flow Efficiency [Dic 2023]
Introducción a Flow Efficiency [Dic 2023]
 
Cómo tratar defectos con Kanban [Nov 2023]
Cómo tratar defectos con Kanban [Nov 2023]Cómo tratar defectos con Kanban [Nov 2023]
Cómo tratar defectos con Kanban [Nov 2023]
 
Priorización de Portfolio para Agility360
Priorización de Portfolio para Agility360Priorización de Portfolio para Agility360
Priorización de Portfolio para Agility360
 
Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”
Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”
Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”
 
Internal keynote - La era del agilismo (curated version)
Internal keynote  - La era del agilismo (curated version)Internal keynote  - La era del agilismo (curated version)
Internal keynote - La era del agilismo (curated version)
 
Transformar por niveles
Transformar por nivelesTransformar por niveles
Transformar por niveles
 
CAS2018 - El poder de las metaforas
CAS2018 - El poder de las metaforasCAS2018 - El poder de las metaforas
CAS2018 - El poder de las metaforas
 
Los estados intermedios
Los estados intermediosLos estados intermedios
Los estados intermedios
 
How to implement agile in a waterfall company
How to implement agile in a waterfall companyHow to implement agile in a waterfall company
How to implement agile in a waterfall company
 
Taller exprés planificación ágil
Taller exprés planificación ágilTaller exprés planificación ágil
Taller exprés planificación ágil
 
Scaling Agile without frameworks
Scaling Agile without frameworksScaling Agile without frameworks
Scaling Agile without frameworks
 
Gestión de riesgos en proyectos ágiles
Gestión de riesgos en proyectos ágilesGestión de riesgos en proyectos ágiles
Gestión de riesgos en proyectos ágiles
 
Codemotion 2014 - Desarrollo Agil de Producto para Emprendedores
Codemotion 2014  - Desarrollo Agil de Producto para EmprendedoresCodemotion 2014  - Desarrollo Agil de Producto para Emprendedores
Codemotion 2014 - Desarrollo Agil de Producto para Emprendedores
 
Startups Mansion - Desarrollo Agil de Producto para Emprendedores
Startups Mansion - Desarrollo Agil de Producto para EmprendedoresStartups Mansion - Desarrollo Agil de Producto para Emprendedores
Startups Mansion - Desarrollo Agil de Producto para Emprendedores
 
Betabeers Huelva - Agilismo y Lean Startup
Betabeers Huelva - Agilismo y Lean StartupBetabeers Huelva - Agilismo y Lean Startup
Betabeers Huelva - Agilismo y Lean Startup
 
DrupalCamp14 Agile product development for startups
DrupalCamp14 Agile product development for startupsDrupalCamp14 Agile product development for startups
DrupalCamp14 Agile product development for startups
 
DrupalCamp14 Corporate Agile
DrupalCamp14 Corporate AgileDrupalCamp14 Corporate Agile
DrupalCamp14 Corporate Agile
 

Introducción a Team Topologies [Oct 2023]

  • 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:
  • 23. https://jmbeas.es otro libro: sobre team topologies en remoto Remote-first Team Interactions with Team Topologies
  • 24. https://jmbeas.es ¡Gracias! ¿Tienes alguna pregunta? hola@jmbeas.es https:/ /jmbeas.es/contacto Para más píldoras ágiles, visita: https:/ /presentaciones.jmbeas.es/pildoras @jmbeas This work by Jose M. Beas is licensed under Attribution-ShareAlike 4.0 International
  • 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.