UNIDAD 5 CALIDAD, CAMBIOS Y RIESGOS

Calidad SCRUM.

La calidad se define como la capacidad que tiene un producto terminadoa los

entregables de un proyecto, de cumplir con los criterios de aceptacion
anteriormente declarados y provee el valor de negocio que espera el cliente.

Para esto SCRUM adopta uun enfoque de mejora continua (iteracion)

Cuando se realizan iteraciones constantes con el cliente se aproxima a los

criterios de calidad del cliente.

Los errores o defectos se detectan durante las pruebas de calidad repetitivas

(revision del sprint) y no cuando el proyecto esta casi terminado.

Todas las tareas de revision de calidad se realizan dentro del sprint, no

despues.

Las discusiones entre el equipo y los socios se realizan constantemente

-Calidad y alncance

El alcance de un proyecto es la suma total de todos los incrementos del

producto desarrollados en los sprint

La capacidad que tienen los entregables para cumplis con los requisitos de
calidad del rpoducto y satisfacer la necesidad del cliente.

El rpoduct owner es el que va manteniendo la lista priorizada y tambien se

asegura que se vaya actualizando dependiendo del sprint, durante la
ejecucion del sprint el product owner analizan las caracteristicas para poder
ir midiendo la calidad.

Dento de cada sprint hay standup meeting...

Aumentar el alcance sin incrementar el tiempo o los recursos, tiende a

reducir la calidad. Por ello el principio de ritmo sostenible.}

-Criterios de aceptacion

La lista priorizada de pendientes del producto es un documento de

reqwuisitos que define el alcance del proyecto, proporcionando una lista de
prioridades

Cuando se planea una necesidad al proyecto se debe documentar en base a

las historias de usuario, ya que impacta lo que originalmente estaba
planteado en el proyecto
Cada sprint tiene como objetivo una lista de alcances.

-Los criterios de aceptacion los desarrolla el product owner segun su

experiencia, y comunicar la historia de usuarios.

Al final del sprint, el propietario del producto utiliza los criterios de aceptacion
para verificar los entregables completados.

Es importante contar con una clara definicion de terminado ayuda a poner

claros

Las tareas que al final cumplen con criterios de aceptacion se mandan a

produccion y los que no cumplen, vuelven a la lista priorizada de productos a
ocupar un lugar para ser retomadas en futuros sprints.

-Criterios de terminado aplicables a todas las historias de usuario por

ejemplo;

Product owner ----lista priorizada de productos

Definicion de terminado

Fueron revisador por otros mienbros del equipo

Se aprobaron las pruebbas unitarias

Cumle con las puerbas de garantia de calidad

Se ha finalizado toda la documentacion

Se corrigieron todos los problemas

La demostracion ante los socios fue satisfactoria

Se deben cumplir todas las condiciones deben estar cubiertas, para dar
concepto de terminado, el sprint esta incompleto.

El SCURM MASTER debe verificar que el propietario del producto no modifique

los criterios de aceptacion, seria incorrecto y se tienen que mantener
inmovibles a mitad del sprint.

-Gestios de la calida pasa por 3 actividades

Planificacion de calidad: desarrollar primero las actividades de mas alta

calidad o las primeras actividades de la lista priorizada, la reduccion de la
deuda tecnica, trabajo que casi no parece tener importancia, pero esta se
acumula y se debe salvar al futuro. y hay que evitar que se acumulen, causas
de deuda tecnica:
*Rapida solucion y elaboracion de entregables sin calidad

*Evaluacion unadecuada o incompleta

*Documentacion inadecuada o incompleta

*Falta de coordinacion entre miembros del equipo

*Intercambio deficiente del documento

*Resolver una deuda tecnica tambien encaja dentro de la lista priorizada del
sprint.

Cualquier deuda no debe llevarse mas alla de u sprint ya que debe haber
criterios de aceptacion y de terminado debidamente definidos.

Es importante mantener un ritmo sostenible este se traduce en una mayor

satisfaccion del emmpleado , en estabilidad y una mayor precision de
estimacion. Debe ser un ritmo estandar

-Control

El control de la calidad es la ejecucion de las actividades de calidad

planeadas por el equipo scrum. Debe ser interfuncional y debe tener
habilidades necesarias

La gestion de calidad tambien tiene que ver con los procesos y no solo con la
calidad final del emtregable. Tienes que ir controlando lo que estas haciendo
constantemente.

El rpopietario del producto puede verificar que se cumpla el control

-PDCA Planificar, hacer, verificar y actuar, tambien conocido como ciclo

Deming.

Ciclo de 4 actividades, situ quieres evaluar la calidad o mejor un proceso o

servicio pasas por estas fases

Planificar:

Creacion de la lista priorizada de pendientes del producto

Crear las historias de usuario

Hacer:

Crear entregables

Realizar la reunion diaria de pie

Verificar:

Demostracion y validacion del sprint

Retrospectiva de script

Evaluar:

Envio de entregables

-Cambios

Cada proyecto independientemente de su marco o metodo. esta expuesto a

cambios.

Es imperativo que los mienbros del equipo entiendan que los procesos estan
diseados para aceptar un cambio.

*Los socios cambian de opinion acerca de lo que quieren (requerimientos

volatiles)

*Es muy dificil sino imposible para los socios definir todos los requisitos
durante el inicio de un proyecto

