Volver al curso

Gestión de Proyectos con Metodologías Ágiles

leccion
5 / 20
intermediate
12 horas
Scrum: El Framework más Usado del Mundo

Roles en Scrum: Product Owner, Scrum Master y Dev Team

Lectura
20 min~5 min lectura

Roles en Scrum: Product Owner, Scrum Master y Dev Team

La Anatomía de un Equipo Scrum

Scrum no es solo un conjunto de reuniones y listas. Es un framework completo que incluye roles específicos, cada uno con responsabilidades únicas y bien definidas. La claridad en los roles es lo que distingue a los equipos Scrum que funcionan bien de los que simplemente dicen que hacen Scrum.

Un equipo Scrum tiene exactamente 3 roles. Ni más ni menos:

  1. Product Owner (PO)
  2. Scrum Master (SM)
  3. Equipo de Desarrollo (Dev Team)

El Product Owner: La Voz del Cliente

El Product Owner es la persona responsable de maximizar el valor del producto que el equipo de desarrollo construye. Es el puente entre el mundo del negocio y el mundo del desarrollo.

Responsabilidades del Product Owner:

1. Gestionar el Product Backlog
El Product Backlog es la lista ordenada de todo lo que se necesita hacer en el producto. El PO es el único dueño de esta lista:

  • Crear y redactar los ítems del backlog
  • Mantener el backlog ordenado por valor de negocio
  • Asegurarse de que los ítems estén suficientemente detallados
  • Eliminar ítems que ya no tienen valor

2. Definir y comunicar la visión del producto
El PO debe tener una visión clara de hacia dónde va el producto y ser capaz de comunicarla efectivamente.

3. Tomar decisiones sobre el negocio
En cada Sprint Planning, el PO decide qué trabajo tiene más valor y debe hacerse primero.

4. Aceptar o rechazar el trabajo completado
Al final de cada Sprint, el PO decide si el trabajo cumple con los criterios de aceptación definidos.

Características de un buen Product Owner:

  • Disponible para el equipo (puede responder preguntas del día a día)
  • Capaz de tomar decisiones con autoridad
  • Orientado al valor, no a las funcionalidades
  • Excelente comunicador entre el negocio y el equipo técnico

El Scrum Master: El Facilitador del Proceso

El Scrum Master es el guardián del proceso Scrum. Su responsabilidad es asegurarse de que el equipo entiende y vive los valores y principios de Scrum, y remover todos los obstáculos que impiden que el equipo trabaje eficientemente.

El Scrum Master es un servant leader (líder servicial): no da órdenes, sirve al equipo.

Responsabilidades del Scrum Master:

Al servicio del Equipo de Desarrollo:

  • Facilitar las ceremonias de Scrum
  • Remover impedimentos que el equipo no puede resolver solo
  • Proteger al equipo de interrupciones externas durante el Sprint

Al servicio del Product Owner:

  • Ayudar a entender las técnicas de gestión del Product Backlog
  • Facilitar la comunicación entre el PO y el equipo

Al servicio de la Organización:

  • Liderar y entrenar a la organización en la adopción de Scrum
  • Ser un agente de cambio cultural

Lo que el Scrum Master NO hace:

  • Asignar tareas al equipo
  • Reportar el desempeño individual de los miembros
  • Tomar decisiones de negocio
  • Tomar decisiones técnicas

El Equipo de Desarrollo: Los Constructores del Producto

El Dev Team es el grupo de profesionales que hace el trabajo real: construyen el incremento de producto en cada Sprint.

Importante: Desarrollo no significa solo programación. El Dev Team incluye a todos los que trabajan directamente para crear el producto: diseñadores, QA testers, analistas de datos, etc.

Características del Dev Team según Scrum:

1. Auto-organizado: El equipo decide internamente cómo completar el trabajo.

2. Cross-funcional: El equipo tiene todas las habilidades necesarias para crear el producto.

3. Sin sub-equipos ni jerarquías internas: Todos son simplemente Desarrolladores en el contexto de Scrum.

4. Tamaño: 3 a 9 personas

5. Responsabilidad colectiva: El equipo como unidad es responsable de entregar el incremento.

La Definición de Done (DoD)

El Dev Team es responsable de crear y mantener la Definición de Done. Ejemplo:

  • El código está escrito y revisado por un par
  • Los tests unitarios pasan al 100%
  • La funcionalidad fue probada por QA
  • La documentación técnica está actualizada
  • El Product Owner aceptó formalmente la historia

Malentendidos Comunes sobre los Roles de Scrum

El Scrum Master es el jefe del equipo: Falso. Es un facilitador y coach, no tiene autoridad sobre el equipo.

El Product Owner es el cliente: No necesariamente. El PO puede ser un empleado interno que representa al cliente.

El Project Manager tradicional se convierte en Scrum Master: Esto requiere una transformación mental significativa. El PM tradicional controla y dirige; el Scrum Master sirve y facilita.


💡 Concepto Clave

Revisemos los puntos más importantes de esta lección antes de continuar.

Resumen de la Lección

  • Scrum tiene 3 roles: Product Owner, Scrum Master y Equipo de Desarrollo.
  • El Product Owner maximiza el valor del producto gestionando el backlog y tomando decisiones de negocio.
  • El Scrum Master es el guardián del proceso: facilita, protege y remueve obstáculos.
  • El Dev Team es auto-organizado, cross-funcional y construye el incremento del producto.
  • No hay jerarquías en Scrum: los tres roles tienen responsabilidades complementarias y no superpuestas.
🧠 Pon a prueba tu conocimiento
¿Cuál es el aspecto más importante que aprendiste en esta lección?
  • Comprendo el concepto principal y puedo explicarlo con mis palabras
  • Entiendo cómo aplicarlo en mi situación específica
  • Necesito repasar algunas partes antes de continuar
  • Quiero ver más ejemplos prácticos del tema
✅ ¡Excelente! Continúa con la siguiente lección para profundizar más.