GESTIÓN DE PROYECTOS DE SOFTWARE

Tamaño: px
Comenzar la demostración a partir de la página:

Download "GESTIÓN DE PROYECTOS DE SOFTWARE"

Transcripción

1 GESTIÓN DE PROYECTOS DE SOFTWARE LA PLANIFICACIÓN de proyectos se define como la predicción de la duración de las actividades y tareas a escala individual. LA ESTIMACIÓN se define como la predicción de personal, esfuerzo y costo que se requerirá para terminar todas las actividades y productos asociados con el proyecto. El tamaño del producto a desarrollar es una de las primeras tareas en la gestión del proyecto. El tamaño se define como la cantidad de código fuente, especificaciones, casos de prueba, documentación del usuario y otros productos tangibles que son salida del proyecto, éste se basa principalmente en experiencias anteriores. EL SEGUIMIENTO de proyectos es la recolección de datos y su acumulación sobre recursos consumidos, costos generados asociados con un proyecto. La medición en los proyectos de SW es fundamental para la mejora de la productividad, el costo y la calidad del producto final. ÁMBITO DEL SOFTWARE. El ámbito identifica las funciones primordiales que debe llevar a cabo el software y, lo que es más importante, intenta limitar esas funciones de manera cuantitativa. El ámbito describe la función, el rendimiento, las restricciones, las interfaces y la fiabilidad. 1

2 PLANIFICACIÓN TEMPORAL Y SEGUIMIENTO DEL PROYECTO CAUSAS DE LOS RETRASOS EN LOS PROYECTOS DE SOFTWARE Una fecha límite de entrega poco realista, establecida por alguien que no pertenece al grupo de ingeniería de software e impuesta a los gestores y profesionales del grupo. No se reflejan los cambios de los requisitos del cliente en la planificación temporal. Una subestimación honesta de la cantidad de esfuerzo y/o el número de recursos que serán necesarios para hacer el trabajo. Riesgos no considerados (de los reales) al comienzo del proyecto. Dificultades no previstas de orden técnico y/o humano. Falta de comunicación entre el equipo del proyecto. Falta de reconocimiento por parte de la gestión del proyecto de su retraso y falta de medidas para corregir el problema (p.e.: negociar entregas parciales, basarse en estadísticas). 2

3 PLANIFICACIÓN TEMPORAL Y SEGUIMIENTO DEL PROYECTO La planificación temporal de un proyecto de software se refiere a una disciplina que incluye un conjunto de actividades que distribuye el esfuerzo estimado a lo largo de la duración prevista del proyecto, asignando el esfuerzo a las tareas específicas de la ingeniería de software. PRINCIPIOS BÁSICOS Compartimentación: Debe dividirse en un número de actividades y tareas manejables. Interdependencia: Algunas tareas deben ocurrir en una secuencia determinada (no pueden comenzar hasta que el resultado de otras no esté disponible), otras pueden darse en paralelo (pueden ocurrir independientemente). Asignación de tiempo: asignar unidades de trabajo (personas-día). Dar fecha de inicio y de final y si el trabajo se hará a tiempo total o parcial. Validación de esfuerzo: Verificar que el esfuerzo asignado esté acorde con la cantidad de gente disponible. Responsabilidades definidas: cada tarea debe tener un responsable concreto. Resultados definidos: Los resultados deben ser concretos (claramente identificables, es decir, tangibles). Hitos definidos: un hito es el conjunto de uno o más productos cuya calidad se ha revisado y se ha aceptado. Superado ese hito, se considera al proyecto en una etapa siguiente de maduración hacia la meta. 3

4 ANALISIS DE VALOR GANADO El valor ganado es una medida del progreso. Nos permite evaluar el porcentaje de realización de un proyecto utilizando el análisis cuantitativo más que la opinión particular que de ello tengamos. EJEMPLO. Ud. es un gestor de proyectos de software y se le ha pedido que calcule estadísticas del valor ganado para un proyecto de software sencillo. El proyecto tiene 56 tareas planificadas que se estima que necesiten 582 personas-día para realizarlas (Presupuesto a la terminación). Al tiempo que ha sido solicitado para realizar el análisis del valor ganado, se han completado 12 tareas. Sin embargo, la planificación temporal del proyecto indica que se deberían haber completado 15 tareas. Están disponibles los siguientes datos de planificación (en personas-día): Tarea EP ER Calcule: Índice de Desempeño (eficiencia) de Planificación (IDP) La varianza de la planificación. El porcentaje planificado para terminación. El porcentaje completado. Índice de Desempeño (eficiencia) del coste, IDC La varianza de coste para el proyecto. 4

5 Presupuesto a la terminación PAT 582 personas-día Coste Presupuestado del Trabajo Planificado CPTP 156,5 personas-día Coste Presupuestado del Trabajo Realizado CPTR 126,5 personas-día Índice de Desempeño (eficiencia) de Planificación IDP (CPTR/CPTP) 0,8083 Progreso del 80.83% respecto de lo planeado Varianza de la planificación VP = CPTR CPTP -30 personas-día Negativo. Está por debajo de lo planeado (RETRASADO) Porcentaje planificado para terminar CPTP/PAT 0,2689 (lo que debería estar) Porcentaje completado CPTR/PAT 0,2174 (lo que realmente está) DIFERENCIA -0,0515 retrasado Coste real de trabajo realizado CRTR 127,5 personas-día Índice de Desempeño (eficiencia) del coste IDC = CPTR/CRTR 0,9922 Varianza del coste VC = CPTR - CRTR -1 Está recibiendo 0,99 por cada [dólar] ESTÁ EXCEDIDO EN PRESUPUESTO 5

