GPR_Tema1.pdf

Introducción a la Gestión de Proyectos Tema 1 Gestión de Proyectos y del Riesgo  ¿Qué es un proyecto? ▪ Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único....

Introducción a la Gestión de Proyectos Tema 1 Gestión de Proyectos y del Riesgo  ¿Qué es un proyecto? ▪ Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único. Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK) (6ª edición), PMI ▪ Un proyecto es un conjunto único de actividades destinadas a producir un resultado definido dentro de un marco de tiempo establecido utilizando una asignación específica de recursos. Project Management Manual, Harvard Business School Tema 1.1 - Gestión de Proyectos y del Riesgo 2  ¿Qué es un proyecto? ▪ Un proyecto es un proceso único consistente en un conjunto de actividades coordinadas y controladas con fechas de inicio y de finalización, llevadas a cabo para lograr un objetivo conforme a unos requisitos específicos, incluyendo las limitaciones de tiempo, coste y recursos. ISO 9000:2005 Sistemas de gestión de la calidad - Fundamentos y vocabulario Tema 1.1 - Gestión de Proyectos y del Riesgo 3  ¿Qué no es un proyecto? ▪ La producción continua de bienes y/o servicios: – Procesos de manufacturación. – Procesado de solicitudes (trabajo, seguro del coche, …). ▪ Estos procesos reciben el nombre de operaciones y se gestionan de forma diferente a los proyectos. ▪ La gestión de las operaciones está fuera del alcance de la dirección formal de proyectos. Tema 1.1 - Gestión de Proyectos y del Riesgo 4  Características de los proyectos ▪ Los proyectos se llevan a cabo para cumplir objetivos mediante la producción de entregables. ▪ El objetivo de un proyecto puede ser: – Un producto a producir. – Un servicio a prestar. – Cualquier otro resultado a obtener (por ejemplo, lograr una determinada posición estratégica o adquirir un cierto conocimiento). – Una combinación de uno o más productos, servicios o resultados. ▪ El objetivo de un proyecto debe ser único y específico. Tema 1.1 - Gestión de Proyectos y del Riesgo 5  Características de los proyectos ▪ Un entregable: – Es cualquier producto, servicio (o capacidad de realizar un servicio) o resultado único y específico, o combinación de ellos, que se produce para completar un proceso, una fase o un proyecto. – Puede ser tangible o intangible. – Puede perdurar más allá del final del proyecto. – Puede ser de naturaleza social, económica, material o ambiental. Tema 1.1 - Gestión de Proyectos y del Riesgo 6  Características de los proyectos ▪ Los proyectos son esfuerzos temporales en el sentido de que tienen un principio y un final definidos. ▪ Se desarrollan de forma progresiva de acuerdo a una planificación temporal a lo largo de su ciclo de vida. ▪ Pueden ser de corta o larga duración. ▪ El final de un proyecto se alcanza cuando: – Se logran sus objetivos. – Se constata que sus objetivos no pueden cumplirse. – Se agota la financiación. – Desaparece la necesidad del proyecto. – Se da por terminado por conveniencia o causa legal. Tema 1.1 - Gestión de Proyectos y del Riesgo 7  Características de los proyectos ▪ Un proyecto puede involucrar a una unidad de una organización o a múltiples unidades de múltiples organizaciones. ▪ Generalmente requieren coordinación multidisciplinar. ▪ Limitados por tiempo, coste y/o recursos. ▪ Los proyectos se inician para: – Crear, mejorar o reparar productos, procesos o servicios. – Adquirir nuevo conocimiento. – Cumplir requisitos regulatorios, legales o sociales. – Satisfacer solicitudes o necesidades de clientes. – Implementar o cambiar estrategias de negocio o tecnológicas. Tema 1.1 - Gestión de Proyectos y del Riesgo 8  Ejemplos de proyectos ▪ Construir un nuevo edificio ▪ Reformar un edificio existente ▪ Desarrollar un nuevo producto software ▪ Modificar un programa de software informático usado en una organización ▪ Adquirir e instalar un nuevo sistema de hardware informático para su uso en una empresa ▪ Extender un servicio de movilidad compartida ▪ Organizar unos juegos olímpicos ▪ Investigar una vacuna Tema 1.1 - Gestión de Proyectos y del Riesgo 9  Ejemplos de entregables (resultados de un proyecto) ▪ Un nuevo videojuego o un DLC para un videojuego existente (producto). ▪ Un servicio de reparación de bicicletas (servicio). ▪ Informe de un experimento científico para conocer el efecto de una vacuna sobre una población concreta (resultados de un proyecto de investigación). ▪ Servicio de streaming, aplicaciones software para múltiples dispositivos y documentación asociada (combinación de productos, servicios y resultados). Tema 1.1 - Gestión de Proyectos y del Riesgo 10  Dirección de proyectos La dirección de proyectos es la aplicación de conocimientos, habilidades, herramientas y técnicas a tareas de proyectos para cumplir con los requisitos de los mismos. Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK) (6ª edición), PMI Tema 1.1 - Gestión de Proyectos y del Riesgo 11  Dirección de proyectos deficiente Una dirección de proyectos deficiente o inexistente puede conducir a: ▪ Sobrecostes ▪ Incumplimiento de plazos ▪ Calidad deficiente ▪ Expansión no controlada del proyecto ▪ Incumplimiento de objetivos ▪ Pérdida de reputación Tema 1.1 - Gestión de Proyectos y del Riesgo 12  Dirección de proyectos eficaz Una dirección de proyectos eficaz ayuda a: ▪ Cumplir los objetivos del proyecto y aumentar las probabilidades de éxito ▪ Gestionar las restricciones del proyecto (alcance, tiempo, coste, calidad, …) ▪ Optimizar los recursos disponibles ▪ Responder a los riesgos de manera oportuna ▪ Gestionar los cambios ▪ Ser más predecibles Tema 1.1 - Gestión de Proyectos y del Riesgo 13  Restricciones de los proyectos Todo proyecto está restringido por: ▪ Alcance: trabajo/actividades que hay que realizar para producir el resultado final del proyecto. ▪ Tiempo: cantidad de tiempo disponible para completar el proyecto. ▪ Coste: presupuesto disponible en el proyecto para realizar todas las actividades en el tiempo establecido. El conjunto de estas restricciones forma la llamada Triple Restricción en Gestión de Proyectos o Triángulo de la Gestión de Proyectos Tema 1.1 - Gestión de Proyectos y del Riesgo 14  Triángulo de la Gestión de Proyectos Cualquier variación en una de las 3 variables (alcance, tiempo, coste) implica la variación de, al menos, una de las otras dos. Alcance Tiempo Coste Tema 1.1 - Gestión de Proyectos y del Riesgo 15  Triángulo de la Gestión de Proyectos Un refinamiento posterior del modelo introdujo la calidad como cuarta restricción: la calidad del resultado final de un proyecto se ve limitada por el alcance, los plazos y el coste. Alcance Calidad Tiempo Coste Tema 1.1 - Gestión de Proyectos y del Riesgo 16  Restricciones de los proyectos ▪ Maximizar simultáneamente alcance, tiempo, coste y calidad no es posible. ▪ Además, se debe realizar una adecuada gestión de riesgos, lo cual supone una quinta restricción. ▪ El equipo de dirección de un proyecto deberá buscar un equilibrio entre alcance, tiempo, coste, calidad y riesgos. ▪ El balance adecuado entre estas cinco restricciones contrapuestas dependerá de los objetivos y características del proyecto. Tema 1.1 - Gestión de Proyectos y del Riesgo 17  Director de proyecto Un buen director de proyecto debería ser capaz de gestionar proyectos con: ▪ Cronogramas cortos (restricciones de tiempo) ▪ Presupuestos ajustados (restricciones de costes) ▪ Escasez de recursos (restricciones de recursos) ▪ Incertidumbre (riesgos) Tema 1.1 - Gestión de Proyectos y del Riesgo 18  Proyectos exitosos Un proyecto tiene éxito cuando: ▪ Cumple su objetivo: el resultado final del proyecto es el especificado por el alcance y tiene la calidad esperada. ▪ Se han elaborado todos los entregables esperados. ▪ Se ha terminado a tiempo. ▪ Se ha ajustado al presupuesto (no hay sobrecostes). Tema 1.1 - Gestión de Proyectos y del Riesgo 19  Principales motivos de fracaso de los proyectos ▪ Planificación escasa o inexistente (objetivo, alcance o cronograma poco claros) ▪ Directores de proyecto con preparación inadecuada ▪ Carencia de compromiso de los stakeholders (partes interesadas en el proyecto) ▪ Falta de formación en nuevas tecnologías ▪ No se dedica suficiente tiempo a aprender de experiencias anteriores ▪ Sesgos (exceso de confianza/optimismo, inercia, confirmación, …) Tema 1.1 - Gestión de Proyectos y del Riesgo 20  Programas y Portafolios ▪ Un programa es un grupo de proyectos relacionados, programas subsidiarios y actividades de programas, cuya gestión se realiza de manera coordinada para obtener beneficios que no se obtendrían si se gestionaran de forma individual. ▪ Un portafolio es una colección de proyectos, programas, portafolios subsidiarios y operaciones gestionados como un grupo para alcanzar objetivos estratégicos. Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK) (6ª edición), PMI Tema 1.1 - Gestión de Proyectos y del Riesgo 21  Operaciones ▪ La gestión de las operaciones se ocupa de la producción continua de bienes y/o servicios y está fuera del alcance de la dirección formal de proyectos. ▪ Las operaciones se parecen a los proyectos en que: – Tienen restricciones de recursos. – Se planifican, ejecutan y controlan. – Su realización involucra a personas. ▪ Las operaciones se diferencian de los proyectos en que: – Son repetitivas, los proyectos son temporales y únicos. – Se orientan a soportar procesos mientras que los proyectos se orientan a cumplir objetivos. – Tienen distintos criterios de éxito. – Se gestionan de forma diferente. Tema 1.1 - Gestión de Proyectos y del Riesgo 22  Proyectos, Programas, Portafolios y Operaciones Guía del PMBOK (6ª ed.) Tema 1.1 - Gestión de Proyectos y del Riesgo 23 Ciclo de vida de un proyecto Tema 1.2 Gestión de Proyectos y del Riesgo  Ciclo de vida de un proyecto ▪ El ciclo de vida de un proyecto es la serie de fases por las que atraviesa desde su inicio hasta su conclusión. – Una fase de un proyecto es un conjunto de actividades del proyecto, relacionadas de manera lógica, que culmina con la finalización de uno o más entregables. – Las fases son acotadas en tiempo y pueden ser secuenciales, iterativas o superpuestas. ▪ Proporciona el marco de referencia básico para dirigirlo. ▪ Todo proyecto puede configurarse dentro de un ciclo de vida genérico compuesto por las siguientes cuatro fases: Inicio, Planificación, Ejecución y Cierre. Tema 1.2 - Gestión de Proyectos y del Riesgo 2  Ciclo de vida genérico de un proyecto Guía del PMBOK (6ª ed.) Tema 1.2 - Gestión de Proyectos y del Riesgo 3  Ciclo de vida genérico de un proyecto ▪ Inicio – Elaborar el acta de constitución del proyecto. – Identificar a los interesados. – Analizar viabilidad del proyecto. ▪ Planificación – Elaborar el plan para la dirección del proyecto. – Definir alcance, cronograma y presupuesto. – Planificar la gestión de riesgos. ▪ Ejecución – Dirigir, gestionar y monitorear el trabajo del proyecto. – Adquirir recursos. ▪ Cierre Tema 1.2 - Gestión de Proyectos y del Riesgo 4  Costes a lo largo del ciclo de vida de un proyecto Guía del PMBOK Tema 1.2 - Gestión de Proyectos y del Riesgo 5  Evolución de los riesgos y coste de los cambios Guía del PMBOK (6ª ed.) Tema 1.2 - Gestión de Proyectos y del Riesgo 6  Tipos de ciclos de vida de los proyectos ▪ Ciclos de vida predictivos – El alcance, cronograma y coste del proyecto se determinan de forma detallada en las fases tempranas del ciclo de vida. – Pueden tener etapas o iteraciones. – La gestión de cambios en el alcance es complicada. ▪ Ciclos de vida ágiles o adaptativos – El proyecto se lleva a cabo en varias iteraciones de corta duración y su alcance se define y aprueba antes del comienzo de cada iteración. ▪ Ciclos de vida híbridos – Mezclan o combinan ciclos de vida predictivos y ágiles. Tema 1.2 - Gestión de Proyectos y del Riesgo 7  Ciclo de vida del desarrollo ▪ Dentro del ciclo de vida de un proyecto, generalmente existen una o más fases asociadas al desarrollo de un producto, servicio o resultado. ▪ A cada conjunto de estas fases se le denomina ciclo de vida del desarrollo del proyecto. ▪ Un ciclo de vida del desarrollo puede ser en cascada, iterativo, incremental, ágil o híbrido. ▪ La Ingeniería del Software define ciclos de vida específicos para desarrollo de productos software. Tema 1.2 - Gestión de Proyectos y del Riesgo 8  Ciclo de vida de un producto ▪ El ciclo de vida de un producto es la serie de fases que representan la evolución del producto, desde el concepto hasta la entrega, la madurez y el retiro. – Los productos software tienen ciclos de vida característicos. ▪ Los ciclos de vida de los proyectos (y por tanto también sus ciclos de vida del desarrollo) aunque guardan relación con los ciclos de vida de los productos, se definen y gestionan de manera independiente. ▪ El ciclo de vida de un proyecto, sus ciclos de vida del desarrollo y el ciclo de vida de un producto desarrollado durante un proyecto engloban fases diferentes. Tema 1.2 - Gestión de Proyectos y del Riesgo 9  Punto de revisión de fase ▪ Al final de cada fase del ciclo de vida de un proyecto tiene lugar un punto de revisión de fase. ▪ En este punto se revisa el desempeño y progreso actual del proyecto y se toma una decisión: – Avanzar a la siguiente fase – Avanzar a la siguiente fase con modificaciones – Finalizar el proyecto (por haber cumplido los objetivos o por decidir abortar su realización) – Permanecer en la fase – Repetir la fase o elementos de la misma Tema 1.2 - Gestión de Proyectos y del Riesgo 10  Especificación del ciclo de vida de un proyecto ▪ Aunque todo proyecto puede configurarse dentro de un ciclo de vida genérico (con fases Inicio, Planificación, Ejecución y Cierre), cada proyecto tiene su propio ciclo de vida específico. ▪ Es responsabilidad del equipo de dirección de un proyecto determinar el mejor ciclo de vida para el mismo. ▪ El ciclo de vida de un proyecto debe ser lo suficientemente flexible para enfrentar la diversidad de factores que abarca. Tema 1.2 - Gestión de Proyectos y del Riesgo 11  Especificación del ciclo de vida de un proyecto ▪ Definir un ciclo de vida de un proyecto implica: – Identificar, nombrar y especificar criterios de salida (entregables que se deben generar) y de entrada para todas las fases por las que pasará el proyecto desde su inicio hasta su fin.  Esto implica identificar y nombrar todas las fases asociadas al desarrollo de productos, servicios o resultados (es decir, definir los ciclos de vida del desarrollo del proyecto). – Identificar los procesos de la dirección de proyectos que deben realizarse en cada fase identificada. Tema 1.2 - Gestión de Proyectos y del Riesgo 12  Ejemplos de ciclos de vida de proyectos Organización de unos juegos olímpicos: Inicio Planificación Celebración Cierre Construcción de un edificio: Inicio Planificación Construcción Cierre Tema 1.2 - Gestión de Proyectos y del Riesgo 13 Introducción a la Gestión de Proyectos de Software Tema 1.3 Gestión de Proyectos y del Riesgo  Características del software ▪ El software es diferente a productos de otras ingenierías: – El software es intangible. – El software se desarrolla, no se fabrica. – Los costes se centran en el proceso de desarrollo, no en la fabricación. Además, los costes de replicación son prácticamente nulos. – La composición de productos software es compleja e implica costes de integración. – El software no se estropea, pero sí se deteriora. Tema 1.3 - Gestión de Proyectos y del Riesgo 2  Curva de fallos: Hardware vs Software Curva de fallos para el Curva de fallos para el Hardware Software Software Engineering: A Practitioner's Approach (8th edition), Roger Pressman Tema 1.3 - Gestión de Proyectos y del Riesgo 3  Características del software ▪ El software es diferente a productos de otras ingenierías: – Tiene doble naturaleza: producto y herramienta. – Es más flexible y generalmente más barato de modificar. – Es difícil de medir, necesita métricas específicas. Para medir o estimar su tamaño. Para estimar su esfuerzo y coste de desarrollo. Para medir aspectos de su proceso de desarrollo. Para medir su calidad. Tema 1.3 - Gestión de Proyectos y del Riesgo 4  Características de un software de calidad Característica Descripción Debe ser aceptado por los usuarios para los que ha Aceptación sido diseñado. Los usuarios para los que ha sido diseñado deben Usabilidad poder utilizarlo fácilmente. Debe tener una baja tasa de fallos, los fallos que se Fiabilidad produzcan deben ser poco graves y debe ser capaz de recuperarse tras un fallo. Debe tener un bajo tiempo de respuesta y hacer un Rendimiento consumo eficiente de recursos (memoria, …). Debe ser desarrollado para que pueda ser mantenido Mantenibilidad fácilmente. Tema 1.3 - Gestión de Proyectos y del Riesgo 5  Proyectos de software ▪ Un proyecto de software (o proyecto de desarrollo de software) es un proyecto que, a fin de cumplir sus objetivos, requiere desarrollar productos software concretos que satisfagan unos requisitos determinados. ▪ Presentan características propias y específicas: – Desarrollo de productos con características únicas (software) – Ciclos de vida peculiares (actividades distintas) – Uso de métricas de estimación específicas – Comportamiento diferente Tema 1.3 - Gestión de Proyectos y del Riesgo 6  Proyectos de software: características ▪ Presentan un comportamiento diferente: – Nuevas personas en un proyecto de software necesitan tiempo para ser productivas. – Los costes generales aumentan a medida que crece el tamaño del equipo de desarrollo. – Generalmente, el tiempo y esfuerzo de desarrollo crecen de forma exponencial a medida que aumenta el tamaño del software a desarrollar. – Ley de Brooks: “Añadir más efectivos a un proyecto de software en retraso, lo retrasará más” Tema 1.3 - Gestión de Proyectos y del Riesgo 7 Modelos de Proceso de Software Tema 1.4 Gestión de Proyectos y del Riesgo  Modelos de proceso de software ▪ Los modelos de proceso de software son definiciones de alto nivel de los ciclos de vida de los productos software (es decir, de las fases por las que éstos transcurren desde su especificación hasta su mantenimiento y retirada). ▪ Estos modelos: – Definen las actividades relacionadas con la producción de productos software. – Establecen un orden entre estas actividades. – Definen relaciones entre las actividades. ▪ Cada modelo de proceso de software propone una secuencia de actividades que conduce a la elaboración de un producto software. Tema 1.4 - Gestión de Proyectos y del Riesgo 2  Actividades de los modelos de proceso de software La mayoría de modelos de proceso de software tienen en común las siguientes actividades: ▪ Especificación de requisitos: definición de la funcionalidad y restricciones del software a desarrollar. ▪ Diseño. ▪ Implementación. ▪ Integración. ▪ Verificación y validación: verificar y validar que la funcionalidad y las restricciones diseñadas e implementadas son correctas. ▪ Implantación. ▪ Mantenimiento. Tema 1.4 - Gestión de Proyectos y del Riesgo 3  Tipos de modelos de proceso de software ▪ Modelo en Cascada – Cascada clásico – Cascada con retroalimentación – Cascada con prototipado ▪ Desarrollo Incremental ▪ Modelo en Espiral ▪ Metodologías Ágiles Tema 1.4 - Gestión de Proyectos y del Riesgo 4  Modelo en Cascada clásico Especificación de Requisitos y Análisis Diseño del Sistema Implementación y Pruebas Unitarias Integración y Pruebas del Sistema Operación y Mantenimiento Tema 1.4 - Gestión de Proyectos y del Riesgo 5  Modelo en Cascada con retroalimentación Especificación de Requisitos y Análisis Diseño del Sistema Implementación y Pruebas Unitarias Integración y Pruebas del Sistema Operación y Mantenimiento Tema 1.4 - Gestión de Proyectos y del Riesgo 6  Modelo en Cascada con prototipado Un prototipo es una Especificación de implementación parcial pero Requisitos y Análisis usable de un sistema software o una parte del Diseño del mismo que permite explorar Sistema diversos aspectos del sistema. Implementación y Prototipado Pruebas Unitarias Integración y Pruebas del Sistema Los prototipos pueden ser Operación y evolutivos o desechables. Mantenimiento Tema 1.4 - Gestión de Proyectos y del Riesgo 7  Desarrollo Incremental Software Engineering: A Practitioner's Approach (8th edition), Roger Pressman Tema 1.4 - Gestión de Proyectos y del Riesgo 8  Modelo en Espiral ▪ Es un modelo iterativo y evolutivo dirigido por riesgos. ▪ Representa el proceso de software como una espiral de manera que cada ciclo representa una fase del proceso. ▪ Los riesgos se van detectando a medida que se va evolucionando y no al final. ▪ Las primeras versiones del software son prototipos mientras que las siguientes son cada vez más completas. ▪ El gestor del proyecto ajusta el número necesario de iteraciones (vueltas a la espiral) para completar el software. Tema 1.4 - Gestión de Proyectos y del Riesgo 9  Modelo en Espiral Software Engineering: A Practitioner's Approach (8th Edition), Roger Pressman Tema 1.4 - Gestión de Proyectos y del Riesgo 10  Desarrollo de software con metodologías ágiles ▪ El desarrollo ágil de software tiene por objetivo reducir los costes provocados por los cambios a lo largo del proceso de desarrollo de software sin afectar al tiempo de entrega gestionando estos cambios de manera iterativa a lo largo del proyecto. ▪ Los modelos de proceso de software definidos por las metodologías ágiles son iterativos e incrementales. – Cada iteración incluye especificación y análisis de requisitos, diseño, implementación, integración y pruebas. Tema 1.4 - Gestión de Proyectos y del Riesgo 11  Metodologías ágiles populares ▪ Scrum – Es una metodología ágil que define un conjunto de prácticas, roles, eventos y artefactos. ▪ Kanban – Es una metodología ágil para definir, gestionar y mejorar servicios que entregan trabajo del conocimiento. ▪ XP (eXtreme Programming) – Es una metodología ágil basada en un conjunto de prácticas cuyo objetivo es desarrollar software de alta calidad con una alta productividad. Tema 1.4 - Gestión de Proyectos y del Riesgo 12  Ciclo de vida de los proyectos y actividades de desarrollo de software Ciclo de vida del proyecto El mantenimiento suele quedar Inicio Planificación Ejecución Cierre fuera del ámbito del proyecto 1: Especificación 2: Diseño 3: Implementación 7: Mantenimiento de Requisitos 4: Integración 5: Verificación y validación 6: Implantación Ciclo de vida del desarrollo del proyecto Ciclo de vida del producto software (Modelo en cascada) Tema 1.4 - Gestión de Proyectos y del Riesgo 13  Ejemplo de ciclos de vida de proyectos software Ciclo de vida de un proyecto software en el que se desarrolla un producto software siguiendo un modelo en cascada clásico: Análisis de Planificación Cierre Requisitos Inicio Especificación de Requisitos Diseño del Sistema Implantación Implementación y Pruebas Unitarias Integración y Pruebas del Sistema Tema 1.4 - Gestión de Proyectos y del Riesgo 14  Ejemplo de ciclos de vida de proyectos software Ciclo de vida de un proyecto software en el que se desarrolla una aplicación web con arquitectura cliente-servidor empleando desarrollo incremental: Análisis de Implementación del Integración y Planificación Requisitos del Servidor Cliente y Pruebas Pruebas del Sistema Inicio Especificación de Requisitos Diseño del Servidor Diseño del Cliente Implantación Implementación del Análisis de Cierre Servidor y Pruebas Requisitos del Cliente Tema 1.4 - Gestión de Proyectos y del Riesgo 15  Ejemplo de ciclos de vida de proyectos software Ciclo de vida de un proyecto software en el que se desarrollan en paralelo dos aplicaciones software (siguiendo un modelo no especificado) y una campaña de marketing para promocionarlas: Tema 1.4 - Gestión de Proyectos y del Riesgo 16