Hot Topics Te dejamos la versión más comprimida de los punto más importantes del

curso. Es una recopilación de muchas de las cuestiones que se abordan en

el examen PSM I.

SCRUM Las reglas definidas en Scrum no se pueden modificar bajo ningún concepto (duración de eventos, artefactos, etc.)

Scrum se basa en el empirismo (transparencia, inspección, adaptación) y en Lean Thinking, no en el determinismo.

RESPONSABILIDADES El scrum master facilita que el propio equipo Scrum resuelva sus propios impedimentos, y ayuda a resolver impedimentos externos que
impiden el avance del equipo Scrum

El Scrum Master es el responsable de maximizar la eficiencia del equipo Scrum

El scrum master ayuda a la organización a implantar scrum


El scrum master por lo general piensa que en el equipo vigila y ayuda más que ejecutar


No existen especializaciones reconocidas como analistas, arquitectos, diseñadores y cualquier otro dentro de un equipo scrum. La gente
puede tener ese perfil / contrato laboral, pero no tienen efecto en cuanto a responsabilidad, que siempre es del equipo Scrum al completo


No existen líderes / privilegiados dentro de los desarrolladores


El equipo Scrum es multidisciplinar y autogestionado


Los desarrolladores deciden cómo hacer el trabajo y el seguimiento del desarrollo del sprint

En scrum no se obliga al equipo a usar técnicas de estimación o de proyección en concreto


Los desarrolladores deciden si quieren estimar o no y qué técnica de estimación usar


Los desarrolladores no son dirigidos por nadie

Los desarrolladores no están obligados a informar sobre el avance del spint en el día a día

El Product Owner guía para maximizar el valor del producto

El Product Owner es responsable de crear el Product Goal

El Product Owner es el responsable de gestionar el backlog de producto

El equipo Scrum es el responsable de lo que se entrega en el sprint

El equipo Scrum es el responsable de todas las tareas que se realizan en el producto

© theUncoding. 2020 Página 1! de 3

!
 ARTEFACTOS El commitment (compromiso) del backlog de producto es el Product Goal. El responsable de crear el Product Goal y de gestionar el
backlog de producto es el Product Owner

El commitment (compromiso) del sprint backlog es el Sprint Goal. El responsable de crear el Sprint Goal es el equipo Scrum. Los
responsables de decidir cómo alcanzar el Sprint Goal son los desarrolladores

El commitment (compromiso) del incremento es la definition of done. El responsable de crear incrementos y la definition of done es el
equipo Scrum

El sprint backlog consta de items del backlog de producto, el plan de cómo finalizar esos items y el sprint goal

El sprint backlog sólo lo pueden modificar los desarrolladores. No es una foto fija

El sprint backlog es propiedad y responsabilidad de los desarrolladores en conjunto, no de personas individuales

Un item del backlog de producto es un incremento cuando cumple con la definition of done

Si un item no cumple con la definition of done, no se considera finalizado y no se puede enseñar como finalizado en la review bajo ningún
concepto

El backlog de producto es una responsabilidad del Product Owner

Los items se refinan cuando sea necesario

El product owner puede delegar el mantenimiento del backlog de producto en terceros, pero el product owner sigue siendo el responsable
único

EVENTOS La duración del sprint no se modifica durante el sprint


La duración del sprint se puede modificar en la retrospectiva y aplica a partir del siguiente sprint


La daily es para y por los desarrolladores

En una daily pueden participar como invitados miembros que no pertenecen al equipo scrum


La review se inspeccionan los incrementos (items finalizados que cumplen con la definition of done) y se obtiene información para adaptar
el backlog de producto

En una retrospectiva no pueden acudir gente de fuera al equipo scrum. Todo el equipo scrum participa.


En la retrospectiva se deciden acciones de mejora a implementar lo antes posible. Acciones concretas, no genéricas

© theUncoding. 2020 Página 2

! de 3
!
 OTROS El Sprint Goal lo crea todo el equipo Scrum en el sprint planning

Se pueden añadir / modificar / eliminar items al sprint backlog siempre que no se comprometa el conseguir el Sprint Goal

La definition of done es una responsabilidad de todo el equipo Scrum

El sprint goal se define en el sprint planning y no se puede cambiar en un sprint


Si el sprint goal se vuelve obsoleto, el product owner puede cancelar el sprint


El sprint goal proporciona cierta flexibilidad, ya que permite que se modifique el sprint backlog si ayuda a maximizar la consecución del
sprint goal


La definition of done se cambia preferentemente en la retrospectiva

La definition of done no se hace menos restrictiva para poder cumplir plazos de entrega ni "otros trucos" similares


La definition of done la crea el equipo Scrum. Si ya existe una por parte de la organización, se toma como base y se puede ampliar

Aunque haya varios equipos scrum trabajando sobre un único producto, siempre hay un único product owner, un backlog de producto y
un Product Goal

La organización de los equipos (da igual el tamaño) es una responsabilidad de los propios equipos

© theUncoding. 2020 Página 3

! de 3
!