Seminario de administración de proyectos excelza v1
Upcoming SlideShare
Loading in...5
×
 

Seminario de administración de proyectos excelza v1

on

  • 5,318 views

El contenido de este seminario combina una introducción al PMBOK® Guide (A Guide to the Project Management Body of Knowledge) con la descripción de las características principales de la ...

El contenido de este seminario combina una introducción al PMBOK® Guide (A Guide to the Project Management Body of Knowledge) con la descripción de las características principales de la herramienta Microsoft Project Server® 2010
Muestra ademas las lecciones aprendidas en la implementación del Producto
En la V1 de la presentación se colocaron leyendas aclaratorias en algunas pantallas

Statistics

Views

Total Views
5,318
Slideshare-icon Views on SlideShare
4,599
Embed Views
719

Actions

Likes
2
Downloads
376
Comments
2

9 Embeds 719

http://geeks.ms 359
http://surpoint.blogspot.com 190
http://faccilearn.uleam.edu.ec 81
http://albinogoncalves.wordpress.com 80
http://surpoint.blogspot.mx 3
http://feeds.feedburner.com 2
http://surpoint.blogspot.com.es 2
http://surpoint.blogspot.com.au 1
http://surpoint.blogspot.com.ar 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

12 of 2

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Seminario de administración de proyectos excelza v1 Seminario de administración de proyectos excelza v1 Presentation Transcript

    • EL PMBOK® GUIDE CONMICROSOFT PROJECT SERVER RMYA.BIZ RMYA.BIZ 0
    • SOBRE EL SEMINARIO El contenido de este seminario combina una introducción al PMBOK® Guide (A Guide to the Project Management Body of Knowledge) con la descripción de las características principales de la herramienta Microsoft Project Server® 2010 Lic. Patricia Bus Lic. Raúl Martínez RMYA.BIZ 1
    • CONTENIDO Introducción  ¿Qué es un proyecto?  ¿Qué es la administración de proyectos?  El rol del Jefe de Proyecto  La influencia de la organización y los interesados en el proyecto  El ciclo de vida del proyecto  El ciclo de vida de un producto y sus proyectos relacionados Los procesos de la administración de proyectos Las áreas de conocimiento Enterprise Project Management con Microsoft Project Server® La cartera de proyectos Referencias RMYA.BIZ 2
    • RMYA.BIZ 3
    • DEBATE¿Qué opinan de las siguientes afirmaciones?1. El objetivo de un proyecto se define en términos de recursos, calendario y costos2. Un proyecto es ejecutado a través de una serie de tareas independientes3. La definición del éxito de un proyecto es cumplir el presupuesto y el calendario RMYA.BIZ 4
    • ¿QUÉ ES UN PROYECTO? - Definición Un proyecto es un emprendimiento temporario llevado a cabo para crear un producto, servicio o resultado único RMYA.BIZ 5
    • ¿QUÉ ES UN PROYECTO? - Análisis Tiene un objetivo específico:  crear un producto,  crear un servicio, o  crear un resultado único Comprende una serie de tareas interrelacionadas  desarrolladas utilizando elaboración progresiva del plan de proyecto Debe completarse dentro de ciertas especificaciones Tiene límites presupuestarios RMYA.BIZ 6
    • ¿QUÉ ES UN PROYECTO? - Análisis Es un emprendimiento temporario con fechas de comienzo y fin definidas Consume recursos de distinto tipo y áreas Implica incertidumbre Tiene un cliente principal Tiene un sponsor que usualmente provee una dirección y fondos RMYA.BIZ 7
    • ¿QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS?Administrar un proyecto incluye: Identificar los requerimientos de negocio Abordar varias necesidades, preocupaciones y expectativas de los interesados Balancear las restricciones del proyecto Triple restricción Satisfacción del Cliente RMYA.BIZ 8
    • DEBATE¿Qué opinan de la siguiente afirmación?1. Las siguientes son habilidades que debería tener un Jefe de Proyecto, en este orden de prioridad:  de comunicación  de organización  de formación de equipos  de liderazgo  tecnológicas RMYA.BIZ 9
    • EL ROL DEL JEFE DE PROYECTOEl Jefe de Proyecto es la persona asignada por la organización ejecutora paralograr los objetivos del proyecto Conduce el Equipo de Trabajo Es el principal comunicador Es el responsable directo de:  los resultados  el calendario  el presupuesto  el control del alcance  crear y administrar el plan del proyecto RMYA.BIZ 10
    • EL ROL DEL JEFE DE PROYECTO (CONT.)Las competencias del Jefe de Proyecto:Dominar el Arte de la Administración de Proyectos Comunicación efectiva  Resolución de problemas Confianza, Valores, Integridad,  Comprensión del negocio Honestidad  Negociación, Relación con Sociabilidad el cliente Liderazgo, Desarrollo del equipo  Manejo del cambio Flexibilidad  Manejo de expectativas Toma de decisiones  Consultoría RMYA.BIZ 11
    • EL ROL DEL JEFE DE PROYECTO (CONT.)Las competencias del Jefe de Proyecto:Dominar la Ciencia de la Administración de Proyectos Planificación  Métricas WBS  Earned Value Gantt  Administración de riesgos Estándares  Reportes de avance CPM/ diagramas de precedencia  Estimación y nivelación de recursos Análisis de variaciones RMYA.BIZ 12
    • ENTONCES ¿QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? La administración de proyectos es la aplicación de conocimiento, habilidades, herramientas y técnicas a las actividades del proyecto para alcanzar los objetivos del proyecto RMYA.BIZ 13
    • DEBATE¿Qué opinan de las siguientes afirmaciones?1. El Jefe de Proyecto siempre tiene autoridad sobre las decisiones del proyecto, el presupuesto y los recursos2. La organización del proyecto es independiente de la estructura de la organización ejecutora del proyecto RMYA.BIZ 14
    • LA INFLUENCIA DE LA ORGANIZACIÓN EN ELPROYECTO Organización funcional El personal reporta a su jefe funcional Los proyectos se encaran en cada área en forma separada El rol de Jefe de Proyecto es compartido por los Jefes Funcionales Los jefes funcionales coordinan y administran el presupuesto Coordinación del proyecto Gerencia Decisiones del proyecto Jefe Jefe Jefe funcional funcional funcional Personal Personal Personal Personal Personal Personal Personal Personal Personal Equipo del proyecto RMYA.BIZ 15
    • LA INFLUENCIA DE LA ORGANIZACIÓN EN ELPROYECTO (CONT.) Organización matricial débil Tiene muchas de las características de la organización funcional Existe el rol de Coordinador o Facilitador El Coordinador tiene autoridad limitada Gerencia Decisiones del proyecto Jefe Jefe Jefe funcional funcional funcional Personal Personal Personal Coordinación del proyecto Personal Personal Personal Personal Personal Personal Equipo del proyecto RMYA.BIZ 16
    • LA INFLUENCIA DE LA ORGANIZACIÓN EN ELPROYECTO (CONT.) Organización matricial balanceada Reconoce la necesidad de un Jefe de Proyecto, pero no provee la autoridad total sobre el proyecto y su presupuesto Gerencia Jefe Jefe Jefe funcional funcional funcional Personal Personal Personal Coordinación del proyecto Personal Personal PersonalDecisiones del Jefe de Personal Personal proyecto Proyecto Equipo del proyecto RMYA.BIZ 17
    • LA INFLUENCIA DE LA ORGANIZACIÓN EN ELPROYECTO (CONT.) Organización matricial fuerte Tiene muchas de las características de la organización por proyectos Los jefes de proyecto están asignados full-time y tienen autoridad total sobre el proyecto Gerencia Jefe Jefe Director de Jefes funcional funcional de Proyecto Personal Personal Jefe de Proyecto Coordinación del Decisiones del proyecto Personal Personal Jefe de Proyecto proyecto Personal Personal Jefe de Proyecto Equipo del proyecto RMYA.BIZ 18
    • LA INFLUENCIA DE LA ORGANIZACIÓN EN ELPROYECTO (CONT.) Organización por proyectos El personal reporta al Jefe de Proyecto, que tiene mucha independencia y autoridad sobre el proyecto La organización está estructurada en torno a proyectos Coordinación del proyecto Gerencia Jefe de Jefe de Jefe de Decisiones del Proyecto proyecto Proyecto proyecto Personal Personal Personal Personal Personal Personal Personal Personal Personal Equipo del proyecto RMYA.BIZ 19
    • DEBATE¿Qué opinan de las siguientes afirmaciones?1. Los interesados de un proyecto son aquellos que tienen interés en que éste concluya con éxito2. Un usuario final que no fue involucrado en el proyecto no es un interesado3. Las expectativas de los interesados sólo interesan al principio del proyecto RMYA.BIZ 20
    • LA INFLUENCIA DE LOS INTERESADOS EN EL PROYECTOLos interesados son personas u organizaciones que están activamenteinvolucradas en el proyecto, o cuyos intereses pueden ser afectados positivao negativamente por el desarrollo o finalización del proyectoPueden ejercer influencia sobre el proyecto, sus entregables o los integrantesdel equipo de proyecto RMYA.BIZ 21
    • LA INFLUENCIA DE LOS INTERESADOS EN EL PROYECTO (CONT.)Es tarea del Jefe de Proyecto: Identificar a todos los interesados detectar su interés y expectativas en el proyecto determinar su poder para actuar sobre el proyecto manejar su influencia en relación a los requerimientos del proyecto, para asegurar un resultado exitoso RMYA.BIZ 22
    • LA INFLUENCIA DE LOS INTERESADOS EN EL PROYECTO (CONT.)La relación entre los interesados y el proyecto Los interesados Oficina de Clientes/ Proyectos Usuarios Jefe de Jefes Cartera de funcionales Proyectos Sponsor Jefe de Jefe de Programa El equipo de proyecto Operaciones Jefe de Otros proyecto Proveedores / interesados Vendedores Equipo de Otros administración integrantes del proyecto RMYA.BIZ 23
    • DEBATE1. Den un ejemplo de ciclo de vida de un proyecto2. ¿Cómo se relaciona el ciclo de vida con la administración del proyecto? RMYA.BIZ 24
    • EL CICLO DE VIDA DEL PROYECTOConsiste en un conjunto de fases Generalmente secuenciales y a veces solapadasSe determinan por: la naturaleza del proyecto su área de aplicación necesidades de administración y controlPermiten segmentar al proyecto en conjuntos lógicos para su mejoradministración, planificación y control RMYA.BIZ 25
    • EL CICLO DE VIDA DE UN PRODUCTO Y SUSPROYECTOS RELACIONADOS Ciclo de vida de un producto Introducción al Saturación y Retiro del Crecimiento Madurez mercado deterioro mercado Proyecto Proyecto Proyecto Proyecto Proyecto Ciclo de vida de un proyecto Investigación Diseño Construcción Implementación La administración del proyecto Seguimiento y Control Inicio Planificación Ejecución Cierre RMYA.BIZ 26
    • 27
    • DEBATE1. Los siguientes, ¿son procesos de administración de proyectos? Planificación estratégica Confirmación de interés en el producto Investigación Confirmación de comercialización Prototipado Confirmación de producción Factibilidad Confirmación de lanzamiento Implementación Finalización del proyecto RMYA.BIZ 28
    • LOS PROCESOS DE ADMINISTRACIÓN DE PROYECTOSLos procesos de un proyecto se clasifican en dos categorías principales:Procesos de administración de proyectos: intentan llevar el proyecto hacia su objetivo abarcan las técnicas y herramientas descriptas en el PMBOK® Guide aplicables a cualquier tipo de proyecto Procesos de la ProcesosProcesos orientados al producto: administración orientados al definidos por el ciclo de vida del proyecto de proyectos producto varían según el área de aplicación Tiempo de existencia del proyectoNo son independientes e interactúan entre ellos RMYA.BIZ 29
    • LOS PROCESOS DE ADMINISTRACIÓN DE PROYECTOS(CONT.)La propuesta del PMI incluye: 42 procesos de administración de proyectos Agrupados en 5 grupos de procesos:  Inicio  Planificación Seguimiento y Control  Ejecución Inicio Planificación  Seguimiento y control Ejecución Cierre A . B I Z RMY  Cierre Grupo dePor ejemplo: procesos Inicio Desarrollar el acta del proyecto Identificar a los interesados Procesos RMYA.BIZ 30
    • LOS PROCESOS DE ADMINISTRACIÓN DE PROYECTOS(CONT.)Los procesos y los grupos de procesos: Interactúan entre sí a lo largo del proyecto o la fase del proyecto Nivel de Ejecución Seguimiento y Control Interacción Planificación Inicio Cierre Comienzo del proyecto o fase Final del proyecto o fase No son fases del proyecto No son el ciclo de vida del proyecto No son secuenciales RMYA.BIZ 31
    • LOS PROCESOS DE ADMINISTRACIÓN DE PROYECTOS(CONT.) Nivel de costo y recursos afectados Ejecución Cierre Planificación Inicio Avance del proyecto Salidas de la Entregables Documentos del Charter Plan del Proyecto Administración de Aceptados proyecto archivados Proyectos RMYA.BIZ 32
    • LOS PROCESOS DE ADMINISTRACIÓN DE PROYECTOS(CONT.)Al comienzo del proyecto, es mayor: la influencia de los interesados Alto Influencia de los interesados Riesgo el riesgo Incertidumbre la incertidumbre GradoAl comienzo del proyecto, es menor: el costo de los cambios Costo de los cambios Bajo Avance del proyecto RMYA.BIZ 33
    • 34
    • DEBATE1. Además del alcance, el calendario y el presupuesto, ¿qué otros aspectos debería tener en cuenta el Jefe de Proyecto al planificar, ejecutar y controlar el proyecto? RMYA.BIZ 35
    • LAS ÁREAS DE CONOCIMIENTO Son una propuesta para agrupar los conocimientos requeridos para administrar un proyecto El PMI sugiere 9 áreas de conocimiento o aspectos a conocer buscar proveedores para colaborar determinar y administrar el trabajo a en el proyecto, y realizar el control y realizar por el proyecto seguimiento Alcance determinar cuánto tiempo tomará el trabajo, desarrollar un calendario y Adqui- administrarlo coordinar todos los procesos y Tiempo siciones actividades de modo que ocurran correctamente preparar y administrar elpensar qué problemas pueden Riesgos Integración Costo presupuesto del proyecto ocurrir y determinar cómo protegerse de ellos asegurar que el trabajo que se hace cumple las expectativas de los Comuni- Calidad interesados caciones lograr que todos los Recursos interesados conozcan lo Humanos que deben hacer y el crear el equipo de proyecto, ayudar, RMYA.BIZ 36 estado del proyecto dirigir y motivar al mismo
    • LAS ÁREAS DE CONOCIMIENTO (CONT.)Cada uno de los 42 procesos de administración de proyectos: Pertenece a un área de conocimiento Pertenece a un grupo de procesos Áreas dePor ejemplo: conocimiento Grupo de procesos Inicio Desarrollar el acta del proyecto Integración Identificar a los interesados Comunicaciones Procesos RMYA.BIZ 37
    • ALCANCE ¿Cómo nos aseguramos de que…  … incluimos todos los requerimientos?  … no estamos trabajando en algo que el usuario no necesita?  … estimamos todo el esfuerzo a realizar para poder concluir el proyecto exitosamente?  …. todos conocen y entienden el alcance?  … todos saben cuál es su participación en el proyecto? RMYA.BIZ 38
    • ALCANCE - Procesos Planificación Definir los requerimientos Definir el alcance del proyecto Definir la WBS del proyecto Seguimiento y control Relacionado con la Verificar el alcance aceptación Relacionado con el estado Controlar el alcance y los cambios RMYA.BIZ 39
    • ALCANCE – Salidas o resultados Algunas salidas o resultados Matriz de trazabilidad de requerimientos WBS Diccionario de la WBS Línea base del alcance Entregables aceptados Pedidos de cambio RMYA.BIZ 40
    • TIEMPO ¿Cómo nos aseguramos de que…  … la estimación del proyecto es realista?  … todos estamos de acuerdo con el calendario del proyecto?  … vamos a detectar y manejar los desvíos?  … el calendario representa la situación actual del proyecto? RMYA.BIZ 41
    • TIEMPO - Procesos Planificación Definir las actividades Secuenciar las actividades Estimar los recursos para las actividades Estimar la duración de las actividades Definir el cronograma Seguimiento y control Controlar el cronograma 42
    • TIEMPO – Salidas o resultados Algunas salidas o resultados Lista jerárquica de recursos Línea base del calendario Estimación de duración de actividades Pedidos de cambio 43
    • COSTOS ¿Cómo nos aseguramos de que…  … el cliente está de acuerdo con el presupuesto del proyecto?  .... vamos a detectar y manejar los desvíos?  … incluimos un fondo de reserva en el presupuesto? RMYA.BIZ 44
    • COSTOS - Procesos Planificación Estimar los costos Determinar el presupuesto Seguimiento y control Controlar los costos 45
    • COSTOS – Salidas o resultados Algunas salidas o resultados Línea base del costo Estimación de costo de actividades Pronósticos de presupuesto Pedidos de cambio 46
    • CALIDAD ¿Cómo nos aseguramos de que…  … el resultado de nuestro proyecto tiene la calidad requerida por el usuario?  … sabemos cuál es la calidad requerida por el usuario?  … seguimos los procesos que nos aseguran la calidad del producto?  … estamos considerando el impacto de la calidad en el plan de proyecto? RMYA.BIZ 47
    • CALIDAD - Procesos Planificación Planificar la calidad Ejecución Ejecutar el aseguramiento de calidad Seguimiento y control Ejecutar el control de calidad 48
    • CALIDAD – Salidas o resultados Algunas salidas o resultados Plan de calidad Métricas de calidad Mediciones de control de calidad Entregables validados Pedidos de cambio 49
    • RECURSOS HUMANOS ¿Cómo nos aseguramos de que…  … tenemos identificados a todos los roles y perfiles requeridos para nuestro proyecto?  … las personas serán asignadas al proyecto a medida que se las necesite?  … conocemos el desempeño del equipo y podemos mejorarlo? RMYA.BIZ 50
    • RECURSOS HUMANOS - Procesos Planificación Desarrollar el plan de recursos humanos Ejecución Adquirir el equipo de proyecto Desarrollar el equipo de proyecto Conducir el equipo de proyecto 51
    • RECURSOS HUMANOS – Salidas o resultados Algunas salidas o resultados Plan de recursos humanos Asignaciones al proyecto Evaluaciones de desempeño Calendarios de recursos Pedidos de cambio 52
    • COMUNICACIONES ¿Cómo nos aseguramos de que…  … conocemos las necesidades de comunicación de cada interesado?  … informamos en tiempo y forma el estado del proyecto?  … invitamos a una reunión sólo a los que deben ser invitados?  … tenemos la información del proyecto disponible cuando la necesitamos? RMYA.BIZ 53
    • COMUNICACIONES - Procesos Inicio Identificar a los interesados Planificación Planificar la comunicación Ejecución Distribuir la información Manejar las expectativas de los interesados Seguimiento y control Reportar el desempeño 54
    • COMUNICACIONES – Salidas o resultados Algunas salidas o resultados Registro de interesados Plan de comunicaciones Reportes de desempeño Pedidos de cambio 55
    • RIESGOS ¿Cómo nos aseguramos de que…  … manejamos la incertidumbre durante el proyecto?  … conocemos la tolerancia al riesgo que tiene la organización?  … estamos contemplando el impacto de mitigar un riesgo?  … la estrategia frente a un riesgo no provoque nuevos riesgos inesperados? RMYA.BIZ 56
    • RIESGOS - Procesos Planificación Planificar la administración de riesgos Identificar riesgos Realizar el análisis cualitativo de riesgos Realizar el análisis cuantitativo de riesgos Planificar las respuestas a los riesgos Seguimiento y control Monitorear y controlar las respuestas a los riesgos 57
    • RIESGOS – Salidas o resultados Algunas salidas o resultados Plan de administración de riesgos Registro de riesgos Pedidos de cambio 58
    • ADQUISICIONES ¿Cómo nos aseguramos de que…  … elegimos el proveedor más adecuado para el proyecto?  … conocemos el grado de avance de las actividades de nuestro proveedor?  … el proveedor cumplió con todo lo que fue pactado? RMYA.BIZ 59
    • ADQUISICIONES - Procesos Planificación Planificar las adquisiciones Ejecución Conducir las adquisiciones Seguimiento y control Administrar las adquisiciones Cierre Cerrar las adquisiciones 60
    • ADQUISICIONES – Salidas o resultados Algunas salidas o resultados Plan de administración de adquisiciones Definición de alcance de adquisiciones Contrato Calendario de recursos Pedidos de cambio 61
    • INTEGRACIÓN ¿Cómo nos aseguramos de que…  … el proyecto está debidamente autorizado?  … las actividades definidas en el plan de proyecto se están ejecutando?  … sólo se incorporan cambios al alcance si están aprobados por quien corresponde?  … todos trabajan con la última versión de los documentos del proyecto? RMYA.BIZ 62
    • INTEGRACIÓN - Procesos Inicio Desarrollar el acta del proyecto Planificación Desarrollar el plan de administración del proyecto Ejecución Dirigir y administrar la ejecución del proyecto Seguimiento y control Monitorear y controlar el trabajo del proyecto Realizar el control integrado de cambios Cierre Cerrar el proyecto o la fase 63
    • INTEGRACIÓN – Salidas o resultados Algunas salidas o resultados Acta de proyecto (Charter) Plan de administración del proyecto Entregables Información de desempeño Pedidos de cambio Producto, servicio o resultado final 64
    • PROCESOS Y ÁREAS DE CONOCIMIENTO - RESUMEN Grupos de procesos Área de conocimiento Inicio Planificación Ejecución Seguimiento y Control Cierre 4.4 Monitorear y 4.1 Desarrollar controlar el trabajo del 4.6 Cerrar el 4.2 Desarrollar el plan de administración del 4.3 Dirigir y administrar la ejecución4. Integración el acta del proyecto proyecto o proyecto del proyecto proyecto 4.5 Realizar el control fase integrado de cambios5. Alcance 5.1 Definir los requerimientos 5.4 Verificar el alcance 5.2 Definir el alcance del proyecto 5.5 Controlar el alcance 5.3 Crear la WBS del proyecto6. Tiempo 6.1 Definir las actividades 6.6 Controlar el 6.2 Secuenciar las actividades cronograma 6.3 Estimar los recursos para las actividades 6.4 Estimar la duración de las actividades 6.5 Desarrollar el cronograma7. Costo 7.1 Estimar los costos 7.3 Controlar los costos 7.2 Determinar el presupuesto8. Calidad 8.1 Planificar la calidad 8.2 Realizar el aseguramiento de 8.3 Realizar el control calidad de calidad 9.1 Desarrollar el plan de recursos humanos 9.2 Adquirir el equipo de proyecto9. Recursos 9.3 Desarrollar el equipo de proyectoHumanos 9.4 Gestionar el equipo de proyecto10. Comunicaciones 10.1 Identificar 10.2 Planificar la comunicación 10.3 Distribuir la información 10.5 Reportar el los interesados 10.4 Gestionar las expectativas de los desempeño interesados11. Riesgos 11.1 Planificar la administración de riesgos 11.6 Monitorear y 11.2 Identificar riesgos controlar las 11.3 Realizar el análisis cualitativo de riesgos respuestas a los 11.4 Realizar el análisis cuantitativo de riesgos riesgos 11.5 Planificar las respuestas a los riesgos12. Contrataciones 12.1 Planificar las adquisiciones 12.2 Conducir las adquisiciones 12.3 Administrar las 12.4 Cerrar adquisiciones A . B I Z RMY 65 las adquisiciones
    • 66
    • QUÉ ES LA SOLUCIÓN MICROSOFTENTERPRISE PROJECT MANAGEMENT (EPM) RMYA.BIZ 67
    • CARACTERÍSTICAS DE MICROSOFT EPM Una solución Microsoft Enterprise Project Management es un entorno decolaboración Ayuda a las organizaciones a:  obtener más visibilidad y control del trabajo  mejorar la toma de decisiones  mejorar la alineación con la estrategia empresarial  maximizar la utilización de los recursos  mejorar la ejecución de los proyectos para optimizar el retorno de la inversión RMYA.BIZ 68
    • CARACTERÍSTICAS DE MICROSOFT EPM (CONT.) Visibilidad de laVisibilidad del estado asignación de lasde los proyectos personas Equipo de proyecto Jefes de recursos Interesados TIAdministración y Configuración ycontrol de los Jefes de Proyectos escalamiento de laProyectos plataforma RMYA.BIZ 69
    • CARACTERÍSTICAS DE MICROSOFT EPM (CONT.) Project Central Jefes de recursos Interesados Project WorkspaceJefes de Proyectos Equipo de proyecto Project Professional RMYA.BIZ 70
    • CARACTERÍSTICAS DE MICROSOFT EPM (CONT.) Administración de la demanda Análisis y Administración selección de de Programas cartera Análisis Administración negocio (BI) de recursos EPM Microsoft Enterprise Project Management Colaboración Administración de equipo del cronograma Reportes de avance Administración financiera Administración de riesgos e issues RMYA.BIZ 71
    • CÓMO SOPORTA LA SOLUCIÓN MICROSOFT EPM® A LA ADMINISTRACIÓN DE PROYECTOS RMYA.BIZ 72
    • ALCANCEAlgunas salidas o resultados Matriz de trazabilidad de requerimientos WBS Diccionario de la WBS Línea base del alcance Entregables aceptados Pedidos de cambio RMYA.BIZ 73
    • TIEMPOAlgunas salidas o resultados Lista jerárquica de recursos Línea base del calendario Estimación de duración de actividades Pedidos de cambio 74
    • TIEMPOAlgunas salidas o resultados Lista jerárquica de recursos Línea base del calendario Estimación de duración de actividades Pedidos de cambio 75
    • COSTOSAlgunas salidas o resultados Línea base del costo Estimación de costo de actividades Pronósticos de presupuesto Pedidos de cambio 76
    • CALIDADAlgunas salidas o resultados Plan de calidad Métricas de calidad Mediciones de control de calidad Entregables validados Pedidos de cambio 77
    • RECURSOS HUMANOSAlgunas salidas o resultados Plan de recursos humanos Asignaciones al proyecto Evaluaciones de desempeño Calendarios de recursos Pedidos de cambio 78
    • COMUNICACIONESAlgunas salidas o resultados Registro de interesados Plan de comunicaciones Reportes de desempeño Pedidos de cambio 79
    • COMUNICACIONESAlgunas salidas o resultados Registro de interesados Plan de comunicaciones Reportes de desempeño Pedidos de cambio 80
    • RIESGOSAlgunas salidas o resultados Plan de administración de riesgos Registro de riesgos Pedidos de cambio 81
    • ADQUISICIONESAlgunas salidas o resultados Plan de administración de adquisiciones Definición de alcance de adquisiciones Contrato Calendario de recursos Pedidos de cambioTodos los aspectos de la contratación pueden administrarse en la herramienta,como se describió para las otras áreas de conocimiento:  Alcance  Tiempo  Costo  Calidad  Recursos Humanos  Comunicaciones  Riesgos 82
    • INTEGRACIÓNAlgunas salidas o resultados Acta de proyecto (Charter) Plan de administración del proyecto Entregables Información de desempeño Pedidos de cambio Producto, servicio o resultado final 83
    • PROYECTO, PROGRAMA Y CARTERA DE PROYECTOS RMYA.BIZ 84
    • LA RELACIÓN ENTRE PROYECTO, PROGRAMA YCARTERA DE PROYECTOS Grupo de proyectos o programas, gestionados en forma Cartera de más coordinada para alcanzar objetivos estratégicos de negocios alto nivelProyectos Grupo de proyectos relacionados, gestionados en Cartera de bajo forma coordinada para obtener beneficios y control, nivel que no serían alcanzables si se gestionaran Programas de individualmente alto nivel Programas de alto nivel Proyectos Programas de Autorizados como resultado de bajo nivel una o más consideracionesProyectos estratégicas: Programas de bajo nivel - Demanda de mercado Proyectos - Oportunidad estratégica o Proyectos necesidad de negocio Proyectos - Pedido del cliente - Avance tecnológico - Requisito legal 85
    • CARACTERÍSTICAS DE MICROSOFT EPM Las soluciones EPM administran el ciclo completo de los proyectos,desde la estrategia hasta la planificación de los proyectos Enterprise Project Management Create Select Plan Manage Demand Portfolio Work Collaboration & Management Selection Planning Reporting RMYA.BIZ 86
    • CREACIÓN DE LA CARTERA DE PROYECTOS  Iniciativa Posible usuario: Analista de Negocio  Caso de Negocio  Workflow RMYA.BIZ 87
    • DRIVERS ESTRATÉGICOS Y ALINEACIÓN DE LAS PROPUESTAS Posible usuario: PMO Drivers Alineación RMYA.BIZ 88
    • SELECCIÓN DE LA CARTERA DE PROYECTO MÁS CONVENIENTE Análisis de escenarios Posible usuario: PMO y Controller RMYA.BIZ 89
    • TABLERO DE CONTROL DE LA CARTERA DE PROYECTOS Posible usuario: Dirección y PMO RMYA.BIZ 90
    • LAS PRINCIPALES LECCIONES APRENDIDAS DE LOS PROYECTOS DE IMPLEMENTACIÓN DE UN EPM Según nuestra experiencia y corroborado con el libro Microsoft Office Project Server 2007 Unleashed RMYA.BIZ 91
    • LECCIONES APRENDIDAS Encarar la implementación EPM como un proyecto  Tener en cuenta que es un proyecto complejo Utilizar un esquema evolutivo (por etapas)  Minimiza la incertidumbre, ansiedad y frustración mientras se planifica, ejecuta y despliega la implementación EPM Focalizarse en los cambios  La implementación EPM afecta a las personas, los procesos y la organización  Prestar atención al entorno organizacional, más allá del técnico 92
    • LECCIONES APRENDIDAS (CONT.) Esforzarse en las habilidades de Administración de Proyectos  La herramienta de software no garantiza el éxito  La administración de proyectos es compleja y requiere de personas con habilidad Establecer expectativas realistas  La implementación EPM tomará tiempo  Planificar en forma evolutiva para obtener logros rápidamente  No esperar que se aproveche toda la capacidad en forma inmediata 93
    • REFERENCIAS  PMI - www.pmi.org  A Guide to the Project Management Body of Knowledge (PMBOK® Guide) Fourth Edition  The Standard for Program Management Second Edition  The Standard for Portfolio Management Second Edition 94
    • REFERENCIAS  Microsoft – http://msdn.microsoft.com  Microsoft Office Project Server 2007 Unleashed - Copyright© 2008 by Sams Publishing  Microsoft Enterprise Project Management – EPM Solution Guide 2010 - © 2010 Microsoft Corp.  Excelza  http://excelza.biz/ 95
    • RMYA.BIZ 96