6 NOMBRE FÓRMULA INTERPRETACIÓN Índice de Desempeño (eficiencia) de Planificación (IDP) CPTR / CPTP Progreso del % respecto de lo planeado Varianza de la planificación CPTR CPTP NEGATIVO está retrasado, POSITIVO está adelantado Índice de Desempeño (eficiencia) del coste (IDC) Varianza del coste CPTR / CRTR CPTR - CRTR Está recibiendo [dólar] por cada [dólar] NEGATIVO está por encima del presupuesto, POSITIVO está dentro del presupuesto 6

7 WBS: Work Breakdown Structure (EDT: Estructura de Desglose de Trabajo) Herramienta de Comunicación del Trabajo a realizar en un Proyecto. Una de las primeras tareas en el proceso de planeación de un proyecto es la definición de su alcance, en términos de la delimitación del trabajo a realizar para cumplir con los objetivos y desarrollar los entregables del proyecto. Una herramienta útil para hacer esta tarea es la WBS o Work Breakdown Structure. "La WBS corresponde a una división jerárquica y de multinivel del trabajo a realizar, que cubrirá los requerimientos del proyecto". PMBOK, Responde a la pregunta: Que va a ser desarrollado a través del proyecto? Esta técnica distribuye el trabajo en paquetes que deben ser definidos para facilitar la administración y el seguimiento del alcance del proyecto. Adicionalmente, permite la representación gráfica del trabajo a ser realizado y por ende, una comprensión rápida de la distribución de este trabajo. Esto facilitará la presentación del proyecto a los diferentes stakeholders del proyecto, incluyendo el nivel ejecutivo. La WBS será también la base para la asignación de recursos del proyecto así como para el análisis de riesgos, costos y cronograma del proyecto. 7

8 8

9 9

10 10

11 Concepto de la EDT Según la publicación Practice Standard for Work Breakdown Structures, editada por el PMI, el concepto de la EDT se utiliza en la gestión de proyectos para: 1. Definir el alcance del proyecto en términos de los entregables y la descomposición de tales entregables en paquetes de trabajo. 2. Dependiendo del método de descomposición del trabajo utilizado, la EDT puede también definir el ciclo de procesos y los entregables de cada fase. Esta descomposición del alcance del proyecto permite balancear la necesidad de la gestión del proyecto de controlar el proyecto con un nivel adecuado de detalle. 3. Dotar al equipo de dirección del proyecto con un marco de referencia adecuado para la toma de decisiones sobre el avance del proyecto. 4. Facilitar la comunicación entre el director de proyecto y los interesados a lo largo de la vida del proyecto. LA EDT permite comunicar el alcance del proyecto, las relaciones de dependencias entre las diferentes fases y trabajos y el nivel de riesgos, a la vez que facilita el control del presupuesto y el avance del cronograma. 5. La EDT es un elemento clave en los demás procesos del proyecto. 11

12 Características de la Estructura de Desglose de Trabajo (EDT) 1. La EDT define y organiza la estructura de trabajo total del proyecto. 2. Cada actividad de la EDT tiene un entregable tangible 3. La EDT subdivide el trabajo del proyecto en porciones más pequeñas y fáciles de manejar. 4. Cada nivel descendente representa una definición cada vez más detallada del trabajo del proyecto, tales componentes de más bajo nivel se denominan paquetes de trabajo. 5. El trabajo planificado comprendido en los paquetes de trabajo puede ser programado, supervisado, controlado y sus costos estimados. 6. La EDT es la representación de una estructura jerárquica. La EDT puede ser estructurada de varias maneras. Las más comunes son: Orientada a los productos entregables: Productos, Área física Orientada a la programación: Tarea o actividad Secuencial (Fases) Orientada a los recursos: Disciplinas, Unidades administrativas 12

13 Pautas para desarrollar una EDT: Según la publicación Practice Standard for Work Breakdown Structures Second Edition, 2001, los siguientes pasos describen el proceso general para definir la EDT Paso 1: Identificar el producto(s) final del proyecto, que debe entregarse para alcanzar el éxito del proyecto. Se recomienda una revisión completa de alcance del proyecto para asegurar la consistencia entre los EDT y los requerimientos del proyecto. Paso 2: Definir los entregables principales del producto; los entregables predecesores necesarios para el proyecto pero que por sí mismos no satisfacen una necesidad comercial (por ejemplo, una especificación de diseño). Paso 3: Descomponer los entregables principales a un nivel de detalle apropiado que permita gestionar con eficacia y eficiencia. Paso 4: Revisar y refinar la EDT hasta que los involucrados con el proyecto estén de acuerdo que el proyecto planificado pueda completarse satisfactoriamente y que la ejecución y el control producirán los resultados deseados. 13

14 Por tanto, surge otra pregunta: Hasta cuándo seguir subdividiendo? Las divisiones del trabajo en diferentes niveles, dependerán de varios factores como: La complejidad del Trabajo. En este caso es favorable subdividir las tareas hasta un nivel de detalle que identifique la secuencia, paralelismo y demás relaciones de precedencia entre las actividades que componen un flujo lógico de ejecución. El equipo de trabajo asociado al proyecto. El caso en el que es necesario obtener una salida o producto, asignada a un contratista o una parte del equipo, que tiene un costo especifico, es una buena razón para agrupar sus actividades en un paquete de trabajo. 14

