Crear Entregables

Equipo Scrum

Puede referenciar al siguiente link:

https://softwarecolegio.home.blog/formar-el-equipo-scrum/

Sprint BackLog

La lista de tareas que llevará a cabo el Equipo Scrum en el siguiente sprint se denomina Sprint Backlog. Es común que el Sprint Backlog esté representado en un Scrumboard o tablero de tareas, el cual proporciona una constante representación visual del estado de las historias de usuario en el backlog. En el Sprint Backlog también se incluye cualquier riesgo asociado a las varias tareas. Cualquier actividad de mitigación de riesgos para atender los riesgos identificados también se incluirían como tareas en el Sprint Backlog.

Scrumboard

Lanzamiento 1: 23 de mayo

Impediment Log

Un impedimento es cualquier obstáculo o barrera que reduce la productividad del Equipo Scrum. Los impedimentos deben identificarse, resolverse y eliminarse si el equipo sigue trabajando eficazmente. Los impedimentos pueden ser internos en un equipo, tales como un flujo de trabajo ineficiente o la falta de comunicación, o bien, pudieran ser externos. Algunos ejemplos de impedimentos externos pudieran ser problemas relacionados a licencias de software o requisitos de documentación innecesaria. El framework de Scrum, con su transparencia inherente, facilita la rápida y fácil identificación de impedimentos. Si no se identifican o se atienden los impedimentos, pudiera ser muy costoso. El Scrum Master debe registrar formalmente los impedimentos en un Impediment Log y se pueden analizar durante las Daily Standups y en las reuniones de revisión del sprint según sea necesario.

IMPEDIMENTOS:

• Falta de conocimiento de un miembro del equipo.
• No asiste un miembro del equipo por motivo de trabajo.
• Miembro aislado del equipo por vivir muy lejos.
• Algunas veces el equipo se desmotiva por el tiempo.
• Conocimiento de las herramientas de programación.
• Defectos de configuraciones.

Cronograma de planificación del Lanzamiento

Con base en las diversas entradas, incluyendo los requerimientos del negocio y el cronograma de planificación del lanzamiento, el Product Owner y el Equipo Scrum deciden la duración del sprint para el proyecto. Una vez determinada, la duración del sprint generalmente permanece igual durante el proyecto. La duración del Sprint es la duración de los sprints determinados para un proyecto.

Recomendaciones del Scrum Guidance Body

Recomendaciones del Scrum Guidance Body

Documentos recomendados por el Ingeniero Arqque Pantigozo Antonio:

• https://www.tenstep.ec/portal/images/pdfs/Suscripciones_TenStep/Silver/SCRUMstudy_GUIA_SBOK_espanol.pdf (Capitulo 10.1, Una Guia para el Conocimiento Scrum (GUIA SBOK™ ), “Crear entregables”, 231)
• https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Spanish-SouthAmerican.pdf (Capítulo 1, La Guía Definitiva de Scrum: Las Reglas del Juego,” El equipo Scrum”, 5 – 8)

Herramientas

Software

Otras herramientas de Desarrollo

Refactoring

• Eliminación de código repetitivo y redundante
• Separar los métodos y las funciones en rutinas más pequeñas
• Definir claramente las variables y los nombres de los métodos
• Simplificar el diseño del código
• Hacer que el código sea más fácil de entender y de modificar

Salidas

Entregables del Sprint

Menu Principal

Listar Personal

Registrar Personal

Listar Docente

Registrar Docente

Listar Alumnos

Registrar Alumnos

Scrumboard Actualizado

Impediment Log Actualizado

IMPEDIMENTOS ACTUALIZADO

• Falta de conocimiento de un miembro del equipo.
• No asiste un miembro del equipo por motivo de trabajo.
• Miembro aislado del equipo por vivir muy lejos.
• Algunas veces el equipo se desmotiva por el tiempo.
• Conocimiento de las herramientas de programación.
• Defectos de configuraciones.
• Uno de los desarrolladores se sintió mal de salud
• Falta de compromiso para el desarrollo del proyecto
• Falta de herramientas para los desarrolladores
• Días Festivos no laborables
• Laboratorios no disponibles para el desarrollo del software
• Planificación del sprint tardíos
• Desconocimiento del uso del hosting

Riegos Identificados

Riegos	Clasificación
Ampliación descontrolada de características	Calidad
Fricción con los clientes	Tiempo
Fallo del Proveedor de Servicios Hosting	Costo
Cambios Inesperados del Stakeholder	Calidad, Tiempo

Riegos Mitigados

Riegos	Clasificación	Acciones	Mitigación
Ampliación descontrolada de caracterísitcas	Calidad	Las HU se deben generalizar a que si son muy específicas esto podría agrandar el sprint	recibimos las Recomendaciones del Scrum Guidance Body quien nos suguirio que generalicemos un poco las HU, puesto que eran muy especificas.
Fricción con los clientes	Tiempo	Hacer talleres con los clientes y explicarles los beneficios del software en la actualidad tener un contacto permanente con el cliente	se realizo una entrevista con el stakeholder en donde le explicamos los beneficios de contar con un sistema.
Fallo del Proveedor de Servicios Hosting	Costo	Llamar al servicio y solicitar el mantenimiento del host que es parte vital para poder desarrollar el software de manera eficiente	Llamamos al servicio de hosting le dijimos que solucionaran la lentitud de sus servicios, lo solucionaron ademas no dieron un protocolo de seguridad para ma pagina web
Cambios Inesperados del Stakeholder	Calidad, Tiempo	Product Owner Recoge Cambios Y Explica al Equipo de Desarrollo. Equipo Corrige El sistema	Despues de las pruebas del stake holder se recoge los posibles cambios y luego se pasan a corregir