La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

ACIS Desarrollar proyectos de software y “evitar” el fracaso ?

Presentaciones similares


Presentación del tema: "ACIS Desarrollar proyectos de software y “evitar” el fracaso ?"— Transcripción de la presentación:

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

2 Introducción Antecedentes Objetivos
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 Muchas Gracias por su tiempo !!!
Finalmente… Muchas Gracias por su tiempo !!!


Descargar ppt "ACIS Desarrollar proyectos de software y “evitar” el fracaso ?"

Presentaciones similares


Anuncios Google