15 La criticidad de una tarea. En la medida en que una tarea sea crítica para el proyecto, porque es la entrada a otras tareas o porque de su salida, depende la continuación de la ejecución del proyecto, debería ser una tarea definida en términos de un paquete de trabajo. En el PMBOK se recomienda que un paquete de trabajo tenga un único punto de responsabilidad. La estructura de los productos, entregables o servicios creados por el proyecto. Los diferentes niveles de la WBS deberán incluir los componentes requeridos para conformar el producto, entregable o salida final. En síntesis, la WBS por sus características, facilita el entendimiento del trabajo a realizar en un proyecto y permite a los diferentes stakeholders, tener una visión global de trabajo que se va a realizar. De una buena definición del WBS dependerá el entendimiento de Cuál es el alcance del proyecto, de parte de todos los implicados. 15

16 Consideraciones importantes sobre WBS El WBS es la definición más clara del alcance del proyecto: lo que está en el WBS se construirá en el proyecto, lo que no está en el WBS no es parte del alcance. Lo que se consigue con el WBS es que cualquier tarea o paquete de trabajo estén relacionados a un entregable del proyecto. Esto tiene que ver con la productividad en el proyecto, de tal manera que al ejecutar una tarea, construimos un entregable y para ello es que la realizamos. Aún más: los proyectos se miden por el avance de los entregables. Qué cosas no tiene el WBS en su forma pura? No tiene nombres (propios): el WBS no es el cronograma, todavía no tiene nombres asignados a los entregables, subentregables o actividades. No tiene fechas: de la misma forma, todavía no tiene ninguna fecha para lo que hay que construir. El WBS es el qué del proyecto, no es el quién ni el cuándo. No tiene dependencias: no es el diagrama de red del proyecto, no se define todavía la secuencia de tareas en el WBS. 16

17 GRÁFICOS DE TIEMPO. Cuando se crea una planificación temporal de un proyecto de software, el planificador empieza un conjunto de tareas (la estructura de descomposición del trabajo o Work Breakdown Structure). Si se emplean herramientas automáticas, la descomposición del trabajo se maneja como una red de tareas o esquema de tareas. El esfuerzo, duración y fecha de inicio son las entradas de cada tarea. Además, se asignan las tareas a individuos específicos. Como consecuencia de esta entrada, se genera un gráfico de tiempo, también denominado Gráfico Gantt. Se puede desarrollar un gráfico de tiempo para todo el proyecto. Alternativamente, se pueden desarrollar diferentes gráficos para cada función del proyecto o para cada individuo que trabaje en el proyecto. La Figura ilustra el formato de un gráfico de tiempo. Muestra una parte de la planificación temporal de un proyecto de software que enfatiza la tarea de ámbito del concepto para un nuevo producto de software de procesador de textos. Todas las tareas del proyecto (para ámbito del concepto) se listan en la columna de la izquierda. Las barras horizontales indican la duración de cada tarea. Cuando aparecen múltiples barras al mismo tiempo en la planificación temporal, implican concurrencia de tareas. Los rombos indican hitos. 17

18 18

19 Seguimiento de la planificación temporal. La planificación temporal del proyecto le proporciona al gestor un mapa de carreteras. Si se ha desarrollado apropiadamente, define las tareas e hitos que deben seguirse y controlarse a medida que progresa el proyecto. El seguimiento se puede hacer de diferentes maneras: 1. Realizando reuniones periódicas del estado del proyecto en las que todos los miembros del equipo informan del progreso y de los problemas; 2. Evaluando los resultados de todas las revisiones realizadas a lo largo del proceso de ingeniería del software; 3. Determinando si se han conseguido los hitos formales del proyecto (los rombos mostrados en la Figura) en la fecha programada; 4. Comparando la fecha real de inicio con las previstas para cada tarea del proyecto listada en la tabla del proyecto; 5. Reuniéndose informalmente con los profesionales del software para obtener sus valoraciones subjetivas del progreso hasta la fecha y los problemas que se avecinan. 19

20 EL PLAN DE PROYECTO. El plan de proyecto de software se produce a la culminación de las tareas de planificación. Proporciona información básica de costes y planificación temporal que será empleada a lo largo del proceso de software. El plan del proyecto de software es un documento relativamente breve dirigido a una audiencia diversa. Debe: 1. Comunicar el ámbito y recursos a los gestores del software, personal técnico y al cliente. 2. Definir los riesgos y sugerir técnicas para evitarlos. 3. Definir los costes y la planificación temporal para la revisión de la gestión. 4. Proporcionar un enfoque general del desarrollo del software para todo el personal relacionado con el proyecto. 5. Describir cómo se garantizará la calidad y se gestionan los cambios. No es un documento estático. El equipo del proyecto consulta el Plan repetidamente (para actualizar riesgos, estimaciones, planificaciones e información relacionada) a la vez que el proyecto avanza y se le conoce más FIN DEL DOCUMENTO 20

Ingeniería del So8ware II

Ingeniería del So8ware II Ingeniería del So8ware II Tema 04 (2). Alcance de Proyectos So8ware Carlos Blanco Bueno DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN carlos.blanco@unican.es Este tema se publica bajo Licencia: CreaQve

