Marco Scrum — Unidad de autoaprendizaje
Curso de autoaprendizaje
Marco Scrum
Un curso de autoaprendizaje sobre el marco Scrum — del empirismo y los valores a las responsabilidades, los eventos y los artefactos, hasta la responsabilidad de producto y la eficacia del equipo en la práctica. Cada lección termina con preguntas de examen, y cada sección con una prueba final.
Nota sobre su progresoEste navegador no permite el almacenamiento para archivos abiertos localmente. El curso funciona por completo, pero las marcas y los resultados de las pruebas se pierden al cerrarlo. Remedio: abrir los archivos desde una unidad de red o un servidor web, o permitir el almacenamiento de datos de sitio para esta página en los ajustes del navegador.
Así está construido el curso
El orden es el recomendado, pero cada sección también funciona por sí solaDoce secciones, diez comunes y dos por especialidad
El orden es el recomendado; cada sección también funciona por sí sola
Las doce secciones
La barra de cada tarjeta muestra su propio progreso-
1
Fundamento ágil y trabajo empírico
Por qué planificarlo todo de antemano fracasa en productos complejos, qué significa el empirismo y en qué se diferencia lo iterativo de lo incremental.
-
2
El marco de un vistazo
La definición en una frase, las tres responsabilidades, cinco eventos, tres artefactos y tres compromisos — y por qué el marco es inmutable.
-
3
Los cinco valores
Commitment, Focus, Openness, Respect y Courage — cómo los valores moldean el comportamiento y cómo se reconoce que se han vulnerado.
-
4
El Equipo Scrum
Una sola unidad, sin subequipos ni jerarquías, diez personas o menos, multifuncional y autogestionada — y de qué son responsables los Developers.
-
5
Product Owner — responsable del valor
Una persona, no un comité: gestión del Product Backlog, decisiones que obligan, transparencia del backlog y la relación con las partes interesadas.
-
6
Scrum Master — un liderazgo que sirve
Responsable de la eficacia del equipo: servicio al equipo, al Product Owner y a la organización — y los cuatro modos de apoyo.
-
7
El Sprint
El contenedor de todo lo demás: duración fija, un mes como máximo, alcance negociable con calidad inalterada — y quién puede cancelar un Sprint.
-
8
Sprint Planning y Daily Scrum
El Por qué, el Qué y el Cómo en el Planning, cómo surge el Sprint Goal, y el Daily Scrum como adaptación del plan — no como informe de estado.
-
9
Sprint Review y Sprint Retrospective
La Review como sesión de trabajo para inspeccionar el resultado, no como puerta de aprobación — y la Retrospective como cierre del Sprint.
-
10
Artefactos y compromisos
Product Backlog con el Product Goal, Sprint Backlog con el Sprint Goal, Increment con la Definition of Done — y qué significa «terminado» de forma sólida.
-
11
La responsabilidad de producto en la práctica
Bloque de rol de producto: visión y estrategia, límites del producto, medición del valor, implicación de las partes interesadas, técnicas de backlog y previsión.
-
12
Eficacia del equipo y cambio organizativo
Bloque de rol de facilitación: llevar una discusión hasta la decisión, conflicto, métricas de flujo, deuda técnica, varios equipos y cambio.
Así se trabaja con este curso
Leer y marcar
Cada lección empieza con un diagrama; después vienen la idea central, los puntos clave con su fuente y un ejemplo práctico. La marca de la izquierda la señala como completada.
Comprobar de inmediato
Dos preguntas por lección en tres formatos: opción única con cuatro opciones, selección múltiple con el número de respuestas correctas indicado, y verdadero/falso. Tras comprobar, cada opción lleva una etiqueta.
Cerrar la sección
Cada sección termina con una prueba final de nueve a once preguntas sobre toda la materia. A partir del 85 por ciento se considera aprobada — con diez preguntas eso significa: un fallo como máximo.
Usar las fuentes
Cada punto clave lleva una etiqueta. Indica la sección del documento de referencia de la que proviene la afirmación — o Práctica, cuando se trata de un uso extendido y no de una prescripción.
Términos importantes
Los términos del marco se mantienen en su forma inglesa, porque las preguntas de examen los emplean así- Scrum
- Marco ligero que ayuda a generar valor mediante soluciones adaptativas para problemas complejos. Inmutable: solo como un todo es Scrum.
- Empirismo
- El conocimiento surge de la experiencia y la observación, no de la predicción. En el marco sostiene los tres pilares transparencia, inspección y adaptación. Junto a él se sitúa el Lean Thinking: reducir el desperdicio, centrarse en lo esencial.
- Transparencia
- El trabajo y los artefactos son visibles para quienes realizan el trabajo y para quienes lo reciben. Condición de toda inspección útil; una inspección sin ella induce a error.
- Inspección
- Los artefactos y el progreso se inspeccionan con frecuencia y diligencia. Los eventos son las ocasiones integradas para ello — cuatro dentro del Sprint, cinco contando el propio Sprint.
- Adaptación
- Si algo se desvía de los límites aceptables, el enfoque o el resultado se corrige cuanto antes. Una inspección sin adaptación no surte efecto.
- Equipo Scrum
- La unidad fundamental: un Product Owner, un Scrum Master y los Developers. Habitualmente diez personas o menos — una referencia, no un límite. Multifuncional, autogestionado, sin subequipos ni jerarquías.
- Product Owner
- Responsable de maximizar el valor del producto y de una gestión eficaz del Product Backlog. Una persona, no un comité.
- Scrum Master
- Responsable de la eficacia del Equipo Scrum y de la implantación del marco. Sirve al equipo, al Product Owner y a la organización; hace que se eliminen los impedimentos.
- Developers
- Las personas del Equipo Scrum que crean, en cada Sprint, todos los aspectos de un Increment utilizable. Planifican el Sprint, aportan calidad a través de la Definition of Done y adaptan su plan cada día.
- Sprint
- El contenedor de todos los demás eventos y de todo el trabajo. Duración fija, un mes o menos; el siguiente comienza inmediatamente después de terminar el anterior.
- Sprint Planning
- Abre el Sprint y trata el Por qué, el Qué y el Cómo. Ocho horas como máximo en un Sprint de un mes, por regla general menos en Sprints más cortos. Su resultado es el Sprint Backlog.
- Daily Scrum
- Quince minutos cada día laborable, para los Developers. La timebox es fija y no se acorta en Sprints más cortos. Inspecciona el progreso hacia el Sprint Goal. Sin formato prescrito.
- Sprint Review
- Inspecciona el resultado del Sprint con las principales partes interesadas y determina las adaptaciones futuras. Cuatro horas como máximo en un Sprint de un mes. Sesión de trabajo, no puerta de aprobación.
- Sprint Retrospective
- Planifica maneras de aumentar la calidad y la eficacia y cierra el Sprint. Tres horas como máximo en un Sprint de un mes.
- Product Backlog
- Lista emergente y ordenada de lo necesario para mejorar el producto. Única fuente de trabajo del Equipo Scrum. Porta el Product Goal.
- Sprint Backlog
- El Sprint Goal, los elementos seleccionados y un plan accionable para entregarlos — el Por qué, el Qué y el Cómo. Un plan de los Developers y para los Developers. Porta el Sprint Goal.
- Increment
- Paso concreto hacia el Product Goal, aditivo a todos los anteriores y verificado a fondo. Utilizable, para que aporte valor. Es posible más de uno por Sprint. Porta la Definition of Done.
- Product Goal
- Describe un estado futuro del producto y sirve de objetivo para la planificación. Está contenido en el Product Backlog; uno a la vez — se cumple o se abandona antes de abordar el siguiente.
- Sprint Goal
- El único objetivo del Sprint y un compromiso de los Developers, elaborado por todo el Equipo Scrum en el Sprint Planning. El alcance sigue siendo negociable sin tocar el objetivo.
- Definition of Done
- Descripción formal del estado en el que el Increment cumple las medidas de calidad del producto. Sin un estándar de la organización lo establece el Equipo Scrum; un estándar vale como mínimo. Con varios equipos en el mismo producto es común.
- Refinement
- Descomposición y precisión continuas de los elementos del Product Backlog. Ni evento, ni timebox. El tamaño lo deciden los Developers que hacen el trabajo.
- Stakeholder
- Personas con interés en el producto que no pertenecen al Equipo Scrum. El Sprint Review es el lugar integrado para colaborar con ellas; también de ellas se espera apertura.
- Autogestión
- El equipo decide internamente el quién, el qué, el cuándo y el cómo de la realización. No el contenido ni el orden del Product Backlog, ni un estándar mínimo de la organización.
- Multifuncional
- Entre todos, los miembros reúnen todas las capacidades necesarias para crear valor en cada Sprint — sin un traspaso permanente hacia fuera. La edición alemana del documento de referencia lo llama «interdisziplinär».
- Responsabilidad del resultado
- En inglés accountable: quien la asume responde del resultado y no puede desprenderse de ella. Hay que distinguirla de la responsabilidad de ejecución (responsible) del trabajo en sí — esa sí puede delegarse.
- Timebox
- La duración a la que un evento queda limitado como máximo. No se excede. Para el Daily Scrum es fija; para los demás eventos el valor indicado vale para un Sprint de un mes y, en Sprints más cortos, por regla general es menor.
- Velocity
- Uso extendido para estimar la cantidad entregada por Sprint. No forma parte del marco y no es comparable entre equipos.
- Términos alemanes
- Este curso emplea los términos básicos en inglés. La edición alemana del documento de referencia escribe, entre otros, Produkt-Ziel por Product Goal, Developer:innen, Product Owner:in, Scrum Master:in y Stakeholder:innen. En cada caso se quiere decir lo mismo.
Alcance y límites
Términos y formasEste curso emplea los términos básicos en inglés: Product Goal, Sprint Backlog, Definition of Done, Developers, Product Owner, Scrum Master, Stakeholder. La edición alemana del documento de referencia traduce algunos de ellos y escribe, entre otros, Produkt-Ziel, Developer:innen, Product Owner:in, Scrum Master:in, Stakeholder:innen así como interdisziplinär por cross-functional. En cada caso se quiere decir lo mismo. Como las preguntas de examen sobre esta materia se formulan mayoritariamente en inglés, aquí prevalecen las formas inglesas.
Qué está respaldado
Los puntos clave que llevan una etiqueta como Marco: Sprint indican la sección del documento de referencia en la que se apoya la afirmación. La etiqueta Manifiesto Ágil remite a los cuatro pares de valores y a los doce principios, Lean al Lean Thinking mencionado en el marco.
Qué es práctica
Alrededor de un tercio de los puntos clave lleva la etiqueta Práctica. Detrás de ella hay usos extendidos que el marco no prescribe — técnicas de estimación, métricas de flujo, previsión, formas contractuales. La distinción es ella misma materia de examen.
Progreso y protección de datos
Sus marcas se guardan en su cuenta de Zertio, de modo que su progreso siga estando ahí en otro dispositivo. Las respuestas, los resultados de las pruebas y la elección entre claro y oscuro residen únicamente en el almacenamiento local de su navegador; sin iniciar sesión, esto vale para todo el estado. El botón Restablecer borra todo el estado, tanto en el navegador como en su cuenta.