Mapeo Sistemático de la literatura

Trabajos relacionados

Nota: Este apartado presenta los resultados obtenidos de la ejecución del mapeo sistemático y su extensión, los cuales pueden ser consultados en las siguientes publicaciones:

Caracterización de hallazgos

A continuación se presenta un extracto de la información recopilada, no obstante, puede consultar la caracterización completa.

Principios propuestos para el desarrollo ágil a gran escala

Tabla 1. Extracto de la caracterización de principios identificados.

Principio Referencia Definición
Coordinación entre equipos (Dingsøyr y Moe, 2014) Para coordinar equipos en el DAGE, se deben establecer normas y valores comunes y enfocarse en las redes de conocimiento eficaces, ya que estas son esenciales en el desarrollo a gran escala debido a la naturaleza intensiva en conocimiento del desarrollo de software.
Arquitectura de software (Dingsøyr y Moe, 2014) Se debe prestar atención al papel que representa la arquitectura y cómo esta coordina el trabajo del DAGE. Además, la organización del trabajo arquitectónico debe ser influenciado por el nivel de incertidumbre y el nivel de cambio.
El aprendizaje ocurre entre equipos (Laanti, 2014) La integración grupal permite una mejor empatía entre los miembros de los equipos, resultando en una retroalimentación más rápida y la creación de conocimiento colectivo bajo una misma visión y enfoque.

Factores de éxito y desafío del escalamiento a un desarrollo ágil a gran escala

Tabla 2. Extracto de la caracterización de desafíos y factores de éxito identificados.

Factor Referencia Definición
Involucrar a los líderes del cambio (Ebert y Paasivaara, 2017; Dikert et al., 2016; Barroca et al., 2019) Factor de éxito el cual se resalta que la coordinación se ve favorecida gracias a los responsables del cambio, los cuales son los líderes que contribuyen en la adopción de la nueva forma de trabajo
Persuadir a los equipos para que transformen su forma, procesos y herramientas de trabajo (Ebert y Paasivaara, 2017; Dikert et al., 2016; Kalenda, 2017; Barroca et al., 2019; Conboy y Carroll, 2019) La resistencia al cambio se origina cuando una organización empieza un proceso de transformación y cambio, ésta se evidencia con personas que pueden estar familiarizadas con el desarrollo ágil, pero que no gustan de esa forma de trabajo.

Prácticas, recomendaciones, artefactos y roles que apoyan el desarrollo ágil a gran escala

Tabla 3. Extracto de la caracterización de prácticas y recomendaciones identificados.

Práctica Referencia Definición
Entrenamiento intensivo y acompañamiento durante los primeros 2-6 meses (Brown, 2011) Se debe capacitar a las personas en agilismo y un entrenador (coach) debe estar disponible para resolver las dudas de los equipos.
Utilizar dos nuevas capas para gestionar los requisitos (Kalenda, 2017) En una primera capa llamada equipos de productos, se estructuran los responsables del trabajo: propietarios del producto, especialistas, expertos y el miembros del equipo de desarrollo. La segunda capa es denominada equipos de productos de área, la cual se usa cuando se desarrolla un producto más grande y con más de siete equipos de desarrollo, se delegan responsabilidades de toma de decisiones sobre el presupuesto y decisiones operativas que afectan al producto.

Clasificación de hallazgos

A continuación se presenta un extracto de la información recopilada y caracterizada, no obstante, la clasificación completa puede ser accedida en el siguiente enlace.

Clasificación qué

Tabla 4. Extracto de la clasificación qué de los hallazgos en la literatura.

Qué Referencia Descripción
SoS semanales (Kalenda, 2017) Reunión de sincronización entre equipos. Informar sobre el estado actual del trabajo, impedimentos y gestión de dependencias
Llevar a cabo un Scaled Sprint Demo separadas por equipos individuales (Kalenda, 2017) Cada equipo tendrá su reunión de demostración por separado, sólo con propietarios de producto & Usar un "Modelo de feria de ciencias"
Mentalidad y alineación ágil (Dikert et al., 2016) Entender los valores ágiles para dar sentido a las razones que motivan el cambio o transformación de una organizació

Clasificación cómo

Tabla 5. Extracto de la clasificación cómo de los hallazgos en la literatura.

Cómo Referencia Descripción
Enviar representantes del equipo a la reunión de SoS (Kalenda, 2017) Tal como sugiere LeSS o SAFe con la variación de usar un sistema rotativo de miembros representantes del equipo en cada reunión
Usar un "Modelo de feria de ciencias" (Kalenda, 2017) Cada equipo configura una pantalla, y los empleados visitan las pantallas que les parecen interesantes. Cada 'stand' ofrece una presentación de 15 minutos sobre los esfuerzos de trabajo recientes
Involucrar a líderes del cambio (Ebert y Paasivaara, 2017; Dikert et al., 2016; Barroca et al., 2019) La motivación y coordinación se ve favorecida gracias a los portavoces del cambio, líderes que contribuyen en la adopción de la nueva forma de trabajo

Referencias

Barroca, L., Dingsøyr, T., y Mikalsen, M. (2019). Agile transformation: Asummary and research agenda from the first international workshop.En International conference on agile software development (pp. 3–9).

Brown, A. W. (2011). A case study in agile-at-scale delivery. En International conference on agile software development (pp. 266–281).

Conboy, K., y Carroll, N. (2019). Implementing large-scale agile frameworks: Challenges and recommendations. IEEE Software, 36(2), 44–50.

Dikert, K., Paasivaara, M., y Lassenius, C. (2016). Challenges and success factors for large-scale agile transformations: A systematic literature review. Journal of Systems and Software, 119, 87-108.

Dingsøyr, T., y Moe, N. B. (2014). Towards principles of large-scale agiledevelopment. En International conference on agile software development (pp. 1-8). Cham, Alemania.

Ebert, C., y Paasivaara, M. (2017). Scaling agile. IEEE Software, 34(6), 98-103.

Kalenda, M. (2017). Scaling agile software development in large organizations (Tesis de maestría). Masaryk University, República Checa.

Laanti, M. (2014). Characteristics and principles of scaled agile. En International conference on agile software development (pp. 9-20). Cham, Alemania.