Realizar Daily Standup

14

1- EQUIPO XP

Cliente: Cesar Inga

Encargado de Pruebas: Taquiri Palomino Eudis

Encargado de Seguimiento(Tracker): Anaya Yaranga Juan

Entrenador (Coach): Rojas Cule Denis

Consultor: Arqque Pantigozo

Programadores:

  • Escalante Gomez Robert Blas
  • Perez Leyva Luis
  • La madrid Martinez Ayrton
  • Vasquez Pérez Salvador
  • Gutierrez Chura Luis
La imagen tiene un atributo ALT vacío; su nombre de archivo es 59409398_280681302876480_5113638030267121664_n.jpg

2- COACH

3- SPRINT BURNDOWN CHART

4- IMPEDIMENT LOG

  • No coincidir en los horarios para reunirnos.
  • Algunos conocimientos en cuanto al lenguaje de programación PHP .
  • Poco conocimiento del patrón MVC .
  • Acceder a un dominio y hosting .
  • Excesivas tareas de otros cursos

5- ENCARGADO DE PRUEBAS

La imagen tiene un atributo ALT vacío; su nombre de archivo es image-1.png

6- SCRUM BOARD

Se elabora en cada sprint planning para definir lo que se va a hacer en el sprint. A la hora de que el equipo “negocie” con el Product Owner la cantidad de Historias de Usuario (o PBI – Product Backlog Items) que se van a realizar en el sprint, se va completando.
Por cada Historia de Usuario o PBI se identifican la tareas que se requieran y el Scrum Board queda disponible a la vista de todos. Debe ser público.

LINK DEL DOCUMENTO DEL SEGUIMIENTO DEL SPRINT: https://trello.com/b/R5Dn8rmz/cree-una-estructura-de-listas

7- DEPENDENCIA

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.

HERRAMIENTAS

1- Daily Standup

El Daily Standup es una breve reunión diaria con un time-box de 15 minutos. Los miembros del equipo se reúnen para dar un reporte sobre su progreso en el sprint y planificar las actividades del día. La duración de la reunión es muy corta y se busca que todos los integrantes del Equipo Scrum estén presentes. Sin embargo, la reunión no se cancela o se retrasa si uno o más miembros no pueden asistir.

2- TRES PREGUNTAS DIARIAS

  • ¿Qué he hecho desde la última reunión?
  • ¿Qué tengo planeado hacer antes de la siguiente reunión?
  • ¿Qué impedimentos u obstáculos (si los hubiera) estoy enfrentando en la actualidad?

3- WAR ROOM

En Scrum, es preferible que el equipo este co-ubicado, donde todos los miembros trabajen en la misma ubicación. “Salón de guerra”, o War Room en inglés, es el término que comúnmente se utiliza para describir a dicho lugar. Normalmente está diseñado de tal manera que los miembros del equipo puedan moverse libremente, trabajar y comunicarse fácilmente, ya que se encuentran ubicados en proximidades inmediatas .

SALIDA

1- SPRINT BURNDOWN CHART ACTUALIZADA

2- IMPEDIMENT LOG

  • No coincidir en los horarios para reunirnos.
  • Algunos conocimientos en cuanto al lenguaje de programación PHP .
  • Poco conocimiento del patrón MVC .
  • Acceder a un dominio y hosting .
  • Excesivas tareas de otros cursos

3- EQUIPO SCRUM MOTIVADO

Los Daily Standups propagan la idea de que cada miembro del equipo es importante y es un excelente colaborador, lo cual mejora la moral individual y colectiva, mejora la motivación general, conduciendo a un mejor desempeño del equipo y mejorando la calidad de los entregables que se producen. 

4- SCRUMBOARD ACTUALIZADO

Link: https://trello.com/b/A8tnHIJZ/tareas

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- DEPENDENCIAS ACTUALIZADAS

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.