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

Like this? Share it with your network

Share

GestióN De Proyectos IntroduccióN

  • 7,207 views
Uploaded on

 

More in: Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
  • Este material es muy valioso para el entendimiento del tema
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
7,207
On Slideshare
7,129
From Embeds
78
Number of Embeds
7

Actions

Shares
Downloads
694
Comments
1
Likes
5

Embeds 78

http://getiondeproyectos.blogspot.com 42
http://www.slideshare.net 20
http://www.linkedin.com 5
http://mnac.lapenultimaidea.com 4
http://gdp.consultoriaartesana.net 3
https://www.linkedin.com 3
http://getiondeproyectos.blogspot.mx 1

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