• No results found

4.7 Evaluation on the Flickr-10M dataset

4.7.1 Models for Visual Features

Todos los Eventos tienen un tiempo definido, de manera que este no pueda extenderse más allá de lo especificado, dentro de estos tiempos los eventos pueden terminar en el instante que se logra finalizar la iteración, con ello garantizar la proporción adecuada de tiempo que fue utilizado sin admitir desgastes innecesarios (Sutherland & Schwaber, 2013).

2.12.1 El sprint

(Pichler, 2010), El Sprint es la mejor forma de medir el trabajo dentro de un equipo, esté instrumento determina la metodología Scrum haciéndola única y diferente de las

21

otras metodologías para el desarrollo ágil, de acuerdo a la manera peculiar de medir un equipo de trabajo puede tener varios Sprints durante el proyecto.

Los sprints nacen en los equipos de trabajo con la finalidad de realizar las iteraciones de manera eficiente, fácil para el desarrollador y una vez finalizando la entrega de prototipos entregables e incrementales se finalizara una iteración y al final el sprint, la característica de cada sprint es que puede durar con un minino de una semana y un máximo de 4 semanas de acuerdo a la metodología que lo establece y fija el proceso.

Dentro del Sprint se evidencia varios eventos que se suscitan por la necesidad que tiene la metodología de controlar y realizar incrementalmente el trabajo adecuando para que al final de cada Sprint tengamos resultados o entregable al cliente.

Dentro del Sprint tenemos los siguientes eventos:

2.12.2 Planificación del sprint

Según (SBOK, 2015), Con el equipo se realiza una reunión para planificar el Sprint de trabajo, durante este evento la colaboración de todo el equipo es importante ya que se decide qué iteraciones serán asignadas a cada uno de los recursos del equipo y a su vez determinar el tiempo que se evalué de acuerdo a la experiencia del equipo para resolverlos.

Las planificaciones de los Sprint’s deben cumplir tiempos determinados dependiendo de las iteraciones que éste vaya a contener, como máximo de ocho horas para un Sprint de un mes y Sprint’s más pequeños deberá ser relativo el tiempo a su generación ya que el evento durara mucho menos, con estos limitantes de tiempo el Scrum Master se asegura de mantener el orden y los tiempos controlados y que los recursos del equipo tengan bien entendido los parámetros y no salirse del contexto tratado.

En este evento exactamente contiene dos preguntas fundamentales para cumplir con los objetivos de la reunión:

22

¿Qué entregar en el Incremento resultante del Sprint que comienza? ¿Cómo hacer el trabajo preciso para solventar el Incremento?

Scrum Diario 2.12.2.1

(SCHWABER, 2001), Son reuniones diarias de 15 minutos pactadas en un solo lugar y un mismo horario, estas sirven para todo el equipo de trabajo traten las dificultades, estado de las iteraciones que tiene cada recurso del equipo, y así canalizar la información correctamente con todos los recursos con la finalidad de mantener informados al resto del equipo, donde un recurso puede brindar su apoyo, opinión y solvencia para las iteraciones pendientes que estén retrasadas o sus diferentes situaciones que pueden presentarse en el desarrollo.

Este evento presenta tres preguntas:

¿Qué hiciste ayer?

¿Qué tienes planeado hacer hoy?

¿Qué obstáculos encontraste en el camino?

Revision de Sprint (Sprint Review) 2.12.2.2

(Sutherland & Schwaber, 2013), Esta es una reunión de presentación de resultados de las iteraciones del sprint donde fijamos lo que está pendiente, lo que no se terminó y lo que está listo, debido a que los participantes son el Scrum Team y el cliente, es a quien se le representará los resultados del Sprint

En esta reunión solo el Product Owner y el Scrum Master estas capacitados para la presentación del producto final, el resto del equipo debe estar presente para responder preguntas de temas netamente técnicos.

23 Retrospectiva (Revisar)

2.12.2.3

(Sutherland & Schwaber, 2013), El Producto Owner y el Scrum Master se reúnen con el equipo, para discutir los sucesos que se registraron durante el sprint donde se cuestiona lo siguiente:

• ¿Qué salió mal en el Sprint y analizar que se puede hacer para mejorarlo en el próximo?

• ¿Qué aciertos tuvimos y afianzar los aciertos para proseguir en el logro de los objetivos?

• ¿Qué problemas se presentaron por los cuales no se pudo llegar a finalizar la planificación del sprint?

2.12.3 Artefactos de Scrum

Detallare a continuación las partes funcionales importantes de la que intervienen en el scrum.

2.12.4 Product Backlog (lista de Producto)

Establece (Pichler, 2010), Que es una lista de iteraciones que sirve para la planificación del producto conteniendo las fuentes para cualquier cambio responsable de la generación el Producto Owner.

2.12.5 Sprint Backlog (lista de Pendientes)

Según (Sutherland & Schwaber, 2013), Es la unión de iteraciones de la Lista de Producto que se seleccionó para el Sprint, en la cual se realizó una predicción por parte del equipo de trabajo, y una estrategia para entregar el Incremento de producto a obtener en el Objetivo del Sprint.

24

Según (Sutherland & Schwaber, 2013), es la ejecución de cada iteración que contiene un sprint, debido a que trabajamos en bloques cortos y temporales para obtener un producto incremental listo al final de cada iteración.

2.12.7 Gráficos de trabajo pendiente (Burndown Chart) Inspección y adaptación

(Sutherland & Schwaber, 2013), Se presenta las gráficas sobre el rendimiento y desenvolvimiento de los Sprint’s y las iteraciones que son revisados por el Prodcut Owner y el Scrum Master, de esta forma se puede analizar varias métricas relacionas a la metodología, los recursos, los sprint’s, las iteraciones, etc.