100 likes | 294 Vues
ACIS. Desarrollar proyectos de software y “evitar” el fracaso ?. Overview. Por Bernardo Díaz Arias berdiaz@yahoo.com. Introducción. Antecedentes Estadísticas globales de fracaso en proyectos de software (74%) Errores cometidos / observados Prácticas exitosas observadas en la comunidad
E N D
ACIS Desarrollar proyectos de software y “evitar” el fracaso ? Overview Por Bernardo Díaz Arias berdiaz@yahoo.com
Introducción Antecedentes • Estadísticas globales de fracaso en proyectos de software (74%) • Errores cometidos / observados • Prácticas exitosas observadas en la comunidad Objetivos • Compartir soluciones prácticas a problemas típicos • Proponer un modelo progresivo de buenas prácticas en 4 niveles, cada uno respaldado por una metodología madura (herramienta). • Profundizar en los aspectos donde se presentan fallas críticas/frecuentes y las metodologías no detallan soluciones. • Las metodologías y conceptos expuestos se seleccionaron con base en su robustez y validez práctica frente a otras alternativas similares. • No exponer las metodologías, sino optimizar su uso.
Introducción Premisas Principales • La Ingeniería de Software (SE) como ciencia precisa. (Basada en hechos y datos /cuantificable) • Mejoramiento continuo (plan-do-check-act) • Las metodologías como herramientas para ordenar y simplificar (garantizar el éxito) • Dada su naturaleza colectiva, el proceso de desarrollo debe enfrentarse de forma integral: • N1: Gerencia de Proyectos = PMI • N2: Metodología de desarrollo = RUP • N3: Individual = PSP • N4: Corporativo = CMMI
Introducción Premisas Secundarias • Administración del Alcance • Conocer la metodología de desarrollo • Las metodologías como frameworks tienen una estructura estática (arquitectura) y un modelo de relaciones (dinámica) que permiten evaluarlas de forma precisa. • Normalización (de requerimientos y arquitectónica) • Ganar ventaja con las pruebas • PSP como base de un proceso maduro • Papel de la organización en los proyectos
Introducción • Buenas Prácticas de Gerencia de Proyectos • Conocer el Proceso de Desarrollo de Software • Arquitectura de Software • Administración de la productividad Individual y de equipos • Madurez Corporativa
1. Gerencia de Proyectos Problema: “El no evaluar la viabilidad de un proyecto, la planeación ligera, la ausencia de monitoreo y retroalimentación permanente minimizan el éxito administrativo de los proyectos de software así todas las demás variables se cumplan” Solución Propuesta: El PMI es una organización fundada desde 1969 cuya metodología tiene creciente aceptación mundial y resume las buenas prácticas en “Gestión de Proyectos” para cualquier industria.
2. Proceso de Desarrollo Problema: “La gerencia del proyecto debe conocer en detalle el proceso de construcción de software para asegurar que nada se deje al azar, para generar la estratégia de desarrollo adecuada y para la toma de decisiones”. “El no conocer el cómo se hacen los productos de software crea una brecha mutua entre proveedor y cliente y entre gerente del proyecto y el equipo”. Solución Propuesta: El Proceso Unificado de Desarrollo, originalmente un enfoque metodológico integral para desarrollar cualquier producto de software (1998) y finalmente un producto de IBM (desde 2002) es la base de diferentes especializaciones como SUN TONE, EUP, Métrica 3, IBM BUP, etc.
3. Procesos Individuales Problema: “Un aspecto que origina fracaso en proyectos de software es la falta de habilidades de planeación, organización y productividad de los desarrolladores así como la habilidad de la gerencia para generarlos” “La productividad y cumplimiento de un equipo depende de la productividad de las partes” Solución Propuesta: “Frente a este problema surgío PSP como una propuesta para mejorar la productividad y planeación de los ingenieros. TSP es un set de buenas prácticas especializadas en promover la productividad y empoderamiento de un equipo para lograr los objetivos del proyecto”
4. Procesos Corporativos Problema: “Es común que el fracaso en proyectos de software empieze antes de empezar el proyecto debido a la manera artesanal que la empresa proveedora evalúa la viabilidad de los proyectos en los que va a participar, no es consiente de trabajar con buenas prácticas para dar mejores y continuos resultados a sus clientes (sino para cumplir un requisito del mercado).” “Un buen Project Manager, arquitecto o desarrollador solamente avanza hasta donde la empresa para la que trabaja le permite…” Solución Propuesta: “El modelo de capacidad y madurez organizacional del SEI tiene vigencia y creciente aceptación desde 1987 como un modelo integrado de procesos basados en buenas prácticas.”
Finalmente… Muchas Gracias por su tiempo !!!