Search Header Logo
Esquema de trabajo

Esquema de trabajo

Assessment

Presentation

Other

Professional Development

Easy

Created by

Raul Eduardo Gamio Perez

Used 2+ times

FREE Resource

5 Slides • 2 Questions

1

Esquema de trabajo

"Suma de esfuerzo para un objetivo"

Slide image

2

Definition of ready

  • Documento que define los criterios para aceptar una HU y sea considerada en el sprint planning.

  • Los criterios son denominador común para todas las HU del Product Backlog

  • Debe ser elaborado por todo el equipo Scrum (Developers y Product Owner) para garantizar la transparencia.

  • Las HU que no cumplan los criterios no podrán ser consideradas en el sprint así sean priorizadas ya que generaran una perdida de tiempo al no tener la certeza que se podrá ser desarrollada para ser entregada

  • Los criterios pueden cambiar siempre y cuando el equipo Scrum lo considere necesario para mejorar.

Slide image

3

Multiple Choice

Pedro, quien es el product owner de un equipo scrum, el negocio le priorizo unos requerimientos y tiene poco tiempo para terminar las HU que deben ir en el siguiente sprint, toma la decisión de no cumplir con todos los criterios de la Definition of Ready (DOR) e ingresar las HU al sprint. El actuar de Pedro es...

1

Correcto, el es el Product Owner y puede definir si cumple o no los criterios del DOR.

2

Incorrecto, debe cumplir con todos los criterios establecidos en el DOR ya que esto garantizará que el equipo pueda entregar HU requerida sin problemas.

3

irrelevante, finalmente el equipo scrum (Desarrolladores) lo resolverá porque ya tienen experiencia.

4

Multiple Choice

DOR es elaborado solo por?

1

El product owner, desarrolladores y el negocio

2

Los desarrolladores, el product owner si tiene tiempo.

3

Por el equipo Scrum

5

DOR - Equipo Omnichannel v0.1

  • La HU debe estar registrada en JIRA y contar con sus criterios de aceptación para su correcta validación en desarrollo y QA.

  • Ninguna definición ni criterio de aceptación debe ser ambiguo para el equipo scrum.

  • Las Historia de usuario deben contar con los caso de prueba de QA y su tiempo de ejecución.

  • Se debe validar si la funcionalidad existe en producción de ser el caso se debe identificar que no presente Bug.

  • La Historia de usuario debe haber cumplido su ciclo de refinamiento y el equipo scrum debe asignar un owner de la misma.

  • No se debe tener ningún impedimento para probar en ambiente de QA.

  • No se debe tener ningún impedimento para probar en ambiente de Desarrollo.

6

DOR - Equipo Omnichannel v0.1

  • Toda nueva funcionalidad o módulo debe tener su historial de navegación.

7

Sprint Backlog

Esquema de trabajo

"Suma de esfuerzo para un objetivo"

Slide image

Show answer

Auto Play

Slide 1 / 7

SLIDE