Your SlideShare is downloading. ×
GestióN De Proyectos IntroduccióN
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

GestióN De Proyectos IntroduccióN

5,001
views

Published on

Published in: Business

1 Comment
6 Likes
Statistics
Notes
  • Este material es muy valioso para el entendimiento del tema
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total Views
5,001
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
699
Comments
1
Likes
6
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Transcript

    • 1. Curso de Direcci ón de Proyectos Introducci ón
    • 2. ¿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
    • 3. ¿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 )
    • 4. ¿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)
    • 5. ¿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
    • 6. ¿Qu é es un Proyecto? .... ... Predecible Aventurado Despersonalizado Con carácter Un día más viejo Una experiencia que hace madurar Sin puntos ni comas Con principio y final A lo seguro Aventurado Adormecedor Agotador Burocrático Una pieza maestra Rutinario Asombroso Esperar a que de la hora Un acto de pasión desatada Un Trabajo Una actuación Departamento de Compras...etc. Placido Domingo..etc.
    • 7. ¿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
    • 8. 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
    • 9. 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.
    • 10. Á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
    • 11. 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
    • 12. 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…
    • 13. 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
    • 14. 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
    • 15. ¿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
    • 16. ¿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
    • 17. ¿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
    • 18. ¿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
    • 19. ¿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
    • 20. Gracias… y buena Suerte Curso de Direcci ón de Proyectos Mar ía Jesús Salido Rojo maria . [email_address] . com

    ×