Los proyectos de scrum son adaptables al cambio,.

Manifiesto agil : Responder al cambio en vez de seguir el plan.

Ser adaptable al cambio es una ventaja de scrum, por eso scrum es bueno
para proyectos que implica grandes cantidades de riesgos.

-Solicitudes aprobadas y no aprobadas

Las solicitudes se presentan como socilitudes de cambio el cuerpo de

asesoramiento de scrum define el proceso de desicion y gestion de cambios
en la organizacion.

Estas solicituedes son aceptadas por el product owner.

se apruebas durante las sig actividades

*Desarrollo de epicas

*Creacion de lista priorizada de pendientes

*Mantenimiento de la lista priorizada de pendientes

-Proceso de peticion de cambios

Peticion de cambios
Aprobadores realizan procesos (product owner, etc)

Pasan a una lista priorizada de pendientes.

Riesgos

Es necesario identificar el riesgo

Riesgo: incertidumbres a futuro y no tienen un impacto actaul pero

si un impacto material a futuro

Problema: son certezas y estan opcurriendo en el momento y deben

atenderse de forma inmediata

Gestios de risgo sus fases:

1)Identificacion de riesgos_ utilizar tecnicas para identificarlos

2) Evaluacion de todos los riesgos

3)Priorizacion de riesgos dar prioridad de riesgo que habra

4)Mitigacion de riesgos

5)Comunicacion de riesgos.Comunicar los resultados de los primeros

cuatro pasos.

Cuando tengo un riego. genero un plan b poor si se cumple.

minimizar riegos

*flexibilidad

*Retroalimentacion constante

*Propiedad del equipo

*Tranparencia

*Entrega iterativa

UNIDAD 6 INICIO DE PROYECTOS

Modelo de procesos

PROCESOS

*Creacion de la vision del proyecto

Entradas:

Caso de negocio

Propietario del procuto del programa

Scrum master

Socios del programa

Herramientas:

Reunion de vision del proyecto

Sesiones de diseo de aplicacion conjunta (IAD)

Analisis FODA

Analisis de brecha

Salidas:

Propietario del producto

Declaracion de la vision del proyecto

Presupuessto del proyecto

*Identificacion del SCRUM MASTER

*Formacion del equipo SCRUM

*Desarrollo te epicas :declaraciones de alto nivel como objetivo del

proyecto.

*Creacion de lista priorizada de pendientes

*Realizar el plan de lanzamineto

IDENTIFICACION DE SCRUM MASTER Y SOCIOS

Entradas:

Propietario del producto

Declaracion de la revision del proyecto

Scrum master del programa

Jefe de scrum master

Socios del programa

Herramientas:

Capacitacion y costos de capacitacion

Costos

FORMACION DEL EQUIPO SCRUM

Entradas:

Propietario

Scrum master

Herramientas:

Seleccion del equipo scrum

Asesoramiento de expertos en recursos humanos

Costos del personal

Capacitacion y costo

Costo de recursos

Salidas: Equipo scrum identificado

Plan de colaboracion

Plan de desarrollo del equipo

DESARROLLO DE EPICAS

Herramientas:

Reuniones de gurpo de usuarios

Talleres de historias de usuarios

Reuniones con grupos de enfoque entrevistas para identificar

riesgos

Tecnicas de indentificacion de riesgos

Esperiencia del cuerpo de asesoriamiento

Salidas:
Epicas

CREACION DE LISTA PRIORIZADA

Herramientas:

Metodos de priorizacion

Talleres de historia de usuarios

Planificar para el valor

Tecincas de evaluacion de riesgos

Estimacion de gistorias de uruario

Experiencias del cuerpo de asesoramiento

Salidas

Lista priorizada de pendientes del producto

REALIZAR PLAN DE LANZAMIENTO

Herramientas:

Sesiones de planificacion del lanzamiento

Metodos de piorizacion de lanzamiento

Salidas:

Cronogramas de planificacion de lanzamiento

Lista de pendeintes de producto muy refinada.

UNIDAD 7 PLANIFICACION DE ESTIMACION

Ya cuando estan realizados cronogramas y listas detalladas

-Creacion de historias de usuario

-Aprobacion y estimacion y asignacion de historias de usuario

-Creacion de tareas

-Creacion de lista de pendientes del Sprint

CREACION DE HISTORIAS DE USUARIO

Herramientas:
Experiencia en historias de usuarios

Talleres de como poder escrbir historias de usuarios

Entrevistas, cuestionarios etc

Salidas:

Historias de usuarios

Lista priorizada

APROBACION ESTIMACION Y ASIGNAD

Entradas:

Equipo principal de SCRUM

Criterios de aceptacion

Recomendaciones del cuerpo de asesoramiento de scrum

Herramientas:

Reuniones del grupo de usuarios

Poker de planificacion

Puo de inicio

Puntos de estimacion de costo

Otras tecnicas de estimacion

Experiencia del cuerpo de asesoramiento de scrum

Salidas:

Historias del usuario aprobados estimadas y asignadas

CREACION DE TAREAS

Entradas:

Equipo que crea las tareas

Herramientas:

Reuniones de planificacion de tareas

Tarjeteas de vocabulario
Segmentacion

Determinacion de dependencias

ESTIMAR LAS TAREAS

Entradas: