GESTIÓN DE PROYECTOS DE SOFTWARE

Save this PDF as:
 WORD  PNG  TXT  JPG

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

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

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

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

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

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

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

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

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, 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

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

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 DE PROYECTOS DE SOFTWARE

GESTIÓN DE PROYECTOS DE SOFTWARE 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

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

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

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

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

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

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

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

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

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

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

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

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

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

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

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

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

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

Introducción a la Gerencia de Proyectos. Resumen. Introducción.

Introducción a la Gerencia de Proyectos. Resumen. Introducción. Introducción a la Gerencia de Proyectos Edwin Monzón C. Ing. de Planeamiento y Control de Proyectos, Compañía Minera San Martín Resumen A nivel mundial la utilización de estándares en la dirección de proyectos

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

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

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

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

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

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

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

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

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA Hospital Nacional de Maternidad UNIDAD DE INFORMATICA 87 Introducción Página: I INTRODUCCION Para el propósito de este manual el Hospital Nacional de Maternidad puede ser referido también como El Hospital,

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

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a 5. METODOLOGIAS COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a incrementar su valor a través de las tecnologías, y permite su alineamiento con los objetivos del negocio

Más detalles

Ingeniería de Software II

Ingeniería de Software II Ingeniería de Software II Primer Cuatrimestre de 2008 Clase 2: Planificación de Proyectos de Software Buenos Aires, 27 de Marzo de 2008 Temas para hoy Repaso de la clase anterior: modelos de ciclo de vida

Más detalles

Ciclo de vida del Software

Ciclo de vida del Software Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por

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

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

GRUPO DE PROCESOS DE: PLANIFICACIÓN. www.sistemas-expertos.com 1

GRUPO DE PROCESOS DE: PLANIFICACIÓN. www.sistemas-expertos.com 1 GRUPO DE PROCESOS DE: PLANIFICACIÓN 1 OBJETIVOS: GRUPO DE PROCESOS DE PLANIFICACIÓN Identificar la relación del grupo de procesos de Planeación con los procesos de Iniciación, Ejecución, Seguimiento y

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

Tracción PM! PMBOK. Organización del texto

Tracción PM! PMBOK. Organización del texto PMBOK Organización del texto El libro de texto La Guía del PMBOK es el estándar global para administración de proyectos. Representa las prácticas que son generalmente reconocidas como las mejores en la

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

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

5. Gestión de la Configuración del Software (GCS)

5. Gestión de la Configuración del Software (GCS) 5. Gestión de la Configuración del Software (GCS) 5.1. La Configuración del Software El resultado del proceso de ingeniería del software es una información que se puede dividir en tres amplias categorías:

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

PROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Diseño y desarrollo. Código PG-17 Edición 0. Índice

PROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Diseño y desarrollo. Código PG-17 Edición 0. Índice Í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. IDENTIFICACIÓN

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

1. Definición de valor ganado. 2. Administración del valor ganado

1. Definición de valor ganado. 2. Administración del valor ganado Revista de la Facultad de Ingeniería Industrial Vol. 11(1): pp 47-52(2008) UNMSM ISSN: 1560-9146 (Impreso) / ISSN: 1410-9993 (Electrónico) Administración del valor ganado aplicado a proyectos de tecnología

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

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

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

Diplomado Administración de proyectos: Preparación para el examen de certificación PMP

Diplomado Administración de proyectos: Preparación para el examen de certificación PMP Diplomado Administración de proyectos: Preparación para el examen de certificación PMP Duración 164 horas Objetivo general: Este diplomado proporciona los conocimientos, técnicas y herramientas necesarias

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

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

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

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

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

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

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

Cómo gestionar proyectos en condiciones de riesgo

Cómo gestionar proyectos en condiciones de riesgo 1 de 8 CLAVES PARA EL ÉXITO DE LOS PROYECTOS Cómo gestionar proyectos en condiciones de riesgo Las empresas necesitan desarrollar proyectos que exigen estructuras y tratamientos distintos a los tradicionales.

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

Orientación sobre el concepto y uso del Enfoque basado en procesos para los sistemas de gestión

Orientación sobre el concepto y uso del Enfoque basado en procesos para los sistemas de gestión Orientación sobre el concepto y uso del Enfoque basado en procesos para los sistemas de gestión Documento: ISO/TC 176/SC 2/N 544R2 Diciembre 2003 ISO 2003 Traducción aprobada el 2004-04-27 Prólogo de la

