Machine Translated by Google

Capítulo 4

programa complejo
Gestión

Cuanto más complejo es el proyecto, más variables y dependencias en la organización en

desarrollo, más importante es el requisito de una comunicación clara y frecuente.

4.1 Scrum de Scrums

El scrum de scrums es una jerarquía en cascada de equipos scrum. Los Scrum Masters,
gerentes o designados de un nivel de equipos se convierten en miembros del equipo en el
siguiente nivel superior en la jerarquía. Este concepto jerárquico no es diferente a un
organigrama típico y proporciona un método para descomponer una acumulación de
productos masiva en sub-retrasos de gestión y sus acumulaciones de sprint asociadas
(consulte la Figura 4.1).

4.1.1 Administrar Scrum de Scrums Los

proyectos más grandes requieren una mayor cantidad de recursos. El scrum de scrums se
utiliza para gestionar estos proyectos más grandes. Uno de los problemas con el uso del
enfoque scrum de esta manera radica en la comunicación de los problemas. En general, un
scrum de scrums sufrirá muchos de los problemas de comunicación que se observan en la
gestión de programas y líneas más convencional. Sin embargo, a nivel del equipo de scrum,
esperamos ver el mismo nivel de comunicaciones mejoradas que vemos con el enfoque de scrum en gener
La dificultad con scrum de scrums, como con cualquier jerarquía multinivel, radica en la
cantidad y calidad de los datos a medida que los comunicamos a los niveles más altos en el

Pries, KH y Quigley, JM (2010). Gestión de proyectos Scrum. Grupo Taylor & Francis.
83
Creado a partir de bibliouniminuto-ebooks el 2022-02-19 03:33:02.
 Machine Translated by Google

84 Gestión de proyectos Scrum

Equipo Scrum

Equipo Scrum

Equipo Scrum

Equipo Scrum

Figura 4.1 Sistemas complejos.

jerarquía; por lo general, esperamos ver una atenuación en la cantidad de información y también
una posible pérdida de calidad.
La reunión de scrum de scrums es una técnica importante para escalar scrum a grandes
equipos de proyectos. Estas reuniones permiten que grupos de equipos discutan su trabajo,
centrándose especialmente en áreas de superposición e integración. Imagine un proyecto
perfectamente equilibrado que comprende siete equipos cada uno con siete miembros del
equipo. Cada uno de los siete equipos llevaría a cabo (simultáneamente o secuencialmente) su
propia reunión diaria de scrum. Luego, cada equipo designaría a una persona para que también
asista a una reunión de scrum de scrums (consulte la Figura 4.2). La decisión de a quién enviar
debe ser del equipo. Por lo general, la persona elegida debe ser un colaborador técnico del
equipo (programador, probador, administrador de base de datos, diseñador, etc.) en lugar de un
propietario del producto o Scrum Master.1

4.1.2 Informes Scrum de Scrums

En general, el Scrum Master o gerente de línea es la persona que participará en el scrum de
scrums, al menos al comienzo del proyecto. Con el tiempo, el scrum de las discusiones de scrum
puede involucrar temas en los que es aconsejable utilizar a otros miembros del equipo como
delegados al siguiente scrum superior en la jerarquía. Este escenario puede deberse a alguna
experiencia especial que pueda tener cierto miembro del equipo, o el área de responsabilidad
que tiene el miembro del equipo dentro del proyecto.

Pries, KH y Quigley, JM (2010). Gestión de proyectos Scrum. Grupo Taylor & Francis.
Creado a partir de bibliouniminuto-ebooks el 2022-02-19 03:33:02.
 Machine Translated by Google

Gestión de programas complejos 85

Scrum Grupo B
Scrum Grupo A

Rep. A Rep. B

Scrum Grupo E

Rep. C Rep. D

Scrum Grupo D

Scrum Grupo C

Figura 4.2 Scrum de scrums.

4.2 Presupuesto

Hemos visto conflictos en el desarrollo de sistemas cuando los distintos proveedores

tienen diferentes filosofías acerca de los cambios. Este evento desagradable ocurre
cuando algunos de los proveedores en desarrollo utilizan el enfoque en cascada y otros
utilizan un enfoque ágil como scrum. Cuando el producto requiere la integración posterior
de subsistemas, debemos asegurarnos de tener una respuesta conciliable a los cambios
de todos los proveedores. Los proveedores de tarifa fija fija generalmente tendrán presión
interna para entregar el producto menos costoso posible, mientras que los proveedores
de tarifa fija firme podrán trasladar el costo a sus clientes. Los escenarios de riesgo son
significativamente diferentes entre estos tipos de contratos.
El desarrollo de sistemas donde hay múltiples proveedores o fuentes de los
componentes para el sistema requerirá que los estados del presupuesto fluyan hacia
arriba, a diferencia de los requisitos, que fluyen hacia abajo. El arreglo jerárquico en el
scrum de scrums se puede usar para pasar información a la jerarquía o podemos usar una
contabilidad de costos más convencional a lo largo del proyecto (ver Figura 4.3).

Pries, KH y Quigley, JM (2010). Gestión de proyectos Scrum. Grupo Taylor & Francis.
Creado a partir de bibliouniminuto-ebooks el 2022-02-19 03:33:02.
 Machine Translated by Google

86 Gestión de proyectos Scrum

Planificación

presupuesto

Promulgación

Ejecución

Figura 4.3 Presupuestos y desarrollo de sistemas.

Nota
1. Michael Cohn, Advice on Conducting the Scrum of Scrum Meeting, (mayo
de 2007) http://www.mountaingoatsoftware.com/articles/35-advice on-
conducting-the-scrum-of-scrums-meeting (consultado el 10 de junio , 2009)

Pries, KH y Quigley, JM (2010). Gestión de proyectos Scrum. Grupo Taylor & Francis.
Creado a partir de bibliouniminuto-ebooks el 2022-02-19 03:33:02.