Más detalles

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ETB requiere que el CONTRATISTA cumpla los lineamientos para la Dirección y Gestión de proyectos, éstos últimos definidos a nivel corporativo

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT

ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT Una de las primeras tareas en el proceso de creación de un proyecto es la definición de su alcance, delimitando los trabajos a realizar para lograr cumplir los objetivos

Más detalles

Planificación, Gestión y Desarrollo de Proyectos

Planificación, Gestión y Desarrollo de Proyectos Planificación, Gestión y Desarrollo de Proyectos Conceptos básicos Planificación de un proyecto Gestión de un proyecto Desarrollo de un proyecto 1 Conceptos básicos: Proyecto Conjunto de actividades que

Más detalles

Laboratorio Informática

Laboratorio Informática Laboratorio Informática Clase Project 1 Profesor: Ing. Maximiliano Sangalli Proyecto 1. Proyecto es temportal 2. Proyecto es esfuerzo de los recursos necesarios 3. Proyecto necesita de un equipo u organizacion

Más detalles

Estructura Desglosada del Trabajo (EDT)

Estructura Desglosada del Trabajo (EDT) Página 1 de 9 Estructura Desglosada del Trabajo (EDT) Qué es la EDT? La EDT (Estructura Desglosada de Trabajo) o WBS (Work Breakdown Structure) es una herramienta técnica que consiste en la descomposición

Más detalles

Campos de tareas. Costo real (campo de tareas) Duración real (campo de tareas) Fin real (campo de tareas)

