Estimar Tareas

1- EQUIPO PRINCIPAL DE SCRUM

Scrum Master: Cule Rojas Denis

Product Owner: Taquiri Palomino Eudis

Equipo De Desarrollo:

• Anaya Yaranga, Juan
• Escalante Gomez, Robert
• Gutierrez Chura, Luis Alberto
• La Madrid Martínez, Ayrton César
• Pérez Leyva, Luis
• Salvador Perez

2- LISTA DE TAREAS

El equipo SCRUM ha elaborado la siguiente lista que contiene todas las tareas que se ha comprometido realizar en el actual sprint.

• Diseñar la estructura y el modelo de gestionar alumnos y profesores.
• Programar la estructura y el modelo de gestionar alumnos y profesores.
• Realizar prueba de registro de alumnos y profesores.
• Diseñar método editar y botón modificar.
• Programar el diseño editar y agregar botón modificar.
• Realizar prueba de actualización de datos.
• Diseñar el formulario de consulta de alumnos y profesores.
• Programar el formulario de consulta de alumnos y profesores.
• Realizar prueba de consulta de alumnos y profesores
• Diseñar el módulo de gestionar asistencia de los profesores.
• Programar el módulo de gestionar asistencia de los profesores.
• Realizar prueba de control de asistencia de los profesores.
• Diseñar el formulario de modificar entradas y salidas
• Programar el método modificar la entrada y salida
• Realizar prueba de las tardanzas y salidas tempranas
• Diseñar el formulario de consulta de asistencia de los profesores.
• Programar el formulario de consulta de asistencia de profesores.
• Realizar prueba de asistencia
• Diseñar el formulario de modificar y anular  horas trabajadas de los profesores.
• Programar el formulario modificar y anular horas trabajadas de los profesores.
• Realizar prueba de modificación y anulacion

3- CRITERIOS DE ACEPTACIÓN DE LAS HISTORIAS DE USUARIOS

4- DEPENDENCIAS

Una vez que el Equipo Scrum ha seleccionado Historias de Usuarios para un determinado Sprint, debería entonces considerar las dependencias, incluyendo las relacionadas con la disponibilidad de las Personajes o Personas, así como las dependencias técnicas.

5- RIESGOS IDENTIFICADOS

• Poco conocimiento de php
• Mal uso de las metodologías del desarrollo del software
• Falta de disponibilidad del stakeholder
• Poco conocimiento de parte del stakeholder y los usuarios respecto a lo tecnológico
• Falta de coordinación en el grupo respecto al tiempo
• Ausencia de integrantes por motivos de trabajo
• Falta de solvencia económica
• Poco conocimiento en el área de control de pago del colegio
• La información está expuesta a ser manipulada por cualquier usuario externo
• La información está guardada sólo en hojas de cálculo
• Falta de conocimiento de frameworks en front-end

6- RECOMENDACIONES DEL SCRUM GUIDANCE BODY

https://www.tenstep.ec/portal/images/pdfs/Suscripciones_TenStep/Silver/SCRUMstudy_GUIA_SBOK_espanol.pdf (Capitulo 9.5, Una Guia para el Conocimiento Scrum (GUIA SBOK™ ), “Estimar Tareas”, pag.215-209)

HERRAMIENTAS

1- REUNION DE PLANIFICACION DEL SPRINT

En las reuniones de planificación del sprint, el Equipo Scrum se reúne para planear el trabajo a realizar en sprint. El equipo revisa cada historia de usuario comprometida para el sprint e identifica actividades accionables o las tareas necesarias para implementar los entregables necesarios para cumplir totalmente y cumplir los criterios de aceptación de usuarios de usuario. El Product Owner se encuentra presente durante esta reunión en caso de que se necesita una aclaración relacionada a las historias de usuario comprometidas a fin de ayudar al equipo a tomar decisiones sobre diseño.

2- CRITERIOS DE ESTIMACIÓN

El objetivo principal de utilizar Criterios de Estimación es mantener los tamaños de estimación relativos y minimizar la necesidad de re-estimación. Criterios de Estimación se pueden expresar de muchas maneras, dos ejemplos comunes son los story points e ideal time.

CRITERIOS TOMADOS EN CUENTA PARA ESTIMAR LAS TAREAS

• El tiempo que toma para desarrollar cada tarea.
• La complejidad de cada tarea.
• La dificultad para implementar cada tarea.
• El esfuerzo de implementar cada tarea

3- PLANNING POKER

Contiene tarjetas mostrando la secuencia de Fibonacci incluyendo un cero: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, incluso algunos mazos incluyen cartas con signo de interrogación (?) y otra con signo de infinito (∞), que pueden ser usadas para declarar completa incertidumbre o desconocimiento de la tarea o funcionalidad a estimar.

SALIDAS

1– EFFORT ESTIMATED TASK LIST

Es una lista de tareas asociadas con las historias de usuario incluidas en un sprint. el equipo scrum utiliza la Effort Estimated Task List durante las reuniones de planificación del sprint a fin de crear el Sprint Backlog y el Sprint Burndown Chart .

2- LISTAS DE TAREAS ACTUALIZADAS

El equipo scrum no modifico ni agrego tareas.

• Diseñar la estructura y el modelo de gestionar alumnos y profesores.
• Programar la estructura y el modelo de gestionar alumnos y profesores.
• Realizar prueba de registro de alumnos y profesores.
• Diseñar método editar y botón modificar.
• Programar el diseño editar y agregar botón modificar.
• Realizar prueba de actualización de datos.
• Diseñar el formulario de consulta de alumnos y profesores.
• Programar el formulario de consulta de alumnos y profesores.
• Realizar prueba de consulta de alumnos y profesores
• Diseñar el módulo de gestionar asistencia de los profesores.
• Programar el módulo de gestionar asistencia de los profesores.
• Realizar prueba de control de asistencia de los profesores.
• Diseñar el formulario de modificar entradas y salidas
• Programar el método modificar la entrada y salida
• Realizar prueba de las tardanzas y salidas tempranas
• Diseñar el formulario de consulta de asistencia de los profesores.
• Programar el formulario de consulta de asistencia de profesores.
• Realizar prueba de asistencia
• Diseñar el formulario de modificar y anular  horas trabajadas de los profesores.
• Programar el formulario modificar y anular horas trabajadas de los profesores.
• Realizar prueba de modificación y anulacion