1 / 10

ACIS

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

aleshanee
Download Presentation

ACIS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. ACIS Desarrollar proyectos de software y “evitar” el fracaso ? Overview Por Bernardo Díaz Arias berdiaz@yahoo.com

  2. 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.

  3. 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

  4. 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

  5. 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

  6. 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.

  7. 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.

  8. 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”

  9. 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.”

  10. Finalmente… Muchas Gracias por su tiempo !!!

More Related