Campos de tareas. Costo real (campo de tareas) Duración real (campo de tareas) Fin real (campo de tareas) s de tareas indica que el campo es nuevo en Project 2007. Campo Costo real (campo de Duración real (campo de Fin real (campo de En el campo Costo real se muestran los costos del trabajo ya realizado por

Más detalles

Project 2013. Ing. Christian Ovalle

Project 2013. Ing. Christian Ovalle 2013 Ing. Christian Ovalle PROJECT Antes de comenzar un proyecto se necesitan definir los objetivos de un proyecto y luego determinado, cuales son las tareas que necesita realizar para alcanzar ese objetivo.

Más detalles

GESTIÓN DEL TIEMPO. La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo.

GESTIÓN DEL TIEMPO. La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo. GESTIÓN DEL TIEMPO La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo. DEFINICIÓN DE LAS ACTIVIDADES Definir las actividades del cronograma

Más detalles

Planificación de Proyectos. Planificación de Proyectos. Planificación de Proyectos. Planificación de Proyectos. Planificación de Proyectos

Planificación de Proyectos. Planificación de Proyectos. Planificación de Proyectos. Planificación de Proyectos. Planificación de Proyectos Tiempo Planificación Temporal 90% Duración Proyecto Ingeniería del Software 1 Ingeniería del Software 2 Objetivo: estimación tiempo, coste y riesgo Valores más importantes a tener en cuenta: tiempo, esfuerzo,

Más detalles

GESTION OPERATIVA. Niveles de gestión

GESTION OPERATIVA. Niveles de gestión GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de

Más detalles

Administración de proyectos. Organizar, planificar y programar los proyectos de software

Administración de proyectos. Organizar, planificar y programar los proyectos de software Administración de proyectos Organizar, planificar y programar los proyectos de software Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará

Más detalles

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr 16-0079 / 29-0952 FORMULACIÓN PROYECTOS Descripción General: Provee una introducción que abarca el ciclo de vida completo del desarrollo de un proyecto, desde que se concibe en los niveles más altos de

Más detalles

6.5 Desarrollo del Cronograma

6.5 Desarrollo del Cronograma 6.5 Desarrollo del Cronograma Procesos de un Área de Conocimiento Iniciación Planificación Ejecución Seguimiento y Control Cierre 4. Gestión de la Integración de Proyectos 4.1 Desarrollar el Acta de Constitución

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

CONCEPTOS BÁSICOS GESTIÓN POR RESULTADOS METODOLOGÍA PM4R

CONCEPTOS BÁSICOS GESTIÓN POR RESULTADOS METODOLOGÍA PM4R CONCEPTOS BÁSICOS GESTIÓN POR RESULTADOS METODOLOGÍA PM4R Preparado por Manolo De la Cruz, PMP. Antigua Guatemala, 29 de julio de 2013 CONTENIDO Introducción a la Gestión de Proyectos Gestión de proyectos

Más detalles

Taller de Gestión de Proyectos

Taller de Gestión de Proyectos Taller de Gestión de Proyectos Fernando Wins Marcelo Da Costa Porto Paul Gálvez Octubre2015 Montevideo Agenda Día 13 1.Breve repaso Taller Planificación Estratégica 2.Planificación Estratégica y Proyectos

Más detalles

Máster en Project Management (PMP ) Objetivos del Programa

Máster en Project Management (PMP ) Objetivos del Programa Máster en Project Management (PMP ) Objetivos del Programa Asignatura: Estructura de Conocimiento de la Gestión de Proyectos Lección 1: Introducción El objetivo de la lección es empezar a conocer la filosofía

Más detalles

MOC-50413 Mastering Microsoft Project 2010

MOC-50413 Mastering Microsoft Project 2010 MOC-50413 Mastering Microsoft Project 2010 Introducción Este curso presenta el software de gestión de proyectos más populares para la dirección de proyectos. Proporciona a los asistentes el conocimiento

Más detalles

MS OFFICE PROJECT 2010: MANEJO DE PROYECTOS

MS OFFICE PROJECT 2010: MANEJO DE PROYECTOS MS OFFICE PROJECT 2010: MANEJO DE PROYECTOS OBJETIVO: Este curso proporciona a los alumnos los conocimientos y habilidades para planificar y administrar proyectos con Microsoft Project 2010. Para obtener

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PLANIFICACIÓN...

Más detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos. Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas

Más detalles

ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un

ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un efecto positivo o negativo sobre al menos un objetivo del proyecto, como tiempo,

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

2.1 Planificación del Alcance

2.1 Planificación del Alcance 2. Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar

Más detalles

Unidad VI: Supervisión y Revisión del proyecto

Unidad VI: Supervisión y Revisión del proyecto Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir

Más detalles

Gestión de Proyectos con Open Project

Gestión de Proyectos con Open Project Gestión de Proyectos con Open Project 20 HORAS Esta capacitación tiene como objetivo principal brindar a los participantes los conocimientos generales relativos a la gestión integral de proyectos de acuerdo

Más detalles

Tema 3. Programación de Proyectos

Tema 3. Programación de Proyectos Tema 3 1 Desglose de trabajo 2 El fundamento de todo programa es la Estructura de Desglose de Trabajo. Depende del proyecto y la organización que desarrolla el proyecto. 3 ESTRUCTURA DE DESGLOSE DE TRABAJO

Más detalles

Unidad III. Planificación del proyecto de software

Unidad III. Planificación del proyecto de software Planificación del proyecto de software Unidad III 3.1. Aplicación de herramientas para estimación de tiempos y costos de desarrollo de software: GANTT, PERT/CPM, uso de software para la estimación de tiempos

Más detalles

SEGUIMIENTO Y CONTROL DE PROYECTOS MÉTODO P.E.R.T. REVISADO Y ACTUALIZADO - ADDFORMACION

SEGUIMIENTO Y CONTROL DE PROYECTOS MÉTODO P.E.R.T. REVISADO Y ACTUALIZADO - ADDFORMACION SEGUIMIENTO Y CONTROL DE PROYECTOS MÉTODO P.E.R.T. REVISADO Y ACTUALIZADO - ADDFORMACION Contenido Introducción...3 Organización y fases de la gestión de un proyecto...4 Planificación por el método PERT...4

Más detalles

METODOLOGÍA PARA LA PLANEACION DE PROYECTOS

METODOLOGÍA PARA LA PLANEACION DE PROYECTOS METODOLOGIA: PLANEACION DE PROYECTOS Número de página 1 de 12 METODOLOGÍA PARA LA PLANEACION DE PROYECTOS METODOLOGIA: PLANEACION DE PROYECTOS Número de página 2 de 12 1. INFORMACION GENERAL. 1.1 OBJETIVO

Más detalles

GESTION DE PROYECTOS SEGÚN LA GUIA DEL PMBOK

GESTION DE PROYECTOS SEGÚN LA GUIA DEL PMBOK GESTION DE PROYECTOS SEGÚN LA GUIA DEL PMBOK Rocío Zelada Rück AGENDA Introducción a algunos conceptos clave Qué es un proyecto? La múltiple restricción La administración de proyectos Qué es un Gerente

Más detalles

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

LA GESTION DE COSTOS

LA GESTION DE COSTOS LA GESTION DE COSTOS La Gestión de Costos asegura que las tareas se lleven a cabo dentro de los rangos económicos impuestos (presupuesto del proyecto o recursos asignados para la actividad correspondiente).

Más detalles

Introducción al Valor Acumulado

Introducción al Valor Acumulado Introducción al Valor Acumulado El presente documento es una guía de referencia y un complemento al tema de Valor Acumulado cubierto en el curso Tópicos Avanzados MS Project 2010 de la UCI. La información

Más detalles

UNIVERSIDAD DE PAMPLONA ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION - GRUPO BR DOCENTE: ESP. ALEXIS OLVANY TORRES CH. PMBOK

UNIVERSIDAD DE PAMPLONA ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION - GRUPO BR DOCENTE: ESP. ALEXIS OLVANY TORRES CH. PMBOK PMBOK El PMBOK es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK es un estándar reconocido internacionalmente

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

Más detalles

Alguna terminología común en el ámbito de la gerencia de proyectos

Alguna terminología común en el ámbito de la gerencia de proyectos Alguna terminología común en el ámbito de la gerencia de proyectos Martha Juliana Ardila A. II Jornada de Gerencia de Proyectos de TI ACIS Marzo 2004 mardila@idenpla.com.co Sponsor Individuo o grupo dentro

Más detalles

0. Introducción. 0.1. Antecedentes

0. Introducción. 0.1. Antecedentes ISO 14001:2015 0. Introducción 0.1. Antecedentes Conseguir el equilibrio entre el medio ambiente, la sociedad y la economía está considerado como algo esencial para satisfacer las necesidades del presente

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

PROYECTOS, FORMULACIÓN Y CRITERIOS DE EVALUACIÓN

PROYECTOS, FORMULACIÓN Y CRITERIOS DE EVALUACIÓN PROYECTOS, FORMULACIÓN Y CRITERIOS DE EVALUACIÓN GESTIÓN DE PROYECTOS CON PLANNER AVC APOYO VIRTUAL PARA EL CONOCIMIENTO GESTIÓN DE PROYECTOS CON PLANNER Planner es una poderosa herramienta de software

Más detalles

6 Anexos: 6.1 Definición de Rup:

6 Anexos: 6.1 Definición de Rup: 6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

Más detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

Sistemas de Gestión de Calidad. Control documental

Sistemas de Gestión de Calidad. Control documental 4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4

Más detalles

Directrices para la auto- evaluación A.l Introducción

Directrices para la auto- evaluación A.l Introducción Directrices para la auto- evaluación A.l Introducción La auto evaluación es una evaluación cuidadosamente considerada que resulta en una opinión o juicio respecto de la eficacia y eficiencia de la organización

Más detalles

12.1 Planificar las Compras y Adquisiciones

12.1 Planificar las Compras y Adquisiciones 12.1 Planificar las Compras y Adquisiciones Procesos de un Área de Conocimiento Iniciación Planificación Ejecución Seguimiento y Control Cierre 4. Gestión de la Integración de Proyectos 4.1 Desarrollar

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

Administración de proyectos Maestría en Informática

Administración de proyectos Maestría en Informática Instituto Politécnico Nacional INTRODUCCIÓN La Secretaría de Salud ha puesto en marcha un programa para mejorar el abasto de medicamentos en el país, al cual se asocian diversos esfuerzos que desean comunicarse.

Más detalles

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas

Más detalles

GESTION DE VALOR GANADO

GESTION DE VALOR GANADO GESTION DE VALOR GANADO DEFINICIÓN El análisis de valor ganado, denominado también técnica del valor ganado, es un método objetivo para medir el desempeño de un proyecto, mediante la integración del alcance,

Más detalles

Resumen del Contenido del Examen PMP

Resumen del Contenido del Examen PMP Resumen del Contenido del Examen PMP Tareas Dominio I Inicio del Proyecto - 13 % Realizar una valoración del proyecto basada en la información disponible, mediante reuniones con el patrocinador, el cliente,

Más detalles

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000 1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas

Más detalles

Diagrama de GANTT. Cómo crear un diagrama de GANTT

Diagrama de GANTT. Cómo crear un diagrama de GANTT Diagrama de GANTT El diagrama de GANTT es una herramienta que le permite al usuario modelar la planificación de las tareas necesarias para la realización de un proyecto. Esta herramienta fue inventada

Más detalles

TEMA 4: TÉCNICAS DE PLANIFICACIÓN DE PROYECTOS

TEMA 4: TÉCNICAS DE PLANIFICACIÓN DE PROYECTOS TEMA 4: TÉCNICAS DE PLANIFICACIÓN DE PROYECTOS 4.1. Objetivos Establecer una relación esfuerzo / tiempo cronológico Estudiar el posible paralelismo de las tareas Situar las tareas en un esquema cronológico

Más detalles

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos Duración: 45 horas Objetivos: El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Contenidos:

Más detalles

Gestión de proyectos

Gestión de proyectos Gestión de proyectos Horas: 45 El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos El

Más detalles

Traducción del. Our ref:

Traducción del. Our ref: Traducción del Documento: Our ref: Secretaría del ISO/TC 176/SC 2 Fecha: 15 de octubre de 2008 A los Miembros del ISO/TC 176/SC 2 - Gestión de la Calidad y Aseguramiento de la Calidad/ Sistemas de la Calidad

Más detalles

RECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS

RECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS CENTRO DE EXCELENCIA DE SOFTWARE LIBRE DE CASTILLA-LA MANCHA JUNTA DE COMUNIDADES DE CASTILLA LA MANCHA. RECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS Autor del documento:

Más detalles

El participante puede llevar a cabo el proceso de auto-comparación y sobre esa base reforzar los aspectos menos consistentes.

El participante puede llevar a cabo el proceso de auto-comparación y sobre esa base reforzar los aspectos menos consistentes. Guía de Evaluación Como evaluación de la guía pedagógica se ha elegido una metodología de evaluación cualitativa del nivel de conocimientos del participante. Para ello se ha construido una guía de preguntas

Más detalles

Traducción del. Our ref:

Traducción del. Our ref: Traducción del Documento: Our ref: Secretaría del ISO/TC 176/SC 2 Fecha: 15 de octubre de 2008 A los Miembros del ISO/TC 176/SC 2 - Gestión de la Calidad y Aseguramiento de la Calidad/ Sistemas de la Calidad

Más detalles

Prácticas PGSI. Práctica 1. Introducción a la Gestión de Proyectos con Project 2000

Prácticas PGSI. Práctica 1. Introducción a la Gestión de Proyectos con Project 2000 Prácticas PGSI Práctica 1. Introducción a la Gestión de Proyectos con Project 2000 Contenidos 1. Repasar los conceptos básicos de gestión de proyectos. a. Partes de un proyecto: i. Tareas. ii. Hitos. iii.

Más detalles

LOGISTICA D E COMPRAS

LOGISTICA D E COMPRAS LOGISTICA D E COMPRAS 1. - Concepto de compras OBTENER EL (LOS) PRODUCTO(S) O SERVICIO(S) DE LA CALIDAD ADECUADA, CON EL PRECIO JUSTO, EN EL TIEMPO INDICADO Y EN EL LUGAR PRECISO. Muchas empresas manejan

Más detalles

Gerenciamiento de Proyectos. Estándar PMI. Cambio Organizacional UDELAR

Gerenciamiento de Proyectos. Estándar PMI. Cambio Organizacional UDELAR Gerenciamiento de Proyectos Estándar PMI Cambio Organizacional UDELAR Agenda Concepto de Proyecto Qué es la dirección de proyectos? PMI y Guía del PMBOK Dirección de Proyectos Áreas de Conocimiento 2 Definición

Más detalles

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN Después de realizar la evaluación inicial se han detectado deficiencias en los procesos de reutilización del código, por lo que se van a integrar

Más detalles

1. PMI Project Managment Institute www.pmi.org

1. PMI Project Managment Institute www.pmi.org 1. PMI Project Managment Institute www.pmi.org El Project Management Institute (PMI ) es considerado la asociación profesional para la gestión de proyectos sin fines de lucro más grande del mundo, con

Más detalles

Figure 7-1: Phase A: Architecture Vision

Figure 7-1: Phase A: Architecture Vision Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como

Más detalles

Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000

Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000 Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000 Documento: ISO/TC 176/SC 2/N 525R Marzo 2001 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español Este

Más detalles

SW-CMM Capability Maturity Model for Software

SW-CMM Capability Maturity Model for Software SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM

Más detalles

Este procedimiento aplica a todos aquellos estudios y diseños a ser realizados por el AMCO para el desarrollo de sus proyectos.

Este procedimiento aplica a todos aquellos estudios y diseños a ser realizados por el AMCO para el desarrollo de sus proyectos. 1. Propósito: Establecer un procedimiento para la ejecución de estudios y diseños, para los proyectos a ser ejecutados por el Área metropolitana del Centro Occidente 2. Alcance: Este procedimiento aplica

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PROYECTO

Más detalles

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación PLAN DE MEJORAS Herramienta de trabajo Agencia Nacional de Evaluación de la Calidad y Acreditación Índice 1 Introducción...3 2 Pasos a seguir para la elaboración del plan de mejoras...5 2.1 Identificar

Más detalles

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net 2012 Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net Servinet Sistemas y Comunicación S.L. www.softwaregestionproyectos.com Última Revisión: Febrero

Más detalles

CASO PRÁCTICO Nº 07. - Monitoreo y Ajuste de la Carga de Trabajo de los Recursos. - Control del Proyecto usando el Valor Ganado.

CASO PRÁCTICO Nº 07. - Monitoreo y Ajuste de la Carga de Trabajo de los Recursos. - Control del Proyecto usando el Valor Ganado. CASO PRÁCTICO Nº 07 1. OBJETIVO El desarrollo del Caso Práctico Nº 07 busca lograr los siguientes objetivos en el participante: - Realizar el Monitoreo y Ajuste de la Carga de Trabajo de los Recursos.

Más detalles

Test de Prueba PMP : Marco de Referencia Gestión de Proyecto

Test de Prueba PMP : Marco de Referencia Gestión de Proyecto Test de Prueba PMP : Marco de Referencia Gestión de Proyecto 1) En qué grupos de procesos de dirección de proyectos es creado el presupuesto detallado del proyecto? b. Seguimiento y control c. Planificación

Más detalles

CASO PRÁCTICO Nº 05 1. OBJETIVO 2. TEMAS A DESARROLLAR

CASO PRÁCTICO Nº 05 1. OBJETIVO 2. TEMAS A DESARROLLAR CASO PRÁCTICO Nº 05 1. OBJETIVO El desarrollo del Caso Práctico Nº 05 busca lograr los siguientes objetivos en el participante: - Actualizar el cronograma del proyecto. - Elaborar el Informe de Desempeño

Más detalles

7.3 CONTROLAR LOS COSTES PROYECTO TÉCNICO

7.3 CONTROLAR LOS COSTES PROYECTO TÉCNICO 7.3 CONTROLAR LOS COSTES PROYECTO TÉCNICO Documento redactado por Documento revisado por Documento aprobado por Jordi Labandeira David Naranjo 29-08-12 Joaquín de Abreu 02-09-12 Marc Albaladejo 01-09-12

Más detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Ciclo Jorge R.

GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Ciclo Jorge R. 1 GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Ciclo Jorge R. Mendoza 2012 PRESENTACION 2 OBJETIVOS: Lograr el uso correcto

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

www.unjhana.com Unjhana @unjhana

www.unjhana.com Unjhana @unjhana Quiénes somos Somos una empresa que cuenta un equipo de trabajo con más de diez (10) años de experiencia en Gerencia de Proyectos y Gestión de Mantenimiento, relacionados con Telecomunicaciones y Tecnologías

Más detalles

Por qué es importante la planificación?

Por qué es importante la planificación? Por qué es importante la planificación? La planificación ayuda a los empresarios a mejorar las probabilidades de que la empresa logre sus objetivos. Así como también a identificar problemas claves, oportunidades

Más detalles

LA IMPORTANCIA DE LOS TABLEROS DE CONTROL. Conocido también como Cuadro de Mando Integral (CMI) o tablero de comando o balanced scorecard.

LA IMPORTANCIA DE LOS TABLEROS DE CONTROL. Conocido también como Cuadro de Mando Integral (CMI) o tablero de comando o balanced scorecard. LA IMPORTANCIA DE LOS TABLEROS DE CONTROL Jack Fleitman Conocido también como Cuadro de Mando Integral (CMI) o tablero de comando o balanced scorecard. La mayoría de las empresas grandes lo utilizan para

Más detalles

2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG

2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG 2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG Para poder entender cuál es el propósito del SISTEMA INTEGRADO DE GESTIÓN - SIG, lo primero que debemos tener claro son los conceptos de SISTEMA, GESTIÓN

Más detalles

GERENCIA DE PROYECTOS DE MANTENIMIENTO CON ÉNFASIS EN PARADAS DE PLANTA

GERENCIA DE PROYECTOS DE MANTENIMIENTO CON ÉNFASIS EN PARADAS DE PLANTA NOMBRE DEL CURSO: GERENCIA DE PROYECTOS DE MANTENIMIENTO CON ÉNFASIS EN PARADAS DE PLANTA FACILITADOR: Ing. José Contreras (Venezuela) DURACIÓN: 16 horas. ENFOQUE TÉCNICO: En las organizaciones industriales

Más detalles

INTRODUCCIÓN A LA GERENCIA DE PROYECTOS

INTRODUCCIÓN A LA GERENCIA DE PROYECTOS INTRODUCCIÓN A LA GERENCIA DE PROYECTOS SEGÚN PROCESOS PMI Y MS PROJECT 2003 MEDELLÍN OCTUBRE DE 2006 Walter G. Cano TEMÁTICA 1. INTRODUCCIÓN 2. ASPECTOS FUNDAMENTALES DE LA METODOLOGÍA PMI 3. ASPECTOS

Más detalles

Plan de Administración del Proyecto

Plan de Administración del Proyecto L México 2002 Atención Ciudadana y Gestión de Programas Sociales Plan de Administración del Proyecto Introducción: El Plan de Administración del Proyecto provee información de cómo el proyecto debe ser

Más detalles

Curso de Gestión de Proyectos basado en el PMBOK (Fourth Edition) Pasos para crear una EDT/WBS de calidad

Curso de Gestión de Proyectos basado en el PMBOK (Fourth Edition) Pasos para crear una EDT/WBS de calidad Pasos para crear una EDT/WBS de calidad Projects - Ingeniería & Consultoría www.projects.com.uy 1) Obtener información / datos de entrada 2) Definir el equipo para crear la EDT/WBS 3) Analizar el alcance

