Ysatis Salon & Spa

En el vídeo  se evidencia la entrega del programa al stalkholder  VÍDEO DEL ENTREGABLE

En este proceso el Product Owner demuestra a la stakeholder(s) y valida las nuevas historias de usuario que estén funcionando Demostración del Sistema funcionando hasta la fecha (3er Sprint) En el presente video podemos ver claramente: 1.La diferenciación entre niveles de usuario tanto dentro de la web como en la base de datos (phpmyadmin) lo cual es una de las historias de usuarios agregadas para este sprint. Estos niveles son: Administrador Recepcionista Especialista Usuario 2.Podemos apreciar que el nivel “usuario” es el nivel de creación por defecto del sistema, tal y como especifica la segunda historia de usuario de este sprint.

Tasklist: Personas Total de horas retroalimentación 6 2 Segunda entrega 2 4 nuevas historias 6 8 Desarrollo de modificaciones 3 8 Codificación etapa 3 2 16 Demostrar y validar el sprint 2 4 Asana: Burnchart:

Son las reuniones diarias que hacemos para mostrar cada avance que vamos realizando en cada sprint y esto se está haciendo tanto en video, chat grupales y por video llamadas. reunion 24/11/2017 reunión 29/11/2017  

En este proceso se crea los entregables para luego mostrárselos a los stakeholder(s) Video del programa

Tasklist: Retroalimentación Segunda entrega nuevas historias Desarrollo de modificaciones Codificación etapa 3 Demostrar y validar el sprint Asana: Burnchart:

En este proceso se estima la lista de tareas donde se estima las horas a trabajar de cada tarea y el encargado a realizar cada tarea. Personas Total de horas retroalimentación 6 2 Segunda entrega 2 4 nuevas historias 6 8 Desarrollo de modificaciones 3 8 Codificación etapa 3 2 16 Demostrar y validar el sprint 2 4

Las tareas se identifican luego de dividir una historia de usuario en tareas específicas y se compilan en una lista de tareas  Retroalimentación Segunda entrega nuevas historias Desarrollo de modificaciones Codificación etapa 3 Demostrar y validar el sprint

Luego el equipo Scrum se Compromete a  entregar al Product Owner a realizar las  historia de usuario para la entrega del siguiente sprint. En este presente audio cada miembro del equipo scrum que son los encargados de desarrollar el software se comprometen a dichas tareas o actividades que se tendrán que realizar mediante las nuevas historias de usuarios. Audio (comprometer): https://drive.google.com/file/d/0B4OeYrYF6379LTRqNC1GdDB0ZnMybmhLN0Y0eHoydHlVT2lF/view?usp=sharing Primera historia (asignar niveles): La tarea seria  el llenado de la información requerida y asignación del nivel 1 automáticamente al administrador la persona encargada seria Ricardo que se comprometerá a  realizar dicha tarea. Segunda historia (asignar nivel 4 automáticamente al cliente): La tarea es que cuando el cliente selecciona la opción registrar automáticamente se asigna el nivel 4 y esto se confirma una vez que el cliente haya rellenado los campos requeridos la persona enca...

Para estimar las historias de usuario hemos utilizado el método de puño de cinco y en conjunto con el Product Owner, Scrum Master y el equipo scrum hemos estimado a continuación el video estimando dichas historias de usuario.  Para la estimación de historias de usuarios hemos utilizado el método puño de cinco consiste en que cada miembro del grupo tendrá que votar y calificar las nuevas historias de usuarios; entre ellas tenemos: Un dedo: No estoy de acuerdo con la conclusión del grupo y tengo grandes inquietudes. Dos dedos: No estoy de acuerdo con la conclusión del grupo y me gustaría hablar sobre algunos asuntos menores. Tres dedos: No estoy seguro y me gustaría sumarme a la conclusión de consenso del grupo. Cuatro dedos: Estoy de acuerdo con la conclusión del grupo y me gustaría discutir algunos asuntos menores. Cinco dedos: Estoy totalmente de acuerdo con la conclusión del grupo. En este caso hemos aprovechado en las reuniones grabar un video para poder pri...

En este proceso el Product Owner con base en su interacción con los stakeholder(s), en su conocimiento del negocio y experiencia desarrollar las las historias de usuario y sus criterios de aceptación. Es este tercer sprint se han agregado 2 nuevas historias de usuarios, la alineación de las nuevas historias de usuarios estarían en el siguiente orden: 1. Asignación de niveles 2. Registro de cliente 3. Asignación del nivel 4 automáticamente 4. Registro de trabajador 5. Separar cita 6. Completar cita 7. Modificar cita Para el segundo spring se dividió las historias de usuario a unas mas pequeñas para un mejor uso. Para el tercer spring se aumento dos historias de usuario Criterios de Aceptación: En este proceso hemos utilizado la técnica del comportamiento que se establece una condición ya sea si está de acuerdo o desacuerdo; mediante esta técnica emplearemos los criterios de aceptación de las nuevas historias  de usuarios. El uso de ...

El propósito de la planificación del lanzamiento es la creación de un plan para entregar un incremento en el producto. Se lleva a cabo después de cada 3 semanas. 6.1.- Sesiones de planificación del lanzamiento La sesión de planificación de lanzamiento es hacer que el Equipo Scrum cuente con una visión general de los lanzamientos y del calendario de entrega del producto que están desarrollando para que puedan alinearse con las expectativas del Product Owner y los stakeholders relevantes. 6.2.- Métodos de priorización del lanzamiento Estos métodos son específicos a la industria y organización, y generalmente son determinados por la alta gerencia de la organización. 6.3.-Cronograma de planificación del lanzamiento Se trata de un calendario de los eventos que tienen que ocurrir durante el desarrollo, y una estimación de cuando éstos van a tener lugar. Indica cuáles entregables serán entregados al cliente, así como los...

Es una lista priorizada de historias de usuario detalladas que sirve para tener una perspectiva de todo lo que se quiere hacer y tener claras las prioridades del cliente. Tasklist: Personas Total de horas retroalimentación 6 2 Segunda entrega 2 4 nuevas historias 6 8 Desarrollo de modificaciones 3 8 Codificación etapa 3 2 16 Demostrar y validar el sprint 2 4 Asana: Burnchart: