SCRUM Es un proceso de gestión ágil, donde la finalidad o principal objetivo es entregarle valor ...

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
SCRUM Es un proceso de gestión ágil, donde la finalidad o principal objetivo es entregarle valor al cliente por Mind Map: SCRUM Es un proceso de gestión ágil, donde la finalidad o principal objetivo es entregarle valor al cliente

1. Proceso Scrum

1.1. Inicio

1.1.1. 1. Creación visión del proyecto

1.1.1.1. Principios

1.1.1.1.1. Control de proceso empirico

1.1.1.1.2. Auto-organización

1.1.1.1.3. Colaboración

1.1.1.1.4. Priorizar con base en valor

1.1.1.1.5. Desarrollo iterativo

1.1.2. 2. Definición de roleles

1.1.2.1. Roles

1.1.2.1.1. Product Owner

1.1.2.1.2. Scrum Master

1.1.2.1.3. Equipo Scrum

1.1.2.1.4. Stake Holders

1.1.3. 3.Desarrollo de épicas y lista priorizada de pendientes del producto

1.2. Planificación y estimación

1.2.1. 4. Product Backlog

1.2.1.1. es un listado de todas las tareas que se pretenden hacer durante el desarrollo de un proyecto.

1.2.2. 5. Estimación y asignación de HU

1.2.3. 6. Creación y estimación de tareas

1.2.4. 7. Creación de pendientes del sprint

1.2.4.1. Son ciclos de ejecución muy cortos -entre una y cuatro semanas con la finalidad de entregar valor.

1.3. Implementación

1.3.1. 8.Lista de entregables

1.3.2. 9. Daily meetings

1.3.3. 10. Revisión de la lista priorizada de pendientes del producto

1.4. Revisión y retrospección

1.4.1. 11 Demostración y validación del sprint

1.4.2. 12. Retrospectiva del sprint

1.5. Lanzamiento

1.5.1. 13. Entregables

1.5.2. 14. Restrospectiva del proyecto

2. Administración de la configuración

2.1. La Gestión de la Configuración es el proceso que utiliza herramientas y técnicas con el objeto de:

2.1.1. Identificación de la configuración

2.1.1.1. Identificar y documentar las características físicas y funcionales de los productos y de los elementos que los componen.

2.1.1.1.1. Estructura jerarquizada del producto (árbol de configuración).

2.1.1.1.2. Identificar y documentar los requisitos físicos y funcionales de cada elemento de configuración.

2.1.1.1.3. Establecer líneas de referencia y su documentación.

2.1.2. Control de cambios

2.1.2.1. Procesos y etapas de aprobación requeridas para cambiar atributos del elemento de configuración y la documentación asociada (línea base).

2.1.2.1.1. Activación del proceso de Cambio

2.1.2.1.2. Clasificación de los Cambios

2.1.2.1.3. Los procesos de la gestión de Cambios

2.1.2.1.4. Comité de Control de Cambios

2.1.3. Control del estado de la configuración

2.1.3.1. Controlar y monitorizar el contenido de la configuración del producto, el estado y los cambios realizados, y disponer de trazabilidad hasta un punto de la línea base anterior

2.1.3.1.1. Estado de la documentación.

2.1.3.1.2. Cambios solicitados y cambios aprobados.

2.1.3.1.3. Estado de implementación de cada cambio aprobado.

2.1.4. Auditoría de la configuración

2.1.4.1. Verificar que el producto es conforme con sus requisitos y su configuración.

2.1.4.1.1. Cómo se verifican los elementos de configuración conforme a los requerimientos.

2.1.4.1.2. Cómo se verifican los elementos de configuración conforme a la información sobre configuración del producto.

2.1.4.1.3. Los criterios de alcance de auditoria, las periodicidades, etc.

3. MÉTRICAS ÁGILES

3.1. Medidas acordadas que se utilizan para evaluar qué tan bien está progresando la organización hacia el cumplimiento de sus objetivos

3.1.1. Modelo G-Q-M (Goal-Question-Metric)

3.1.1.1. Proporciona una manera útil para definir mediciones tanto del proceso como de los resultados de un proyecto

3.1.1.1.1. 1. Establecer las Metas

3.1.1.1.2. 2. Generación de Preguntas

3.1.1.1.3. 3. Especificación de Medidas

3.1.1.1.4. 4. Preparar Recolección de datos

3.1.1.1.5. 5. Recolectar, Validar y Analizar los datos para la toma de decisiones

3.1.1.1.6. 6. Analizar los datos para el logro de los objetivos y el aprendizaje

3.1.2. OBJETIVOS SMART

3.1.2.1. Al establecer objetivos y medir su cumplimiento, se obtiene:

3.1.2.1.1. • Enfoque en aquello que es más importante de lograr diaria, semanal y anualmente

3.1.2.1.2. • Brindar una dirección unificada para los equipos

3.1.2.1.3. • Priorizar la carga de trabajo para enfocarse en tareas crítica

3.1.2.1.4. • Motivar a los equipos y aumentar la satisfacción general de los miembros del equipo respecto de su trabajo en general

3.1.3. OKRs Objetive ¿A donde queremos ir? Key Result ¿Cómo sabemos que vamos hacia allá?

3.1.3.1. Manifiesto

3.1.3.1.1. Menos es más