Más detalles

INDICADORES PRESENTADO POR: LUIS DARÍO TÉLLEZ RAMÍREZ

INDICADORES PRESENTADO POR: LUIS DARÍO TÉLLEZ RAMÍREZ PRESENTADO POR: LUIS DARÍO TÉLLEZ RAMÍREZ CONTENIDO GENERALIDADES DE LA MEDICIÓN CLASIFICACIÓN DE FORMULACIÓN O AJUSTE DE GENERALIDADES DE LA MEDICIÓN EN EL SECTOR PÚBLICO La medición consiste en revisar

Más detalles

Curso de MS Project. Objetivo

Curso de MS Project. Objetivo Curso de MS Project El objetivo de este curso es otorgar al alumno de la formación necesaria que le permita elaborar un plan y un proyecto ayudado del programa Microsoft Project, conociendo con detalle

Más detalles

CONTENIDO TEMATICO Y DOCENTES

CONTENIDO TEMATICO Y DOCENTES CONTENIDO TEMATICO Y DOCENTES JUSTIFICACION En el mundo moderno existen empresas que ejecutan sus actividades bajo el esquema de proyectos y es necesario hacer todos los esfuerzos que sean necesarios para

Más detalles

GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3.

GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3. GANTT, PERT y CPM Características Conseguir una buena programación es un reto, no obstante es razonable y alcanzable. Ella debe tener el compromiso del equipo al completo, para lo cual se recomienda que

