Comparativa de metodologías de gestión de proyectos: Scrum, M3 y RUP

1. CdU vs HdU

Los CdU (Criterios de Usuario) representan una funcionalidad para alcanzar un objetivo. Las HdU (Historias de Usuario) son descripciones claras y concisas de la funcionalidad en términos de valor que aporta al usuario final del producto.

Características:

• Independientes.
• No especificación completamente detallada.
• Pequeñas, que se puedan estimar y probar.

2. BDV-EV

Ambas tienen en común que son gráficas que representan una relación trabajo-tiempo. BDV (Burn Down Chart) representa el trabajo que resta por hacer frente al tiempo que disponemos (gráfica descendente). EV (Earned Value) representa la cantidad de trabajo realizado en un momento dado frente a la estimación previa a la realización del proyecto (gráfica ascendente).

3. ¿PdA aparecen en el backlog?

No, lo que aparece en el backlog es una lista priorizada de las HdU y unos CdA (Criterios de Aceptación) asociados a cada una de estas. Las PdA (Pruebas de Aceptación) son las pruebas que se realizan para demostrar que se cumplen los CdA y dar sentido a las HdU.

4. Story Mapping

Consiste en representar las HdU organizadas en un modelo bidimensional. Hace más simple asegurar que el backlog esté completo. Las filas representarían las HdU y las columnas los procesos o usuarios.

5. Fases 1ª reunión SCRUM

2 reuniones:

1ª Reunión:

Definir qué se va a hacer, es decir, se lleva a cabo la revisión de la pila del producto por parte del equipo y cliente incluyendo HdU y CdA.

2ª Reunión:

Definir cómo se va a hacer (planificación de tareas). El equipo elabora la lista de tareas de la iteración necesarias para desarrollar los requisitos a que se ha comprometido. La estimación de esfuerzo se hace de manera conjunta y los miembros del equipo se auto-asignan tareas.

6. Scrum vs M3

7. Backlog Grooming

Es la reunión entre el Dueño del Producto y el equipo que se realiza durante un sprint, en referencia a los elementos futuros para realizar el refinamiento de la pila del producto, es decir, analizar los requisitos, separar los elementos grandes en pequeños, estimar nuevos elementos o bien reestimar los existentes. Típicamente, se dedica un 5%-10% del tiempo de un sprint.

8. Alcance fijo-variable

Tienen alcance fijo los métodos considerados clásicos ya que no tienen un tiempo fijo de entrega, mientras que los de alcance variable son los métodos ágiles que tienen fecha fija de entrega. Se entiende alcance por las características o funcionalidades que tiene el producto.

9. Scrum vs M3 vs RUP: Tiempo

• Scrum: ciclos cortos de 1-4 semanas
• M3: ciclo de vida secuencial
• RUP: de 2-6 semanas

10. SCRUM vs M3 vs RUP

SCRUM:

• Modelo centrado en el desarrollo continuo del proyecto.
• Define cómo organizarse.
• No prohíbe prácticas a realizar.
• Multifuncionalidad y responsabilidad del equipo.
• Involucración del cliente.

M3:

• Enfoque orientado al proceso.
• No especifica cómo organizarse ni el tiempo de cada proceso.
• Define técnicas recomendadas e interfaces con otros procesos.
• El orden asignado a las actividades no debe interpretarse como secuencia de su realización.

RUP:

• Enfoque orientado al proceso.
• Proceso iterativo e incremental (orden secuencial).
• Se organiza en fases y workflows (o disciplinas).
• Cada una de las fases se organiza en iteraciones y cada iteración incluye distintas disciplinas de distinta intensidad.

11. SCRUM - Roles

Dueño del Producto:

• Realiza el papel del cliente, interacciona con el resto de partes interesadas y tiene total autoridad en la toma de decisiones.
• Interactúa frecuentemente con el equipo.

Gestor de Scrum (Scrum Master):

• Ayuda a explicar Scrum, elimina impedimentos.
• También puede realizar trabajos (desaconsejable).
• No es el jefe del equipo (no hay jefe).
• Se adapta a la experiencia del equipo.

Equipo de Scrum:

• Autogestionado.
• Estimación de tiempos a emplear.
• Decide cómo realizar el trabajo.
• Se encarga de todos los procesos.
• Multifuncional.
• 7±2 personas.

12. Pila de Producto (Product Backlog)

• Lista priorizada de funcionalidades.
• Evoluciona a lo largo del proyecto.
• Funcionalidades objeto de mejora.
• Las estimaciones las suministra el equipo.
• El Dueño del Producto asigna un valor de negocio.
• Scrum no indica cómo estimar, cómo detallar la pila de producto, etc.

13. Extreme Programming

• Proceso altamente iterativo (1-3 semanas/iteración).
• Útil para proyectos arriesgados, requisitos dinámicos, cliente muy implicado.

Reglas:

• Pair programming.
• Mucho testing a nivel de unidad.
• Propiedad colectiva de código.

14. Prototipos de Pantallas

Utilizar prototipos de pantallas para:

• Completar y concretar las necesidades al discutir y contrastar el prototipo con el usuario.
• Forma complementaria de obtener requisitos/criterios de aceptación.
• En especial para los diálogos críticos (muy usados, complejos, asociados a funciones importantes, etc.).
• Los prototipos acompañarán a las historias de usuario con los detalles sobre la interacción con el usuario.
• Típicamente, hacer prototipos en papel.

15. Reuniones de los Sprints

Reuniones de cada Sprint:

1. Reunión 1 (medio día):

• Definir qué se va a hacer, entender qué quiere el DP (Dueño del Producto).
• DP + equipo revisan/discuten prioridades de historias y criterios de aceptación.
• Scrum Master presta asistencia.
• Compromiso de que se realizará el sprint.

2. Reunión 2 (medio día):

• Planificación detallada de las tareas.
• Selección final de elementos de la pila para el Sprint.
• DP puede no asistir, pero debe estar disponible si hay que reajustar o negociar.

3. Reunión corta (Stand-up meeting):

• Es de unos 15 minutos con todo el equipo.
• Se hace en los sprints diarios.
• Cada miembro informa qué ha hecho hasta la reunión, qué tiene planificado o cualquier bloqueo que tenga.
• No hay discusiones. Si acaso en una reunión tras el sprint diario.
• Aconsejable que no acudan jefes.

Cuando se cierra el Sprint:

1. Reunión 1 (medio día):

• Revisión del Sprint.
• Demo y conversación en profundidad Equipo + DP.
• Inspeccionar producto para prepararlo para siguientes sprints.

2. Reunión 2 (< medio día):

• Retrospectiva.
• Inspeccionar y adaptar el proceso (Sin DP).
• Qué fue bien y qué fue mal.

3. Actualización:

• Pila de producto.
• Gráfico de trabajo.