Curso de Direcci ón de Proyectos Introducci ón
¿Qu é es un Proyecto? Un  Proyecto  es un conjunto de trabajos interrelacionados entre sí, que van encaminados a alcanzar un objetivo o meta específica, con unas fechas de inicio y fin, y unos recursos finitos Objetivo Tiempo Dinero € Recursos
¿Qu é es un Proyecto? “ Los Proyectos – con un principio y un final y un cliente y unos resultados que se puedan entregar- es lo que hacen las empresas de servicios profesionales” Tom Peters 50 claves para la dirección de proyectos (1999 )
¿Qu é es un Proyecto? Un  Proyecto  es un esfuerzo temporal para crear un procucto o servicio  único. Temporal quiere decir que tiene un inicio y un final definidos  Único quiere decir que el producto o servicio es distingible y singular Un proyecto es: Ejecutado por personas Restingido a unos recursos limitados Planificado, ejecutado y controlado PMI Standards Committee A GUIDE TO THE PROJECT MANAGEMENT BODY OF KNOWLEDGE (1996)
¿Qu é es un Proyecto? Ante una necesidad de actuar, podemos adoptar un enfoque de  “vamos haciendo” o plantear las actividades en formato de Proyecto Estos dos enfoques requieren sistemas de gestión habilidades y filosofías diferentes OPERACIONES PROYECTO Esfuerzo temporal limitado    Producto Servicio único En curso permanente    mismo servicio/ producto una y otra vez
¿Qu é es un Proyecto? Placido Domingo..etc. Departamento de Compras...etc. Una actuación Un Trabajo Un acto de pasión desatada Esperar a que de la hora Asombroso Rutinario Una pieza maestra Burocrático Agotador Adormecedor Aventurado A lo seguro Con principio y final Sin puntos ni comas Una experiencia que hace madurar Un día más viejo Con carácter Despersonalizado Aventurado Predecible ... ....
¿Qu é es un Proyecto? Apasionante…pero arriesgado: El  índice de fracaso de los Proyectos es alto. El Colorario de Callaham a las Leyes de Murphy: “Murphy era un optimista” LOS PROYECTOS Y LAS LEYES DE MURPHY LA PRIMERA LEY  : Todo proyecto resulta siempre más complejo que lo originalmente planteado. LA SEGUNDA LEY : Todo proyecto resulta siempre más caro que lo originalmente planteado. LA TERCERA LEY : Todo proyecto se demora siempre más tiempo que lo originalmente planteado. LA CUARTA LEY : Si algo puede fallar, fallará inevitablemente
Metodolog ías La gestión de proyectos requiere el conocimiento de una  rigurosa  metodología  para realizar una aplicaci ón poco rigurosa de la misma ISO 9000:2000 Objetivo Tiempo Dinero Recursos Energia Espacio Provisiones Comunicación Calidad Riesgos
Metodolog ías Referencias Las principales referencias de la gestión formal de proyectos son las asociaciones: PMI  (Project Management Institute) IPMA  (International Project Management Association) Y la metodología: PRINCE2  (Projects in Controlled Environments) IPMA se constituyó en 1965, PMI lo hizo en 1969, y PRINCE2 se comenzó a desarrollar en 1989 PMI e IPMA son organizaciones que han ido desarrollando estándares, métodos y modelos de certificación profesional ( www.pmi.org  –  www.ipma.ch ). Siguiendo un camino inverso, PRINCE2 no nace como asociación, sino como metodología  alrededor de la cual se ha formado un grupo de desarrollo.
Áreas de Conocimiento Desde un punto de vista  conceptual , la gesti ón de  proyectos se distribuye en las siguientes  áreas de conocimiento  : Gestión de la integración Desarrollo del plan de proyecto Ejecución del plan de proyecto Control integrado del cambio Gestión del alcance Inicio Planificación del alcance Definición del alcance Verificación del alcance Control de cambio del alcance Gestión del tiempo Definición de la actividad Secuencia de la actividad Estimación de tiempos Desarrollo de la agenda Control de la agenda Gestión de costes Plan de recursos Estimación de costes Presupuesto Control de costes Gestión de la calidad Plan de calidad Aseguramiento de la calidad Control de calidad Gestión de los recursos humanos Plan de organización Incorporación de personas Desarrollo del equipo Gestión de la comunicación Plan de comunicaciones Distribución de la información Informes de eficiencia Cierre administrativo Gestión de riesgos Plan de riesgos Identificación de riesgos Análisis cuantitativo de riesgos Análisis cualitativo de riesgos Plan de exposición de riesgos Monitorización y control de ries. Gestión de compras Plan de necesidades Plan de compras Compras Selección de proveedores Contratación administrativa Cierre de contrato Fuente: PMBOK
Ciclo de vida de los Proyectos Los Proyectos empiezan mucho antes de aparezca la necesidad de gestionar su implementaci ón Desarrollo Formalizaci ón Conceptualizacion SE CONSTRUYE UNA HISTORIA Gesti ón del  Conocimiento Alineaci ón de Personas SE CONSTRUYE UNA PROPUESTA SE CONSTRUYE UN PRODUCTO/SERVICIO
Ciclo de vida de los Proyectos Conceptualizaci ó n Considerar el  entorno  y sus influencias. El problema es concreto, el entorno complejo. Es esencial contextualizar el Proyecto Analizar la  Situación actual  del cliente, el grado de madurez de la organizaci ón para afrontar el proyecto, aspectos culturales, iniciativas previas relacionadas… Entender y pactar claramente cuales son los  objetivos  implícitos y explícitos del proyecto (Qué queremos conseguir con su implantación?) Un problema se puede abordar desde diferentes perspectivas. Cual es la nuestra?. Con qu é  enfoque  abordamos el proyecto? Cómo vamos a hacerlo? Cual es nuestro plan? ... No es el plan de trabajo... Es la definici ón de una  estrategia  idónea y realista CONSTRUIR UNA HISTORIA Un cl ásico…
Ciclo de vida de los Proyectos Formalizaci ón Crear  la  Comunidad  del Proyecto (Colaboradores, Cliente, Partners...) Definir  roles y responsablidades  (a priori)  Definir los flujos de  comunicaci ón   y los  órganos de  seguimiento  del Proyecto Decidir c ó mo se va a  operar  y cómo se va a  medir Delimitar el  Alcance : qué queda cubierto por el proyecto y qué no  Definir el protocolo de  gesti ón de cambios Definir un  marco temporal  y una planificación de tareas a alto nivel  Valorar  económicamente  el Proyecto CONSTRUIR UNA OFERTA/CONTRATO
Ciclo de vida de los Proyectos Implementaci ón Iniciación Planificación Control Cierre Ejecución Desde un punto de vista temporal, los proyectos se distribuyen en:  Una fase de  inicio , que acostumbra a formalizarse con la celebraci ón de la reunión de kickoff A partir de ese momento, se inicia una iteración constante entre la  ejecución  del proyecto, el  control  del mismo y la  planificación  y re-planificación constante para adaptar el proyecto a la realidad operativa El  cierre  de un Proyecto, corresponde a las actividades que formalizan su entrega, aceptaci ón por el cliente y traspaso a los equipos de mantenimiento u operación CONSTRUIR uN PRODUCTO O SERVICIO
¿Qu é veremos en el curso? Inicio Planificaci ón Seguimiento y Control Cierre PROGRAMA Inicio Nivel de Actividad Cierre Control Planificación Ejecución Gestión Integral de Proyectos
¿Qu é veremos en el curso? Definición del Proyecto Introducción A MicroSoft Project  Creación de un proyecto Incorporación de Información básica del proyecto Definición de tareas (tipos, relaciones, agrupación,hitos…) Definición de recursos(tipos, hoja de recursos, grupos) Definición de Calendario (distintas vistas) Construcción de una tabla de Riesgos Preparación de la reunión de Kickoff  Interlocutores clave Esquema de la reunión Material a compartir DETALLE DEL PROGRAMA INICIO OBJETIVO : PREPARACI ÓN DE LA REUNION DE KICKOFF
¿Qu é veremos en el curso? Planificación del Proyecto con MicroSoft Project Asignar recursos a tareas e identificar sobreuso de recursos Compartir recursos en varios proyectos Obtener linea base Identificar Camino crítico Ver Gantt, Pert.. Elaborar un Caso Práctico relacionado con el ámbito funcional de los alumnos DETALLE DEL PROGRAMA PLANIFICACI ÓN OBJETIVO: BUEN MANEJO DE LA HERRAMIENTA MICROSOFT PROJECT
¿Qu é veremos en el curso? Seguimiento del Proyecto con MSProject Por tarea, por % total, por proyecto Ver Gantt de seguimiento (sobre caso práctico realizado en bloque anterior) Comparar evolución con respecto a línea base Obtener informes (standares y personalizados) Seguimiento de la tabla de riesgos Financieros Técnicos De Calendario Cómo preparar una reunión de Seguimiento Interlocutores clave Esquema de la reunión Material a compartir DETALLE DEL PROGRAMA EJECUCI ÓN  Y CONTROL OBJETIVO: EVITAR DESV ÍOS Y DOCUMENTAR EL AVANCE DEL PROYECTO
¿Qu é veremos en el curso? “ EL PRIMER 90% DE UN PROYECTO SE TOMA EL 90% DEL TIEMPO…..EL ULTIMO 10% SE TOMA EL OTRO 90% DEL TIEMPO” Richard Templar   Elaborar documentaci ón de cierre y preparar la reunión de cierre con el cliente Elaborar documentación y preparar la reunión de traspaso a los equipos de mantenimiento Desasignar a los recursos Asegurar el cumplimiento de los periodos de garant ía Gestión del conocimiento y explicitación de lecciones aprendidas   DETALLE DEL PROGRAMA CIERRE OBJETIVO: ASEGURAR LA TRANSICI ÓN A MANTENIMIENO  Y LECCIONES APRENDIDAS
Gracias… y buena Suerte Curso de Direcci ón de Proyectos Mar ía Jesús Salido Rojo [email_address]

