Scrum Master basado en la Scrum Guide 2020

Menú de estudio de Scrum Master basado en la Scrum Guide 2020: teoría, objetivos, práctica, flashcards, simulacro y examen final.

📘 6 capítulos 🧠 Preguntas: 49 ⏱️ Simulacro 60 min / aprueba 30/40
SM 2020 · Capítulo 3

Scrum Team y responsabilidades

La unidad fundamental de Scrum es un equipo pequeño, cohesivo, autogestionado y multifuncional. Scrum define tres responsabilidades: Developers, Product Owner y Scrum Master.

6 objetivos LO110 min8 términos clave

Unidad fundamental

El Scrum Team incluye un Scrum Master, un Product Owner y Developers. No hay subequipos ni jerarquías internas; es una unidad enfocada en un objetivo a la vez: el Product Goal.

  • El equipo es multifuncional: reúne las habilidades necesarias para crear valor en cada Sprint.
  • El equipo es autogestionado: decide internamente quién hace qué, cuándo y cómo.
  • Normalmente tiene diez o menos personas para mantener comunicación y productividad.

Developers

Developers son las personas comprometidas con crear cualquier aspecto de un Incremento usable cada Sprint. Sus habilidades varían por dominio, pero sus responsabilidades se mantienen.

  • Crear el plan del Sprint: el Sprint Backlog.
  • Incorporar calidad respetando la Definition of Done.
  • Adaptar diariamente su plan hacia el Sprint Goal.
  • Responsabilizarse mutuamente como profesionales.

Product Owner

El Product Owner maximiza el valor del producto resultante del trabajo del Scrum Team. También responde por una gestión efectiva del Product Backlog.

  • Desarrollar y comunicar explícitamente el Product Goal.
  • Crear y comunicar claramente Product Backlog Items.
  • Ordenar Product Backlog Items.
  • Asegurar que el Product Backlog sea transparente, visible y entendido.
  • Puede delegar trabajo, pero conserva la responsabilidad.

Scrum Master

El Scrum Master establece Scrum como se define en la guía, ayuda a comprender teoría y práctica, y responde por la efectividad del Scrum Team al mejorar sus prácticas dentro del marco.

  • Sirve al Scrum Team mediante coaching, foco en Incrementos de alto valor, eliminación de impedimentos y eventos productivos.
  • Sirve al Product Owner con técnicas para Product Goal, Product Backlog, claridad de items, planificación empírica y colaboración con stakeholders.
  • Sirve a la organización liderando, entrenando, asesorando implementaciones y removiendo barreras entre stakeholders y equipos.

Términos clave

Scrum TeamDevelopersProduct OwnerScrum MasterautogestiónmultifuncionalidadProduct Goalresponsabilidad

Objetivos de aprendizaje

  1. SM-3.1.1 · K1Recordar la composición del Scrum Team

    El Scrum Team tiene un Scrum Master, un Product Owner y Developers, sin subequipos ni jerarquías internas.

  2. SM-3.1.2 · K2Explicar autogestión, multifuncionalidad y tamaño del equipo

    El equipo decide cómo organizar su trabajo y reúne las habilidades para crear valor cada Sprint; suele tener diez o menos personas.

  3. SM-3.2.1 · K2Describir responsabilidades de Developers

    Developers crean el plan del Sprint, cuidan calidad con Definition of Done, adaptan su plan diario y se responsabilizan mutuamente.

  4. SM-3.3.1 · K2Describir responsabilidades del Product Owner

    El Product Owner maximiza valor y responde por Product Goal, items claros, orden del Product Backlog y transparencia.

  5. SM-3.4.1 · K2Describir responsabilidades del Scrum Master

    El Scrum Master establece Scrum, ayuda a entenderlo y mejora la efectividad del equipo dentro del marco.

  6. SM-3.4.2 · K3Aplicar servicios del Scrum Master en escenarios

    El Scrum Master sirve al equipo, Product Owner y organización con coaching, facilitación, asesoría y eliminación de barreras.

Errores frecuentes

  • Crear subequipos o jerarquías internas dentro del Scrum Team.
  • Convertir al Product Owner en comité.
  • Usar al Scrum Master como jefe de proyecto que asigna tareas.

Ejemplos aplicados

  • Si hay varios Scrum Teams sobre el mismo producto, comparten Product Goal, Product Backlog y Product Owner.
  • El Scrum Master ayuda a que los eventos ocurran dentro del timebox y sean positivos y productivos, no decide por el equipo.