METODOLOGÍAS DESARROLLO DE SOFTWARE

1. TRADICIONALES

1.1. CASCADA

1.1.1. BASADO EN MODELOS DE PRODUCCIÓN

1.1.2. REQUISITOS ESTABLES

1.1.3. DOCUMENTACIÓN EXTENSA

1.1.3.1. GRAN AFECTACIÓN EN CAMBIOS

1.1.4. RESULTADOS AL FINAL

1.2. PROTOTIPADO

1.2.1. PRUEBAS CONSTANTES

1.2.2. APROBACIÓN DEL USUARIO CONSTANTE

1.2.3. CONTROL DE CAMBIOS SENCILLO

1.2.4. CONSTRUCCIÓN RÁPIDA

1.3. INCREMENTAL

1.3.1. COMBINA MODELOS

1.3.1.1. CASCADA

1.3.1.2. PROTOTIPADO

1.3.2. INCREMENTOS EN FUNCIONALIDAD

1.3.3. INTERACCIÓN CON EL CLIENTE

1.3.4. DESARROLLO LINEAL

1.4. ESPIRAL

1.4.1. ENFOQUE CÍCILICO

1.4.2. PUNTOS DE REFERENCIA

1.4.3. EVALUACIÓN CONTINUA DEL RIESGO

2. ÁGILES

2.1. PLANTEADO EN 2001

2.2. CUATRO VALORES

2.2.1. INDIVIDUOS O INTERACCIONES SOBRE PROCESOS

2.2.2. SOFTWARE SOBRE DOCUMENTACIÓN EXTENSIVA

2.2.3. COLABORACIÓN CON CLIENTE SOBRE CONTRATO

2.2.4. RESPUESTA ANTE EL CAMBIO

2.3. SUSTENTADO EN 12 PRINCIPIOS

2.3.1. DOS GENERALES Y RESUMEN EL ESPÍRITU ÁGIL

2.3.1.1. SATISFACCIÓN AL CLIENTE

2.3.1.1.1. ENTREGAS CONSTANTES

2.3.1.2. BIENVENIDA AL CAMBIO

2.3.1.2.1. VENTAJA COMPETITIVA

2.4. DIFERENCIAS CON LA PROGRAMACIÓN TRADICIONAL

2.4.1. PRÁCTICAS

2.4.1.1. VS

2.4.1.1.1. NORMAS

2.4.2. CAMBIOS

2.4.2.1. VS

2.4.2.1.1. RESISTENCIA AL CAMBIO

2.4.3. NORMAS INTERNAS

2.4.3.1. VS

2.4.3.1.1. NORMAS EXTERNAS

2.4.4. MENOS CONTROL

2.4.4.1. VS

2.4.4.1.1. MUCHAS NORMAS

2.4.5. SIN CONTRATO O FLEXIBLE

2.4.5.1. VS

2.4.5.1.1. CONTRATO FIJO

2.4.6. CLIENTE ES PARTE

2.4.6.1. VS

2.4.6.1.1. CLIENTE EN REUNIONES

2.4.7. GRUPOS PEQUEÑOS Y REUNIDOS

2.4.7.1. VS

2.4.7.1.1. GRUPOS GRANDES Y DISPERSOS

2.4.8. POCOS ARTEFACTOS Y ROLES

2.4.8.1. VS

2.4.8.1.1. MUCHOS ARTEFACTOS ROLES

2.4.9. ARQUITECTURA DE SOFTWARE MENOS IMPORTANTE

2.4.9.1. VS

2.4.9.1.1. ARQUITECTURA ROBUSTA Y CON DOCUMENTACIÓN

2.5. ROLES

2.5.1. PROGRAMADOR

2.5.2. CLIENTE

2.5.2.1. PRUEBA Y APRUEBA

2.5.3. TESTER

2.5.3.1. AYUDA AL CLIENTE A GENERAR PRUEBAS Y LAS REALIZA

2.5.4. TRACKER

2.5.4.1. SEGUIMIENTO

2.5.5. COACH