Gestión de proyectos II

  • 1.
    Curso de Dirección de Proyectos Introducci ón
  • 2.
    ¿Qu é esun Proyecto? Un Proyecto es un conjunto de trabajos interrelacionados entre sí, que van encaminados a alcanzar un objetivo o meta específica, con unas fechas de inicio y fin, y unos recursos finitos Objetivo Tiempo Dinero € Recursos
  • 3.
    ¿Qu é esun Proyecto? “ Los Proyectos – con un principio y un final y un cliente y unos resultados que se puedan entregar- es lo que hacen las empresas de servicios profesionales” Tom Peters 50 claves para la dirección de proyectos (1999 )
  • 4.
    ¿Qu é esun Proyecto? Un Proyecto es un esfuerzo temporal para crear un procucto o servicio único. Temporal quiere decir que tiene un inicio y un final definidos Único quiere decir que el producto o servicio es distingible y singular Un proyecto es: Ejecutado por personas Restingido a unos recursos limitados Planificado, ejecutado y controlado PMI Standards Committee A GUIDE TO THE PROJECT MANAGEMENT BODY OF KNOWLEDGE (1996)
  • 5.
    ¿Qu é esun Proyecto? Ante una necesidad de actuar, podemos adoptar un enfoque de “vamos haciendo” o plantear las actividades en formato de Proyecto Estos dos enfoques requieren sistemas de gestión habilidades y filosofías diferentes OPERACIONES PROYECTO Esfuerzo temporal limitado  Producto Servicio único En curso permanente  mismo servicio/ producto una y otra vez
  • 6.
    ¿Qu é esun Proyecto? Placido Domingo..etc. Departamento de Compras...etc. Una actuación Un Trabajo Un acto de pasión desatada Esperar a que de la hora Asombroso Rutinario Una pieza maestra Burocrático Agotador Adormecedor Aventurado A lo seguro Con principio y final Sin puntos ni comas Una experiencia que hace madurar Un día más viejo Con carácter Despersonalizado Aventurado Predecible ... ....
  • 7.
    ¿Qu é esun Proyecto? Apasionante…pero arriesgado: El índice de fracaso de los Proyectos es alto. El Colorario de Callaham a las Leyes de Murphy: “Murphy era un optimista” LOS PROYECTOS Y LAS LEYES DE MURPHY LA PRIMERA LEY : Todo proyecto resulta siempre más complejo que lo originalmente planteado. LA SEGUNDA LEY : Todo proyecto resulta siempre más caro que lo originalmente planteado. LA TERCERA LEY : Todo proyecto se demora siempre más tiempo que lo originalmente planteado. LA CUARTA LEY : Si algo puede fallar, fallará inevitablemente
  • 8.
    Metodolog ías Lagestión de proyectos requiere el conocimiento de una rigurosa metodología para realizar una aplicaci ón poco rigurosa de la misma ISO 9000:2000 Objetivo Tiempo Dinero Recursos Energia Espacio Provisiones Comunicación Calidad Riesgos
  • 9.
    Metodolog ías ReferenciasLas principales referencias de la gestión formal de proyectos son las asociaciones: PMI (Project Management Institute) IPMA (International Project Management Association) Y la metodología: PRINCE2 (Projects in Controlled Environments) IPMA se constituyó en 1965, PMI lo hizo en 1969, y PRINCE2 se comenzó a desarrollar en 1989 PMI e IPMA son organizaciones que han ido desarrollando estándares, métodos y modelos de certificación profesional ( www.pmi.org – www.ipma.ch ). Siguiendo un camino inverso, PRINCE2 no nace como asociación, sino como metodología alrededor de la cual se ha formado un grupo de desarrollo.
  • 10.
    Áreas de ConocimientoDesde un punto de vista conceptual , la gesti ón de proyectos se distribuye en las siguientes áreas de conocimiento : Gestión de la integración Desarrollo del plan de proyecto Ejecución del plan de proyecto Control integrado del cambio Gestión del alcance Inicio Planificación del alcance Definición del alcance Verificación del alcance Control de cambio del alcance Gestión del tiempo Definición de la actividad Secuencia de la actividad Estimación de tiempos Desarrollo de la agenda Control de la agenda Gestión de costes Plan de recursos Estimación de costes Presupuesto Control de costes Gestión de la calidad Plan de calidad Aseguramiento de la calidad Control de calidad Gestión de los recursos humanos Plan de organización Incorporación de personas Desarrollo del equipo Gestión de la comunicación Plan de comunicaciones Distribución de la información Informes de eficiencia Cierre administrativo Gestión de riesgos Plan de riesgos Identificación de riesgos Análisis cuantitativo de riesgos Análisis cualitativo de riesgos Plan de exposición de riesgos Monitorización y control de ries. Gestión de compras Plan de necesidades Plan de compras Compras Selección de proveedores Contratación administrativa Cierre de contrato Fuente: PMBOK
  • 11.
    Ciclo de vidade los Proyectos Los Proyectos empiezan mucho antes de aparezca la necesidad de gestionar su implementaci ón Desarrollo Formalizaci ón Conceptualizacion SE CONSTRUYE UNA HISTORIA Gesti ón del Conocimiento Alineaci ón de Personas SE CONSTRUYE UNA PROPUESTA SE CONSTRUYE UN PRODUCTO/SERVICIO
  • 12.
    Ciclo de vidade los Proyectos Conceptualizaci ó n Considerar el entorno y sus influencias. El problema es concreto, el entorno complejo. Es esencial contextualizar el Proyecto Analizar la Situación actual del cliente, el grado de madurez de la organizaci ón para afrontar el proyecto, aspectos culturales, iniciativas previas relacionadas… Entender y pactar claramente cuales son los objetivos implícitos y explícitos del proyecto (Qué queremos conseguir con su implantación?) Un problema se puede abordar desde diferentes perspectivas. Cual es la nuestra?. Con qu é enfoque abordamos el proyecto? Cómo vamos a hacerlo? Cual es nuestro plan? ... No es el plan de trabajo... Es la definici ón de una estrategia idónea y realista CONSTRUIR UNA HISTORIA Un cl ásico…
  • 13.
    Ciclo de vidade los Proyectos Formalizaci ón Crear la Comunidad del Proyecto (Colaboradores, Cliente, Partners...) Definir roles y responsablidades (a priori) Definir los flujos de comunicaci ón y los órganos de seguimiento del Proyecto Decidir c ó mo se va a operar y cómo se va a medir Delimitar el Alcance : qué queda cubierto por el proyecto y qué no Definir el protocolo de gesti ón de cambios Definir un marco temporal y una planificación de tareas a alto nivel Valorar económicamente el Proyecto CONSTRUIR UNA OFERTA/CONTRATO
  • 14.
    Ciclo de vidade los Proyectos Implementaci ón Iniciación Planificación Control Cierre Ejecución Desde un punto de vista temporal, los proyectos se distribuyen en: Una fase de inicio , que acostumbra a formalizarse con la celebraci ón de la reunión de kickoff A partir de ese momento, se inicia una iteración constante entre la ejecución del proyecto, el control del mismo y la planificación y re-planificación constante para adaptar el proyecto a la realidad operativa El cierre de un Proyecto, corresponde a las actividades que formalizan su entrega, aceptaci ón por el cliente y traspaso a los equipos de mantenimiento u operación CONSTRUIR uN PRODUCTO O SERVICIO
  • 15.
    ¿Qu é veremosen el curso? Inicio Planificaci ón Seguimiento y Control Cierre PROGRAMA Inicio Nivel de Actividad Cierre Control Planificación Ejecución Gestión Integral de Proyectos
  • 16.
    ¿Qu é veremosen el curso? Definición del Proyecto Introducción A MicroSoft Project Creación de un proyecto Incorporación de Información básica del proyecto Definición de tareas (tipos, relaciones, agrupación,hitos…) Definición de recursos(tipos, hoja de recursos, grupos) Definición de Calendario (distintas vistas) Construcción de una tabla de Riesgos Preparación de la reunión de Kickoff Interlocutores clave Esquema de la reunión Material a compartir DETALLE DEL PROGRAMA INICIO OBJETIVO : PREPARACI ÓN DE LA REUNION DE KICKOFF
  • 17.
    ¿Qu é veremosen el curso? Planificación del Proyecto con MicroSoft Project Asignar recursos a tareas e identificar sobreuso de recursos Compartir recursos en varios proyectos Obtener linea base Identificar Camino crítico Ver Gantt, Pert.. Elaborar un Caso Práctico relacionado con el ámbito funcional de los alumnos DETALLE DEL PROGRAMA PLANIFICACI ÓN OBJETIVO: BUEN MANEJO DE LA HERRAMIENTA MICROSOFT PROJECT
  • 18.
    ¿Qu é veremosen el curso? Seguimiento del Proyecto con MSProject Por tarea, por % total, por proyecto Ver Gantt de seguimiento (sobre caso práctico realizado en bloque anterior) Comparar evolución con respecto a línea base Obtener informes (standares y personalizados) Seguimiento de la tabla de riesgos Financieros Técnicos De Calendario Cómo preparar una reunión de Seguimiento Interlocutores clave Esquema de la reunión Material a compartir DETALLE DEL PROGRAMA EJECUCI ÓN Y CONTROL OBJETIVO: EVITAR DESV ÍOS Y DOCUMENTAR EL AVANCE DEL PROYECTO
  • 19.
    ¿Qu é veremosen el curso? “ EL PRIMER 90% DE UN PROYECTO SE TOMA EL 90% DEL TIEMPO…..EL ULTIMO 10% SE TOMA EL OTRO 90% DEL TIEMPO” Richard Templar Elaborar documentaci ón de cierre y preparar la reunión de cierre con el cliente Elaborar documentación y preparar la reunión de traspaso a los equipos de mantenimiento Desasignar a los recursos Asegurar el cumplimiento de los periodos de garant ía Gestión del conocimiento y explicitación de lecciones aprendidas DETALLE DEL PROGRAMA CIERRE OBJETIVO: ASEGURAR LA TRANSICI ÓN A MANTENIMIENO Y LECCIONES APRENDIDAS
  • 20.
    Gracias… y buenaSuerte Curso de Direcci ón de Proyectos Mar ía Jesús Salido Rojo [email_address]

Notas del editor

  • #6 Ante una necesidad de actuar, podemos adoptar un enfoque de “vamos haciendo” o plantear las actividades en formato de Proyecto   PROYECTOS VS. OPERACIONES Un proyecto es un esfuerzo temporal, único y progresivo, emprendido para crear un producto o un servicio también único Ésta temporalidad y unicidad, diferencian a los proyectos de…. … las operaciones , que son trabajos funcionales en curso permanente y que crean el mismo producto o servicio una y otra vez La gestión de estos dos sistemas es a menudo muy diferente, por lo que requieren habilidades técnicas y filosofías diferentes. La gestión de proyectos es la disciplina de organizar y administrar recursos de manera tal que se pueda culminar todo el trabajo requerido en el proyecto dentro del alcance, el tiempo, y coste definidos.   El proyecto, por lo tanto, es un sistema cuidadosamente seleccionado de actividades definidas para utilizar los recursos (tiempo, dinero, recursos humanos, materiales, energía, espacio, provisiones, comunicación, calidad, riesgo, etc.) para resolver los objetivos predefinidos .