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

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:

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.

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