Cómo adoptar una metodología SAFe para el desarrollo de microservicios

Es una pregunta extraña. La arquitectura de microservicios generalmente es adecuada para equipos multifuncionales, es decir, equipos que tienen un amplio conjunto de habilidades y poseen una característica o dominio particular (en lugar de un conjunto de habilidades o responsabilidad o rol, por ejemplo, un equipo de base de datos o un equipo UX o un equipo probador ) La idea es que el equipo sea capaz de diseñar, construir, probar y liberar un incremento de trabajo para una característica, con dependencias y transferencias mínimas o nulas.

Ahora el modelo SAFe habla de equipos multifuncionales … pero también lo hace cada sistema Agile. Scrum sí, XP sí, Crystal sí, LeSS (Scrum de gran escala), etc. Cualquiera que entienda ágilmente sabe que los equipos multifuncionales son mejores.

Entonces, de una manera, SAFe se alinea bien con el modelo de microservicios, pero solo de una manera bastante superflua, porque también lo hace cada sistema Agile en existencia. Y yo (y muchas otras personas) creo que SAFe tiene algunos problemas importantes que otros sistemas no tienen. Por lo tanto, SAFe no tiene una ventaja particular de idoneidad para microservicios.

No estoy seguro de que uno tenga algo con el otro o al menos no puedo ver la conexión de la dirección.

SAFe es una metodología ágil a escala con una serie de deficiencias que se enfoca en hacer ágil en grandes empresas como PayPal o Google.

Los microservicios están bien pensados ​​para desacoplar y abstraer la capa alrededor de dominios de solución complejos y dinámicos. Piense en la arquitectura del software y la gestión de la complejidad del código.

Para responder a su pregunta específica, adoptaría SAFe for Microservices como lo haría para cualquier otro tipo de enfoque arquitectónico.

Sugeriría investigar qué es SAFe primero para comprender mejor sus premisas a escala ágil.

No veo ninguna conexión entre un paradigma de arquitectura (aquí son microservicios) y un marco / metodología orientado a procesos (aquí es SAFe).

Autor: El Manifiesto Ágil en inglés

Blog: Agile, Scrum, Kanban, Arquitectura de soluciones

Twitter: @tjain