Seleccionar e implementar modelos y métodos de desarrollo
Este artículo es una explicación de conceptos sobre la selección de modelos de desarrollo, incluyendo preguntas de examen, componentes principales y etiquetas.
En pocas palabras
La elección del modelo de desarrollo depende de factores contextuales como el riesgo, la regulación, el equipo y la dinámica del cambio. Luego se combinan métodos y artefactos adecuados, se tailorean y se controlan mediante métricas.
Descripción técnica compacta
Los modelos de desarrollo estructuran los proyectos en fases o iteraciones y definen artefactos.
- Clásico (Cascada, V-Modell XT): planificabilidad, evidencia formal
- Ágil (Scrum, Kanban): ciclos de retroalimentación cortos
- Híbrido: combina gobernanza (por ejemplo, Stage Gates) con entrega iterativa
La selección se realiza según criterios:
- Criticidad / Riesgo
- Compliance / Regulación
- Tasa de cambio
- Presión de entrega
- Madurez del equipo / Distribución
- Tipo de contrato
Importante: documentar el tailoring (qué es obligatorio, qué se omite, por qué) y usar métricas adecuadas (Lead Time, densidad de defectos, Velocity, CFD).
Puntos clave relevantes para examen
- Análisis de contexto según criterios (IHK). Antes de seleccionar un modelo de desarrollo, es necesario analizar factores específicos del proyecto como riesgo, regulación, tasa de cambio, presión de entrega, madurez del equipo y tipo de contrato. Este análisis es relevante para el examen porque proporciona la justificación de la metodología elegida.
- Explicar y justificar clásico vs. ágil vs. híbrido. Los modelos clásicos ofrecen planificabilidad y evidencia formal, los modelos ágiles ciclos de retroalimentación cortos. Los modelos híbridos combinan ambos y frecuentemente se eligen cuando se requieren gobernanza y flexibilidad simultáneamente.
- Definir artefactos y listas de verificación (DoR/DoD, aceptación). Artefactos como Definition of Ready y Definition of Done definen criterios de calidad y finalización. Los protocolos de aceptación documentan que los resultados han sido liberados.
- Nombrar roles de forma clara (PO, SM, dirección de proyecto, QA). En proyectos híbridos, los roles deben estar claramente definidos. El Product Owner es responsable de los requisitos, el Scrum Master del proceso, la dirección del proyecto de la coordinación general y el QA de la garantía de calidad.
- Establecer métricas (flujo + calidad). Métricas como Lead Time, Cycle Time, Velocity, densidad de defectos y Cumulative Flow Diagram ayudan a medir el progreso y la calidad. Son importantes para la dirección basada en datos.
- Gestionar riesgos (prototipos/spikes, revisiones). Los riesgos se abordan mediante prototipos, spikes, revisiones y pruebas tempranas. La gestión de riesgos debe estar integrada en el modelo de desarrollo.
- Obligación de documentación (log de tailoring, aceptaciones, trazabilidad). El tailoring significa que las decisiones de adaptación del modelo deben documentarse. Las aceptaciones y trazabilidad aseguran verificabilidad y transparencia.
Componentes principales
- Análisis de contexto + ponderación de criterios – El análisis de contexto captura factores de influencia específicos del proyecto. Los criterios como riesgo, regulación y tasa de cambio se ponderan para permitir una selección justificable del modelo de desarrollo.
- Arquitectura de procesos (fases/sprints/hitos) – La arquitectura de procesos define cómo se estructura el proyecto. Los modelos híbridos utilizan, por ejemplo, Stage Gates para decisiones y sprints para la implementación iterativa.
- Modelo de roles + escalación – El modelo de roles establece responsabilidades. Las vías de escalación claramente definidas aseguran que los problemas se dirijan rápidamente al lugar correcto.
- Artefactos + DoR/DoD – Artefactos como Product Backlog, Sprint Backlog e incrementos documentan resultados de trabajo. Definition of Ready y Definition of Done aseguran calidad y comprensibilidad.
- Métodos de planificación (roadmap/release/sprint) – Los métodos de planificación estructuran la implementación. Los roadmaps muestran el curso a largo plazo, los releases marcan fechas de entrega y los sprints definen paquetes de trabajo cortos.
- QA (revisiones, TDD, CI/CD, estrategia de pruebas) – La garantía de calidad incluye revisiones, Test-Driven Development, Continuous Integration/Continuous Delivery y una estrategia de pruebas definida. Reduce errores y aumenta la calidad de entrega.
- Gestión de riesgos – La gestión de riesgos identifica, evalúa y controla riesgos. Los prototipos, spikes y revisiones tempranas ayudan a reducir riesgos antes de que se vuelvan costosos.
- Guía de tailoring – La guía de tailoring documenta qué partes del modelo de desarrollo se adaptan u omiten y por qué. Asegura que todos los interesados puedan entender las decisiones.
- Métricas + reporting – Métricas como Lead Time, Velocity, densidad de defectos y Cumulative Flow Diagram proporcionan datos para la dirección. El reporting comunica regularmente el estado a los stakeholders.
- Compliance / Security – Compliance asegura que se cumplan los requisitos regulatorios y contractuales. Security considera la protección de datos y sistemas a lo largo de todo el proceso.
Ejemplo práctico (matriz de decisión)
Portal web (regulación + riesgo de integración + deseo de incrementos tempranos)
Criterios (peso):
- Regulación 30
- Tasa de cambio 20
- Riesgo de integración 20
- Presión de entrega 15
- Madurez del equipo 15
Evaluación 1..5:
- Cascada: 5/2/2/3/3
- Scrum: 3/5/4/4/4
- V-Modell XT: 5/2/3/3/3
- Híbrido: 5/4/4/4/4 -> puntuación más alta
Tailoring híbrido:
- Stage Gates (aprobación de requisitos, aprobación de arquitectura, go-live)
- Implementación en sprints de 2 semanas
- Artefactos obligatorios: registro de riesgos, ADRs, protocolos de prueba, aceptación
Ventajas y desventajas
Ventajas
- Decisión justificable (matriz)
- Riesgo/compliance abordados visiblemente
- Los ciclos de retroalimentación mejoran la calidad
Desventajas
- La evaluación puede ser subjetiva
- El modelo híbrido requiere experiencia en gobernanza y agilidad
- Las métricas pueden crear incentivos perversos
Preguntas típicas de examen (con respuesta breve)
- ¿Qué criterios ayudan en la selección? Riesgo, regulación, tasa de cambio, equipo, presión de entrega, contrato.
- ¿Qué va en un documento de tailoring? Adaptaciones/omisiones con justificación, evidencias obligatorias, roles, revisiones, métricas.
- ¿Cómo combinar V-Modell XT y Scrum? Gates y evidencia del modelo V, entrega en sprints con revisiones.
Estrategia de aprendizaje
- Comparar 2 contextos de proyecto y esbozar tailoring.
- Calcular matriz de decisión con 5 criterios.
- Entrenar justificación breve (3 oraciones).
Fuentes más importantes
FAQ: Seleccionar modelo de desarrollo, tailoring e híbrido
1. ¿Qué es un modelo de desarrollo?
Un modelo de desarrollo es un marco de trabajo que estructura los proyectos en fases o iteraciones y define qué actividades, roles y artefactos se utilizan.
2. ¿Qué es un modelo de desarrollo clásico?
Un modelo de desarrollo clásico como Cascada o V-Modell XT trabaja orientado a fases y dirigido por la planificación. Es particularmente apropiado cuando los requisitos son estables temprano y se requiere evidencia formal.
3. ¿Qué es un modelo de desarrollo ágil?
Un modelo de desarrollo ágil como Scrum o Kanban trabaja de forma iterativa e incremental. Permite ciclos de retroalimentación cortos y adaptaciones rápidas a requisitos cambiantes.
4. ¿Qué es un modelo de desarrollo híbrido?
Un modelo de desarrollo híbrido combina elementos de modelos clásicos y ágiles. Utiliza, por ejemplo, Stage Gates para gobernanza y sprints para entrega iterativa.
5. ¿Qué es tailoring?
El tailoring es la adaptación de un modelo de desarrollo a las necesidades específicas de un proyecto. Se añaden, adaptan u omiten actividades, roles o artefactos.
6. ¿Qué es un documento de tailoring?
Un documento de tailoring describe qué partes del modelo de desarrollo se adaptan u omiten y por qué. Asegura que las decisiones sean rastreables y estén documentadas.
7. ¿Qué es una matriz de decisión?
Una matriz de decisión evalúa diferentes modelos de desarrollo según criterios ponderados. Ayuda a justificar la selección de forma objetiva y rastreable.
8. ¿Qué criterios ayudan en la selección de un modelo de desarrollo?
Los criterios importantes son criticidad, riesgo, compliance, regulación, tasa de cambio, presión de entrega, madurez del equipo, distribución del equipo y tipo de contrato.
9. ¿Qué es un Stage Gate?
Un Stage Gate es un punto de decisión formal entre fases de proyecto. En una puerta se revisan los resultados y se otorga o deniega la aprobación para la siguiente fase.
10. ¿Qué es Scrum?
Scrum es un framework ágil que divide el trabajo en sprints cortos, generalmente de dos semanas. Define roles como Product Owner, Scrum Master y equipo de desarrollo, así como eventos como Sprint Planning, Daily Scrum y Review.
11. ¿Qué es Kanban?
Kanban es un modelo de desarrollo ágil que se enfoca en flujo continuo en lugar de iteraciones fijas. Limita el trabajo simultáneo y visualiza el proceso en un tablero.
12. ¿Qué es el V-Modell XT?
El V-Modell XT es un modelo de desarrollo estandarizado y orientado a fases del sector público. Es particularmente apropiado para proyectos críticos en seguridad y regulados.
13. ¿Qué es el modelo Cascada?
El modelo Cascada es un modelo de desarrollo clásico donde las fases del proyecto se ejecutan secuencialmente una tras otra. Cada fase debe completarse antes de que la siguiente comience.
14. ¿Qué es un Product Owner?
El Product Owner en Scrum es responsable de los requisitos y la priorización del Product Backlog. Asegura que el equipo trabaje en las tareas más importantes.
15. ¿Qué es un Scrum Master?
El Scrum Master se encarga del proceso Scrum y elimina obstáculos para el equipo. Funciona como entrenador y moderador, no como supervisor.
16. ¿Qué es Definition of Ready?
La Definition of Ready define cuándo un requisito o tarea es lo suficientemente clara para ser procesada por el equipo. Asegura comprensión y completitud antes del sprint.
17. ¿Qué es Definition of Done?
La Definition of Done describe cuándo una tarea o incremento se considera completado. Típicamente incluye pruebas, revisión de código, documentación y aceptación.
18. ¿Qué es Lead Time?
Lead Time es el tiempo desde que se asigna una tarea hasta que se completa. Es una métrica importante para la velocidad y eficiencia de un proceso.
19. ¿Qué es Velocity?
Velocity es la cantidad de trabajo que un equipo puede completar en un sprint. Frecuentemente se mide en Story Points y ayuda en la planificación de sprints futuros.
20. ¿Qué es una densidad de defectos?
La densidad de defectos indica cuántos errores ocurren en relación con un tamaño específico, por ejemplo, por cada 1.000 líneas de código. Es una métrica de calidad.
21. ¿Qué es un Cumulative Flow Diagram?
Un Cumulative Flow Diagram visualiza el estado de las tareas a lo largo del tiempo. Muestra cuántas tareas están en qué fase del proceso e identifica cuellos de botella.
22. ¿Qué es un spike?
Un spike es un esfuerzo de investigación limitado en el tiempo en proyectos ágiles. Sirve para aclarar incertidumbres técnicas o funcionales antes de tomar una decisión.
23. ¿Qué es un prototipo?
Un prototipo es un modelo preliminar que permite retroalimentación temprana. Los prototipos ayudan a aclarar requisitos y reducir riesgos antes de que la implementación completa comience.
24. ¿Qué es trazabilidad?
La trazabilidad es la capacidad de rastrear requisitos a lo largo del ciclo de vida completo. Muestra qué requisitos están cubiertos por qué pruebas y artefactos.
25. ¿Cuándo es apropiado un modelo de desarrollo híbrido?
Un modelo de desarrollo híbrido es apropiado cuando un proyecto requiere tanto planificabilidad, gobernanza y demostrabilidad como flexibilidad y ciclos de retroalimentación cortos. Combina lo mejor de ambos enfoques, clásico y ágil.