Вы находитесь на странице: 1из 2

GLOSARIO SCRUM: Scrum es una metodologa gil de desarrollo de proyectos que toma

su nombre y principios de los estudios realizados sobre nuevas prcticas de producciones, un marco de trabajo para la gestin y desarrollo de software basada en un proceso iterativo e incremental utilizado comnmente en entornos basados en el desarrollo gil de software. Aunque Scrum estaba enfocado a la gestin de procesos de desarrollo de software, puede ser utilizado en equipos de mantenimiento de software, o en una aproximacin de gestin de programas: Scrum de Scrum.

PRODUCT OWNER: conoce y marca las prioridades del proyecto o producto. SCRUM MASTER: es
la persona que asegura el seguimiento de la

metodologa guiando las reuniones y ayudando al equipo ante cualquier problema que pueda aparecer. Su responsabilidad es entre otras, la de hacer de paraguas ante las presiones externas.

SCRUM TEAM: son las personas responsables de implementar la


funcionalidad o funcionalidades elegidas por el Product Owner.

USUARIO (CLIENTE): son los beneficiarios finales del producto, y son


quienes viendo los progresos, pueden aportar ideas, sugerencias o necesidades.

PRODUCT BACKLOG: corresponde con todas las tareas, funcionalidades o


requerimientos a realizar. Antes deca que el Product Owner es la persona que se encarga de marcar las prioridades, y es al fin y al cabo, la persona que mantiene y actualiza dado el caso, la lista de tareas.

SPRINT BACKLOG: corresponde con una o ms tareas que provienen


del Product Backlog. Es decir, del Product Backlog se saca una o ms tareas que van a formar parte del Sprint Backlog. Las tareas del Sprint Backlog se deben acometer (recomendado) en unas 2 semanas 4 semanas. Hay Sprint Backlogs de 2 semanas y hay Sprint Backlogs de 4 semanas. Eso debe de ser marcado antes de iniciar el Sprint Backlog, de hecho, del Product Backlog se sacar la tarea o tareas realistas para acometer el Sprint Backlog. Una norma fundamental es que mientras un Sprint Backlog se inicia, ste NO puede ser alterado o modificado. Hay que esperar a que concluya el Sprint Backlog para realizar la correspondiente modificacin o alteracin cuya tarea, formara parte de otro Sprint Backlog.

DAILY SCRUM MEETING: es una tarea iterativa que se realiza todos los
das que dure el Sprint Backlog con el equipo de desarrollo o de trabajo. Se trata de una reunin operativa, informal y gil, de un mximo de 30 minutos, en la que se le hace 3 preguntas a cada integrante del equipo.

SPRINT PLANNING MEETING: es una reunin que tiene por objetivo,


planificar el Sprint a partir del Product Backlog. El objetivo de esta reunin es la de mover las tareas del Product Backlog al Sprint Backlog. En esta reunin, suelen participar el Product Owner que es como te dije antes quien prioriza las tareas, el Scrum Master y el Scrum Team.

SPRINT REVIEW: se revisa en unas 2 horas como mximo el Sprint finalizado.


Al llegar a este punto, debemos tener "algo" que el Cliente o el Usuario pueda ver y tocar.

SPRINT RETROSPECTIVE: Se trata de un encuentro facilitado por el


ScrumMaster en el que el equipo analiza la recin concluida Sprint y determina qu se podra cambiar eso podra hacer que el prximo Sprint ms agradable y productiva. La Revisin del Sprint mira "Lo que" el equipo est construyendo mientras que la retrospectiva analiza "cmo" que estn construyendo.

Вам также может понравиться