Más detalles

Examen de certificación Objetivos: PK0-003

Examen de certificación Objetivos: PK0-003 Examen de certificación Objetivos: PK0-003 INTRODUCCIÓN El examen CompTIA Project + está diseñado para profesionales de negocios involucrados con proyectos. Este examen certificará que el candidato exitoso

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

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

PROCEDIMIENTO ESPECÍFICO. Código S-VII-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. PLANEACIÓN...

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

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

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

CASO PRÁCTICO Nº 08 1. OBJETIVO 2. TEMAS A DESARROLLAR CASO PRÁCTICO Nº 08 1. OBJETIVO El desarrollo del Caso Práctico Nº 08 busca lograr el siguiente objetivo en el participante: - Cerrar el proyecto usando el MS Project 2010. 2. TEMAS A DESARROLLAR El Caso

Más detalles

Una estructura conceptual para medir la efectividad de la administración

Una estructura conceptual para medir la efectividad de la administración Una estructura conceptual para medir la efectividad de la administración Tópico especial para gestión del mantenimiento La necesidad de un sistema de medición de la efectividad Mediante el uso de una 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

Gestión de Proyectos Gestión de Proyectos Agenda: Gestión de Proyectos Técnicas y Herramientas de Planificación Estimaciones de Tamaño, Esfuerzo, Costo y Duración Métricas de Tamaño Recursos Humanos y Organización Evaluación

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

Este documento proporciona la secuencia de pasos necesarios para la construcción de un Diagrama de Flujo. www.fundibeq.org

Este documento proporciona la secuencia de pasos necesarios para la construcción de un Diagrama de Flujo. www.fundibeq.org DIAGRAMA DE FLUJO 1.- INTRODUCCIÓN Este documento proporciona la secuencia de pasos necesarios para la construcción de un Diagrama de Flujo. Muestra la importancia de dos aspectos clave en este proceso:

Más detalles

UNIVERSIDAD NACIONAL DE INGENIERÍA

UNIVERSIDAD NACIONAL DE INGENIERÍA UNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA CIVIL EVALUACION DE LAS FASES DE ÉXITO EN EL PROYECTO CONSTRUCCION DEL ALMACEN DE PRODUCTOS TESIS PARA OPTAR EL TÍTULO PROFESIONAL DE: INGENIERO

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

Diplomado Administración de proyectos: Preparación para el examen de certificación PMP

Diplomado Administración de proyectos: Preparación para el examen de certificación PMP Diplomado Administración de proyectos: Preparación para el examen de certificación PMP Duración 164 horas Objetivo general: Este diplomado proporciona los conocimientos, técnicas y herramientas necesarias

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

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

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

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

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

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

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

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

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

CASO PRÁCTICO Nº 03. El desarrollo del Caso Práctico Nº 03, busca lograr los siguientes objetivos en el participante:

CASO PRÁCTICO Nº 03. El desarrollo del Caso Práctico Nº 03, busca lograr los siguientes objetivos en el participante: CASO PRÁCTICO Nº 03 1. OBJETIVO El desarrollo del Caso Práctico Nº 03, busca lograr los siguientes objetivos en el participante: - Identificar la Ruta Crítica del proyecto. - Realizar el ajuste del tiempo

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

CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com

CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com CIF 9159 Taller Integrado Sección 4 Planificación Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com Temas a Tratar Planificar Definiciones Proceso / Herramientas Estructura de Desglose

Más detalles

Empresa Financiera Herramientas de SW Servicios

Empresa Financiera Herramientas de SW Servicios Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través

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

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

CAPÍTULO 620 SISTEMA DE ADMINISTRACIÓN DEL DESEMPEÑO. Contenido. Subcapítulo 1. Disposiciones Generales

CAPÍTULO 620 SISTEMA DE ADMINISTRACIÓN DEL DESEMPEÑO. Contenido. Subcapítulo 1. Disposiciones Generales CAPÍTULO 620 SISTEMA DE ADMINISTRACIÓN DEL DESEMPEÑO Contenido Subcapítulo 1. Disposiciones Generales (1) Propósito (2) Alcance (3) Definiciones (4) Responsabilidades Subcapítulo 2. Bases para la Evaluación

Más detalles