
Sprint Backlog
Sprint Backlog es un conjunto de las tareas escogidas para la realización en el Sprint corriente. En el artículo Product Backlog comentamos del campo "Emisíon", que justamente corta la lista de las tareas y llévalos al Sprint Backlog.
Inicialmente, esta información sobre las emisiónes (lo que debe caer en que Sprint Backlog) está dadapor el Product Owner, sin embargo la decisión de la recepción del trabajo en Sprint se quedará por el Development Team.
Tiene que, sin embargo comprender como el equipo toma la decisión de la inserción de una u otra tarea en Sprint Backlog y como Product Owner puede influir en sus deseos.
La productividad del equipo durante la creación Sprint Backlog.
En la primera reunión para Product Owner puede haber una sorpresa desagradable, por ejemplo,lo que él iba a incluir en la primera emisión – y acabar en el primer sprint, no cabe por la productividad.
Según se ve en el dibujo, una tarea de la primera emisión no se cabe. ¿Que puede hacer el Product Owner en este caso?
El cambio de las prioridades para Sprint Backlog:
Una de las variantes es el cambio de las prioridades de las tareas. Es decir la tarea, que no se ha cabido en la productividad esperada pasa arriba (se pone una alta prioridad, y el equipo será obligada a incluirla). La desventaja de este enfoque es lo que en todo caso una tarea saldrá por los límites.
El cambio de la cantidad de trabajo para Sprint Backlog:
Si el Product Owner no tiene ganas de excluir una tarea por el método del traslado, él tiene todavía una variante del cambio de la cantidad de trabajo. Muchas tareas tienen los complementos distintos y los mejoramientos ya de la caja y el Product Owner habitualmente los aporta en seguida, puesto que el trabajo sobre una tarea pasará más rápidamente, que la conmutación constante entre las tareas distintas y el retorno a las anteriores. Si las tareas de la primera emisión no caben, es posible disminuir la cantidad de trabajo de algunas tareas.
División de las tareas para el Sprint Backlog:
Si el Propietario del producto no tiene ganas de disminuir la cantidad de trabajo, le queda solamente dividir una tarea en dos y dejar la segunda parte para la segunda emisión. Esto puede ser no la que no cabe. Se divide habitualmente la tarea que se somete fácilmente a una acción así.
Product Backlog
En el artículo sobre Sprint escribimos que es la base de la metodología Scrum y todo gira alrededor del Sprint.
Product Owner
El Product Owner es un cierto eslabón de enlace entre el cliente y el equipo de la elaboración. La instancia definitiva en la toma de decisiones en el Scrum Team – es justamente Product Owner
Scrum Sprint
Tal vez, el elemento más importante de la metodología Scrum es el Sprint.
Development Team
En nuestra percepción habitual, una unidad laborable es la persona, si se trata de los recursos humanos, pero en la metodología Scrum esto no es así.