Más detalles

Grupo de procesos de Planificación

Grupo de procesos de Planificación Grupo de procesos de Planificación Fuentes: Information Technology Project Management, Fifth Edition, Copyright 2007 PMBOK, Cuarta edición Preparó: Ing. Ismael Castañeda Fuentes Objetivos de Aprendizaje

Más detalles

Orientación acerca del enfoque basado en procesos para los sistemas de gestión de la calidad

Orientación acerca del enfoque basado en procesos para los sistemas de gestión de la calidad Orientación acerca del enfoque basado en procesos para los sistemas de gestión de la calidad Documento: ISO/TC 176/SC 2/N 544R Mayo 2001 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español

Más detalles

Aprobado mediante: Resolución Ministerial 014 de 23 de enero de 2013 SISTEMA DE PROGRAMACIÓN DE OPERACIONES

Aprobado mediante: Resolución Ministerial 014 de 23 de enero de 2013 SISTEMA DE PROGRAMACIÓN DE OPERACIONES Aprobado mediante: Resolución Ministerial 014 de 23 de enero de 2013 SISTEMA DE REGLAMENTO ESPECÍFICO TITULO I GENERALIDADES CAPITULO I DISPOSICIONES GENERALES Artículo 1. Objetivo y ámbito de aplicación

Más detalles

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual? METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en

Más detalles

Solutions ÑAIKOTEVẼVA RYRU. VERSIÓN 1, Feb.

Solutions ÑAIKOTEVẼVA RYRU. VERSIÓN 1, Feb. ÑAIKOTEVẼVA RYRU Caja de Instrumentos de Gestión de Proyectos Plan de Ejecución del Proyecto - PEP - Instructivo VERSIÓN 1, Feb. CSC/CPR Índice 1. Definición 2. Elementos del PEP 3. Características de

Más detalles