Realizar Daily Standup

Equipo Scrum

Puede referenciar al siguiente link:

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

SCRUM MASTER IDENTIFICADO

Características:

-Responsable

-Experto en Scrum

-Líder

-Solucionador de problemas

-Accesible

-Motivador

-Habilidades de comunicación

   Responsabilidades:

-Ayuda a identificar al(los) stakeholder(s) para el proyecto

-Facilita la selección del Equipo Scrum

-Facilita la creación del plan de colaboración y el plan de desarrollo del
equipo

-Garantizar que los recursos de respaldo estén disponibles para el
funcionamiento del proyecto sin problemas

-Facilitar la creación de épica(s) y prototipos (Personas)

-Ayuda al Product Owner en la creación del Backlog Priorizado del
Producto y en la definición de los criterios de terminado

-Coordina la creación del cronograma de planificación del lanzamiento

-Ayuda al Equipo Scrum en la creación de historias de usuario y sus
criterios de aceptación

-Organiza las reuniones del Equipo Scrum para estimar historias de
usuario

-Organiza reuniones del Equipo Scrum para comprometer historias de
usuario

-Ayuda al Equipo Scrum a crear la lista de tareas para el siguiente
sprint

-Ayuda al Equipo Scrum a crear los entregables acordados para el
sprint

-Organiza las reuniones de revisión del Backlog Priorizado del
Producto

-Facilita la presentación de los entregables completados por el Equipo
Scrum para la aprobación del Product Owner

-Garantiza que exista un ambiente cómodo para el Equipo Scrum del
proyecto en los sucesivos sprints

-Representa al equipo principal de Scrum para proporcionar lecciones
del proyecto actual en caso de ser necesario

La imagen tiene un atributo ALT vacío; su nombre de archivo es image-4.png
Cule Rojas Denis

Sprint Burndown Chart

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.

Product Owner

Resultados de la encuesta para la eleccion del product owner:

votacion-1DESCARGA

Característica del  Product Owner  

-Conocimiento y Dominio del Negocio.

-Buena Comunicación Fluida

-Habilidad de Negociación

-Accesible, Proactivo, Decisivo y Pragmático.

Responsabilidades del Product Owner

-Define la visión del Proyecto

-Ayuda a finalizar la elección del Scrum Master para el Proyecto

-Ayuda a determinar quienes conforman el equipo Scrum.

-Crea épicas y prototipos.

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

Experiencia del día anterior de trabajo

Los miembros del Equipo Scrum mantienen al tanto a sus compañeros durante las reuniones de Daily Standup. Esta sesión se denomina Standup (“de pie”), ya que los miembros permanecen de pie durante toda la reunión. Los integrantes del equipo discuten los logros y la experiencia del día anterior. Esta experiencia es una entrada importante al Daily Standup.

Scrumboard

Herramientas

Dayli 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.

Tres Preguntas Diarias

Las tres preguntas diarias se utilizan en los Daily Standups, organizados por el Scrum Master, donde cada miembro del Equipo Scrum brinda información en forma de respuesta a tres preguntas específicas:

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

Al enfocarse en estas tres preguntas, todo el equipo puede tener una comprensión clara de la situación de trabajo. En ocasiones se pueden discutir otros elementos, pero se mantiene al mínimo en razón del tiempo asignado que tiene la reunión.
Es muy recomendable que, de ser posible, los miembros del equipo den respuesta a las dos primeras preguntas en forma cuantificable en vez de dar largas respuestas cualitativas. Los miembros del equipo pueden organizar reuniones adicionales después del Daily Standup a fin de abordar temas que requieran de mayor discusión.

War Rom

Un buen War Room no tiene cubículos y permite a todo el equipo sentarse junto, garantizando una comunicación cara a cara, lo cual conduce a la formación del equipo y a la apertura. El salón de guerra, o War Room, también es ideal para llevar a cabo los Daily Standups.

Salidas

Sprint Burndown Chart Actualizada

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

Scrumboard Actualizado

Riegos Identificados

RiegosClasificación
Ampliación descontrolada de característicasCalidad
Fricción con los clientesTiempo
Fallo del Proveedor de Servicios HostingCosto
Cambios Inesperados del StakeholderCalidad, Tiempo

Riegos Mitigados

RiegosClasificaciónAccionesMitigación
Ampliación descontrolada de caracterísitcasCalidadLas HU se deben generalizar a que si son muy específicas esto podría agrandar el sprintrecibimos las Recomendaciones del Scrum
Guidance Body quien nos suguirio que generalicemos
un poco las HU, puesto que eran muy especificas.
Fricción con los clientesTiempoHacer 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 HostingCostoLlamar 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 StakeholderCalidad, TiempoProduct 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