¿Qué es una metodología de desarrollo de software?
Una metodología de desarrollo de software es un marco de trabajo que mediante herramientas y procedimientos es usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de información.
Mencione los 7 actores que participan en la metodología de Open UP
Analista
Arquitecto
Desarrollador
Líder de proyecto
Partes interesadas
Comprobador
Otros
Mencione las 4 fases de MSF
Fase 1: Visión y alcance
Fase 2: Planificación y Prueba de Concepto
Fase 3: Estabilización
Fase 4: Despliegue/implantación
Mencione los 3 principios de producción de Kanban y los 3 principios de despliegue
Producción:
1: Empezar por lo que haces ahora
2: Acordar un cambio incremental y evolutivo
3: Fomentar los actos de liderazgo a todos los niveles
Despliegue:
1: Centrarse en las necesidades y expectativas del cliente
2: Gestionar el trabajo
3: Revisar periódicamente la red de servicios
¿Cómo se interpreta el burn down chart?
Eje X (horizontal): tiempo que queda para completar el proyecto (dias)
Eje Y (vertical): esfuerzo restante necesario para completar el proyecto (tareas)
Línea de trabajo real: trabajo real que aún queda por realizar. Difiere de la estimación inicial debido a posibles obstáculos que surgen durante el proyecto y al tiempo adicional que a veces se necesita para completar el trabajo.
Línea ideal de trabajo restante: representa la cantidad de trabajo calculado en un escenario ideal.
Puntos de historia
¿Qué es una metodología ágil?
Conjunto de técnicas aplicadas en ciclos de trabajo cortos, con el objetivo de que el proceso de entrega de un proyecto sea más eficiente.
Es una metodología iterativa, es decir, se realizan entregas cíclicas y en cada entrega se realizan todas las fases del ciclo: desde toma de requerimientos, diseño, verificación y entrega.
Mencione los 5 actores que participan en la metodología XP
Programador
Clientes
Entrenador (Coach)
Rastreador (Tracker)
Probador (Tester)
Mencione las 5 etapas de la metodología XP
Fase 1 - Planificación:
Fase 2 - Diseño:
Fase 3 - Codificación «de todos»
Fase 4 - Pruebas
Fase 5 - Lanzamiento
Mencione los 6 principios de Scrum
Principio 1: Control empírico de procesos
Principio 2: Auto-organización
Principio 3: Colaboración
Principio 4: Prioridad basada en el valor
Principio 5: Duración limitada (Time-boxing)
Principio 6: Desarrollo iterativo
¿Para cuántas personas es recomendado el uso de XP?
Es una metodología idónea para equipos de desarrollo pequeños menores a 10 personas
¿Qué es Kanban?
Método visual de gestión de proyectos que permite a los equipos visualizar sus flujos de trabajo y la carga de trabajo.
Los equipos comienzan con una lista de tareas pendientes. El trabajo se “extrae” de las tareas pendientes, según la carga laboral y capacidad de cada miembro del equipo. Luego, los miembros pueden hacer un seguimiento visual del trabajo a medida que avanza a través del ciclo de vida de las tareas, representado por etapas en un tablero Kanban, hasta su finalización.
Mencione las 6 categorías de roles que participan en Open UP
Analistas
Desarrolladores
Gestores
Apoyo
Pruebas
Otros roles
Mencione las 6 fases de Scrum
Organización de trabajo pendiente
Sprint Planning
Ejecución del Sprint
Daily Stand Up (reunión diaria)
Sprint review (revisión)
Sprint retrospective
Mencione las 6 prácticas de Kanban
1. Visualizar el flujo de trabajo
2. Limitar el trabajo en curso (WIP)
3. Gestionar el flujo de trabajo
4. Hacer explícitas las políticas de los procesos
5. Implementar circuitos de retroalimentación (“feedback”)
6. Mejorar y evolucionar en colaboración (utilizando modelos y el método científico)
¿Cuántas personas conforman un equipo de Lean?
En un proyecto pequeño, el equipo Lean estará compuesto por 6 a 9 miembros.
¿Qué es Scrum y cuáles son sus 3 pilares fundamentales?
Es un modelo de referencia que define un conjunto de prácticas y roles, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutará durante un proyecto.
Los tres pilares básicos sobre los que se basa la metodología Scrum son: roles, eventos y artefactos.
Mencione los roles y responsabilidades de Lean
Maestro Lean: Dado que el " Lean Master " tiene experiencia y ha trabajado con el cliente en el mismo entorno, estará más familiarizado con el proyecto y el producto.
Líder de proyecto Lean: El líder de proyecto Lean actúa como canal de comunicación entre el Lean Master y el equipo, pero también como motivador.
Miembros del equipo Lean: En un proyecto pequeño, el equipo Lean estará compuesto por 6 a 9 miembros.
Mencione los pasos de un RCA
Paso 1: Definir el problema
Paso 2: Recopilar datos
Paso 3: Identificar las posibles causas raíz
Paso 4: Determinar causa raíz
Paso 5: Implementar soluciones
Mencione los 5 principios de Lean
Principio 1: Identificar el valor
Principio 2: Crear un mapa de flujo de valor
Principio 3: Crear estado de fluidez
Principio 4: Establecer un sistema de incorporación (“pull”)
Principio 5: Buscar la perfección
Mencione las iteraciones que forman parte de OpenUP
Iteración inicial
Iteración de elaboración
Iteración de construcción
Iteración de transición
¿Qué es Planning Poker y cuándo se realiza?
Es un método de estimación que ayuda a un equipo ágil a calcular la cantidad de esfuerzo que se necesita para completar una historia de usuario en un backlog del producto.
El proceso de planning poker se realiza al principio en el proceso de planificación del sprint, de modo que los Scrum masters y los gerentes de producto puedan tener una idea precisa de cuánto trabajo puede completarse en cada sprint.
Mencione los roles de Scrum y sus responsabilidades
Scrum Master
Product Owner
Scrum Team
Roles auxiliares
Mencione las fases de TDD
Fase 1: Desarrollo y Escritura de la prueba
Fase 2: Validación de las pruebas
Fase 3: Refactorización
Mencione los 4 principios de Open UP
Principio 1: Colaborar para sincronizar intereses y compartir conocimiento.
Principio 2: Equilibrar las prioridades para maximizar el beneficio obtenido por los interesados en el proyecto.
Principio 3: Centrarse en la arquitectura de forma temprana para minimizar el riesgo y organizar el desarrollo.
Principio 4: Desarrollo evolutivo para obtener retroalimentación y mejoramiento continuo.
Mencionar los 7 desperdicios de software
Desperdicio 1: Trabajo incompleto/parcial realizado
Desperdicio 2: Característica adicional o innecesaria
Desperdicio 3: Procesamiento o documentación extra
Desperdicio 4: Cambio de tareas
Desperdicio 5: Esperas/Retrasos
Desperdicio 6: Entrega
Desperdicio 7: Defecto