3.1.3.1.2. Establecer objetivos de abajo hacia arriba

3.1.3.1.3. Horizontalidad

3.1.3.1.4. Mantente flexible

3.1.3.2. Beneficios

3.1.3.2.1. Los OKRs fomentan el pensamiento disciplinado y focalizado.

3.1.3.2.2. Los OKRs establecen estándares claros para medir el progreso.

4. Aseguramiento de la Calidad

4.1. La calidad es el conjunto de propiedades inherentes a una entidad, que permiten juzgar su valor. Es un conjunto de actividades sistemáticas y planeadas para asegurar que los procesos y productos del software cumplan con los requerimientos, estándares y procedimientos

4.2. CALIDAD EN EL CICLO DE VIDA DEL SOTFWARE

4.2.1. El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados

4.3. Proposito

4.3.1. Proporcionar visibilidad sobre los procesos utilizados por el proyecto de software y sobre los productos que genera.

4.3.2. OBJETIVOS

4.3.2.1. 1.-Planificar las actividades de aseguramiento de la calidad.

4.3.2.2. 2.-Revisar y auditar objetivamente los productos y las actividades para verificar que están conformes con los procedimientos y estándares aplicables.

4.3.2.3. 3.-Proporcionar los resultados de estas revisiones o auditorías informando a la dirección cuando sea necesaria su mediación

4.3.3. PROBLEMAS QUE RESUELVE

4.3.3.1. Aumenta las posibilidades de el éxito final del proyecto.

4.3.3.2. Ayuda a definir los parámetros de medición de la calidad del software

4.3.3.3. Verifica que los estándares sean aplicados correctamente

4.3.3.4. Define un plan de monitores del proceso de desarrollo del software (ciclo de vida)

4.4. DOR (DEFINITION OF READY)

4.4.1. La definición de Listo son las pre-condiciones, las dependencias externas, la información, todo aquello que debe resolverse antes de ponerse a desarrollar una Historia de Usuario o Elementos de Trabajo que estén pendientes. Las historias o Elementos de Trabajo que están en el Product Backlog deben de ser verificadas por el equipo para incorporarlas al Sprint Backlog cuando ya están listas. Para esto se requiere una lista de verificación detallada para determinar si una historia o elemento de trabajo está "lista, lista" o solo un poco lista o un poco lista.

4.4.1.1. ¿COMO IMPLEMENTAR?

4.4.1.1.1. 1.- Método de Desarrollo de Software Ágil: Prácticas Artefactos Criterios de Aceptación Roles 2.- Método de Evaluación Ágil Listas de Verificación

4.5. DOD (DEFINITION OF DONE)

4.5.1. El definition of done (DoD) la definición de Terminado nace como una manera de implementar prácticas con criterios de aceptación, que aseguran con mayor medida la calidad y consistencia técnica del producto. Es fundamental que el DoD sea definido, conocido y aceptado por todos los miembros del equipo incluyendo a el cliente.

4.5.1.1. ¿COMO IMPLEMENTAR?

4.5.1.1.1. 1.- Evaluación 2.- Retrospectiva 3.- Plan de Mejoras 4.- Incremento del Producto de Software

5. Pruebas de Software

5.1. Métodos de prueba

5.1.1. Caja Blanca

5.1.1.1. Examina la estructura interna de la aplicación, el tester elige entradas para recorrer rutas de código Y determinar las salidas apropiadas.

5.1.2. Caja Negra

5.1.2.1. Examinan las funcionalidades de una aplicación sin examinar su estructura interna. Y se enfoca en las salidas generadas como respuesta

5.1.3. Caja Gris

5.1.3.1. Es una combinación de la caja Blanca y la caja Negra. Esta busca defectos ocasionados por el uso inadecuado o estructura.

5.2. Equipo de QA

5.2.1. El proceso de pruebas llevado a cabo por el equipo de Quality Assurance a lo largo de un proyecto no solo darán lugar a un producto fiable y de calidad, sino que también permitirá establecer un control permanente sobre todos los procesos, evitando los problemas que suponen la detección de errores en fases más avanzadas.

5.2.1.1. Fases

5.2.1.1.1. FASE DE ANÁLISIS. FASE DE DISEÑO Y DESARROLLO. FASE DE VALIDACIÓN Y ENTREGA.

5.3. Testing Agile

5.3.1. Automatizadas

5.3.1.1. Pruebas Unitarias

5.3.1.1.1. Consiste en usar un marco de trabajo o framework para ejecutar tus tests unitarios, en lugar de ejecutar estos manualmente una y otra vez cada vez que modificas el código.

5.3.1.2. Componentes

5.3.2. Automatizadas y Manuales

5.3.2.1. Pruebas Funcionales

5.3.2.2. Prototipos

5.3.2.2.1. Mockups

5.3.2.3. Simulaciones

5.3.3. Manuales

5.3.3.1. Pruebas de aceptación

5.3.3.2. Pruebas de exploración

5.3.3.2.1. Enfoque en el cual el aprendizaje de la funcionalidad, diseño de pruebas y ejecución de pruebas ocurren simultáneamente.

5.3.3.3. Pruebas de usabilidad

5.3.4. Herramientas

5.3.4.1. Pruebas de Cargas

5.3.4.2. Pruebas de Rendimiento

5.3.4.3. Pruebas de Seguridad