2.5.5.1. PROVEE GUÍAS AL EQUIPO

2.5.6. CONSULTOR

2.5.6.1. EXTERNO; PARA CONSULTA

2.5.7. BIG BOSS

2.5.7.1. COORDINACIÓN

2.6. PROCESO

2.6.1. CÍCLICO

2.6.1.1. CLIENTE DEFINE VALOR

2.6.1.2. PROGRAMADOR ESTIMA ESFUERZO

2.6.1.3. CLIENTE SELECCIONA LO QUE SE CONSTRUIRÁ

2.6.1.4. PROGRAMADOR CONSTRUYE

2.7. BUENAS PRÁCTICAS

2.7.1. COMUNICACIÓN CONSTANTE

2.7.2. ENTREGAS PEQUEÑAS

2.7.3. METÁFORA

2.7.4. DISEÑO SIMPLE

2.7.5. PRUEBAS CONSTANTES

2.7.6. REFACTORIZACIÓN

2.7.7. PROGRAMACIÓN EN PAREJAS

2.7.8. PROPIEDAD COLECTIVA DEL CÓDIGO

2.7.9. INTEGRACIÓN CONTINUA

2.7.10. 40 HRS MÁXIMO DE TRABAJO

2.7.11. CLIENTE IN-SITU

2.7.12. CALIDAD EN EL CÓDIGO

2.8. ALGUNAS METODOLOGÍAS

2.8.1. SCRUM

2.8.1.1. ACTORES

2.8.1.1.1. PRODUCT OWNER

2.8.1.1.2. SCRUM MASTER

2.8.1.1.3. DEVELOPERS

2.8.1.2. REUNIONES PERIÓDICAS

2.8.1.2.1. PLANEACIÓN

2.8.1.2.2. VERIFICACIÓN

2.8.1.2.3. GARANTIZAN LA FINALIZACIÓN DEL PROYECTO

2.8.2. KANBAN

2.8.2.1. VISUALIZACIÓN DE LOS ESTAODS

2.8.2.2. MOVIMIENTO DE TAREAS ENTRE ESTADOS

2.8.3. CRYSTAL METHODOLOGIES

2.8.3.1. REDUCCIÓN DE PRODUCTOS

2.8.3.2. JUEGO COOPERATIVO DE INVENCIÓN Y COMUNICACIÓN

2.8.3.3. SE INVIERTE EN EL EQUIPO DE DESARROLLO

2.8.3.4. POLÍTICAS DE TRABAJO EN EQUIPO

2.8.4. DYNAMIC SYSTEMS DEVELOPMENT METHOD - DSDM

2.8.4.1. PROCESO ITERATIVO E INCREMENTAL

2.8.4.2. EQUIPO DE DESARROLLO Y USUARIO JUNTOS

2.8.4.3. FASES

2.8.4.3.1. ESTUDIO VIABILIDAD

2.8.4.3.2. ESTUDIO NEGOCIO

2.8.4.3.3. MODELADO FUNCIONAL

2.8.4.3.4. DISEÑO

2.8.4.3.5. CONSTRUCCIÓN

2.8.5. ADAPTIVE SOFTWARE DEVELOPMENT - ASD

2.8.5.1. ITERATIVO

2.8.5.2. ORIENTADO A COMPONENTES

2.8.5.3. TOLERANCIA AL CAMBIO

2.8.5.4. FASES

2.8.5.4.1. ESPECULACIÓN

2.8.5.4.2. COLABORACIÓN

2.8.5.4.3. APRENDIZAJE

2.8.6. FEATURE DRIVEN DEVELOPMENT - FDD

2.8.6.1. ITERATIVO

2.8.6.1.1. CORTAS, MÁXIMO 2 SEMANAS

2.8.6.2. CENTRADO EN DISEÑO E IMPLEMENTACIÓN

2.8.7. LEAN DEVELOPMENT - LD

2.8.7.1. CAMBIO ES UN RIESGO

2.8.7.2. MECANISMO PARA IMPLEMENTACIÓN DE CAMBIOS