5. CALIDAD

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
5. CALIDAD por Mind Map: 5. CALIDAD

1. Es aplicable en: • Cartera, programas y/o proyectos en cualquier industria • Productos o servicios que se le entrega a los socios • Proyectos que cualquier tamaño o complejidad

2. Definición:

2.1. La calidad se define como la capacidad que tiene un producto terminado a los entregables de cumplir con los criterios de aceptación y logar el valor de negocio que espera el cliente. Scrum adopta un enfoque de mejora continua donde el equipo aprende de sus experiencias, los defectos o erros se encuentran durante las pruebas repetitivas de calidad.

3. Calidad y Alcance

3.1. • Necesidad del negocio que habrá de cumplir el proyecto • Disponibilidad de la organización para cumplir con las necesidades del negocio • Las necesidades futuros de la audiencia

4. Calidad y valor del negocio:

4.1. La necesidad del negocio determina cual es el producto requerido. El cuerpo de asesoramiento de Scrum puede definir los requisitos mínimos de calidad

5. Criterios de aceptación y lista priorizada de pendientes del producto

5.1. Es un documento de requisitos que define el alcance del proyecto, proporcionando una lista de prioridades de las características del producto o servicio a ser entregado. Las características se describen como historias de usuario y estos son requisitos que se relacionan con el producto, cada historia cuenta con sus criterios de aceptación y dichos criterios son desarrollados por el propietario del producto.

6. Redacción de los criterios de aceptación:

6.1. Los criterios de aceptación son únicos en cada historia y no reemplazan la lista de requerimientos. La historia de usuario puede ser terminada o no terminada

7. Criterios mínimos de aceptación

7.1. • Propietarios del producto de la cartera: Establece los criterios mínimos de aceptación para toda la cartera, revisa los entregables de la cartera • Propietario del producto del programa: Establece los criterios mínimos de todo el programa incluidos los de la cartera, revisa los entregables del programa • Propietario del producto: Establece los criterios mínimo para el proyecto incluye los criterios del programa, revisa los entregables del proyecto.

8. Definición de terminado:

8.1. Es una serie de reglas aplicables en todas las historias de usuarios de un determinado sprint. • Fueron revisados por todos los miembros del equipo • Completaron la prueba de unidad de historia de Usuario • Conclusión de pruebas de garantía • Conclusión de toda la documentación • Se corrigieron todos los problemas • Demostración satisfactoria a los socios.

9. Aceptación o rechazo de elementos de lista priorizada de pendientes del producto:

9.1. El propietario del producto determina si acepta o rechaza como terminada un historia de usuario, esto depende de si cumple con los criterios de aceptación.

10. Gestión de calidad del Scrum:

10.1. Les permite a los clientes conocer cualquier problema en el proyecto en forma anticipada ayudándoles a conocer si el proyecto puede fundionarles. La calidad gira en torno a la satisfacción del cliente, esto se facilita mediante tres actividades • Planificación de calidad • Control de calidad • Garantía de calidad

11. Planificación de calidad

11.1. • Integración continua y ritmo sostenible: Es entiende como una mayor satisfacción del empleado en estabilidad y una mayor precisión de estimación

12. Control de calidad y garantía de calidad:

12.1. Es la ejecución de las actividades de calidad planeados por el equipo scrum en el proceso de creación de entregables. La garantía de calidad en un proceso de evaluación y los estándares que rigen la gestión de calidad de calidad en un proyecto a fin de garantizar que continúen siendo relevantes.

13. Ciclo de planificar, hacer, verificar y actuar:

13.1. • Panificar: Creación de listas priorizadas pendientes del producto • Hacer: Crear entregables, realizar reuniones diarias • Verificar: Demostración y validación del sprint, retrospectiva del sprint • Actuar: Envío de entregables, retrospectiva del proyecto

14. Scrum vs Gestión tradicional de proyectos

14.1. Gestión tradicional: Los cambios solo se pueden hacer mediante un sistema de gestión del cambio. Scrum: Los cambios son revisados al finalizar cada sprint y no al finalizar el proyecto