Planificación y Gestión del Proyecto
|
|
- Alejandro Campos Velázquez
- hace 8 años
- Vistas:
Transcripción
1 Planificación y Gestión del Proyecto INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE CÓMPUTO M. En C. Eduardo Bustos Farías Sep-05 Ing. de Software 1
2 Planificación y Gestión del Proyecto Gestión de Proyectos Técnicas y Herramientas de Planificación Métricas de Tamaño Estimaciones de Tamaño, Esfuerzo, Costo y Duración Recursos Humanos y Organización Evaluación de Factibilidad Gestión de Riesgos Gestión de la Calidad Gestión de la Configuración Comunicaciones entre los involucrados Registro y Control de Avance Sep-05 Ing. de Software Planif. y Gestión 2
3 Proyecto Operaciones y Proyectos: llevados a cabo por personas sometidos a restricciones (recursos) se planifican, ejecutan, controlan Operación Continua<> Proyecto Proyecto inicio y fin (el proyecto) producto/servicio único (el resultado continua) Alcance? Sep-05 Ing. de Software Planif. y Gestión 3
4 Conceptos fundamentales Gestión de Proyectos: Aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades de un proyecto, para cubrir o superar las necesidades y expectativas para un proyecto Interesados (stakeholders): Involucrados (participan) Interesados afectados positiva o negativamente Alcance: del producto (final) sus características del proyecto trabajos incluidos (y no) Sep-05 Ing. de Software Planif. y Gestión 4
5 Alcance y Expectativas Necesidades Expectativas Balancear Recursos Calidad Alcance Tiempo Necesidades Expectativas Restricciones Tecnología Proceso Personas Sep-05 Ing. de Software Planif. y Gestión 5
6 Relación con otras disciplinas de la Administración Administración General planificar, organizar, asignar personal, ejecutar y controlar las operaciones de una empresa de operación continua Áreas de Aplicación (categorías de proyectos) Elementos Técnicos Elementos Administrativos Ramas de la Industria Gestión de Proyectos Administración Gral. Área de Aplicación Sep-05 Ing. de Software Planif. y Gestión 6
7 Relación con otros Emprendimientos Programa conjunto de proyectos relacionados a menudo incluyen elementos de Operación Continua Subproyecto parte de un proyecto a menudo contratada a un proveedor Sep-05 Ing. de Software Planif. y Gestión 7
8 Técnicas y Herramientas de Planificación WBS CPM Técnica Herramienta Esquema numerado Word Project (y otros) PERT Gantt Perfil de uso de Recursos Evolución de gastos Valor Ganado Planilla Electrónica Project, Planilla Electrónica Sep-05 Ing. de Software Planif. y Gestión 8
9 WBS Work Breakdown Structure ( descomposición jerárquica de actividades o desglose de actividades ) El proyecto se descompone teniendo en cuenta los productos intermedios a obtener y se repite el proceso mientras resulte necesario (y posible) para el control Modelo de Proceso implícito La jerarquía facilita análisis a distintos niveles Sólo representa relaciones composicióndescomposición No representa relaciones de precedencia Sep-05 Ing. de Software Planif. y Gestión 9
10 WBS - Ejemplo: Casa Casa Diseño Terreno Materiales Construcción Planos Delimitar Adquirir Cimientos Memoria Descript. Acondicionar Notas: 1. No se representan relaciones de precedencia. 2. Es usual presentarlo (en lo posible) en el orden de ejecución Muros Techos Sanitaria Electricidad Terminaciones Sep-05 Ing. de Software Planif. y Gestión 10
11 WBS - Contra-Ejemplo: Casa Casa Dormitorios Living Comedor Cocina Baño Principal Niños Huéspedes Notas: 1. En este caso hay una descomposición jerárquica del producto (no de las actividades), sin tener en cuenta los productos intermedios. 2. Considerado como WBS, qué opina de la técnica constructiva implícita? Sep-05 Ing. de Software Planif. y Gestión 11
12 Actividad e Hito Actividad es una parte de un proyecto que se lleva a cabo durante un período de tiempo. Un Hito es un punto en el tiempo que marca el inicio o el fin de una actividad. Describir cada actividad precedentes duración producto Sep-05 Ing. de Software Planif. y Gestión 12
13 Grafo de Actividades (CPM) Critical Path Method Se consideran: las hojas del WBS (actividades) las relaciones de precedencia entre ellas (una actividad no puede comenzar hasta que las precedentes hayan concluido) no se admiten circuitos de precedencia Hoy en día lo usual es representar: actividades por bloques (compatible con Diag. Gantt) Las relaciones de precedencia por flechas (intuitivo) Hay un nodo Inicio y otro Fin (no se precisan elementos ficticios) Modelo del proyecto (actividades, precedencias, duraciones) Sep-05 Ing. de Software Planif. y Gestión 13
14 Grafo de Actividades b.memoria Descript. i.electricidad j.sanitaria inicio a.planos c.delimitar (Terreno) f.acondicionar (Terreno) d.adquirir (Materiales) e.cimien tos h.techos g.muros k.terminaciones fin Sep-05 Ing. de Software Planif. y Gestión 14
15 Grafo de Actividadesconceptos básicos para las actividades Comienzo Temprano (lo antes que puede comenzar respetando las precedencias y las duraciones) Fin Temprano (la fecha de fin si la actividad comienza lo antes posible y dura lo previsto) Fin Tardío (lo más tarde que puede terminar la actividad sin afectar la duración del proyecto) Comienzo Tardío (lo más tarde que puede comenzar la actividad sin afectar la duración del proyecto) Holgura Total (cuanto se puede atrasar el comienzo de una actividad sin afectar la fecha de fin del proyecto Camino Crítico: integrado por actividades que si se atrasan, atrasan el proyecto (Holgura Total=0) Sep-05 Ing. de Software Planif. y Gestión 15
16 Grafo de Actividades con duraciones i (1) b (4) 0 inicio a (3) c (5) h (7) j (2) fin d (5) g (5) Colores: Temprano f (8) e (7) k (10) Tardío Sep-05 Ing. de Software Planif. y Gestión 16
17 Grafo de Actividades con duraciones 0 inicio Colores: Temprano Tardío 0 3 a (3) d (5) f (8) b (4) c (5) e (7) g (5) h (7) i (1) j (2) k (10) Sep-05 Ing. de Software Planif. y Gestión fin Cuál es el Camino Crítico?
18 PERT Como CPM pero la duraciones variables aleatorias Estima la duración de cada actividad a partir de estimar un valor mínimo a (optimista), más probable m y máximo b (pesimista) Le atribuye distribución Beta (no siempre simétrica) y aproxima el valor esperado por E=(a+4m+b)/6 Aproxima σ por (b-a)/6 y considera las duraciones como variables aleatorias independientes por lo que: σ 2 camino crítico=σ σ 2 activ.camino crítico Duraciones v.a. independientes? Y los otros caminos? Sep-05 Ing. de Software Planif. y Gestión 18
19 ACTIVIDAD Diagrama de Gantt HOY ENE FEB MAR ABR MAY JUN JUL AGO SEP OCT NOV DIC WBS 1.0 PLANEAR SISTEMA 1.1 Revisar especificación 1.2 Revisar presupuesto 1.3 Revisar calendario 1.4 Desarrollar plan WBS 2.0 DISEÑAR SISTEMA 2.1 Diseño de alto nivel 2.2 Prototipar Especificación aprobada Presupuesto aprobado Calendario aprobado Plan aprobado Diseño aprobado 2.3 Interfaz de usuario 2.4 Diseño detallado Completada Duración Flotante Crítica Deslizamiento Inicio Tarea Diseño aprobado Fin Ttarea Sep-05 Ing. de Software Planif. y Gestión 19
20 Pertil de uso de Recursos Un diagrama de Gantt tiene asociado (de forma explícita o no) una utilización de recursos (personas, maquinaria, etc.)para cumplir las actividades El Perfil de Uso permite evaluar si el plan del diagrama es factible (no hay sobre-utilización) y si hay sobre-costos derivados de períodos de ocio El plan final resulta de revisar y ajustar Gantt y Recursos Nivel de uso Sub-utilización Sobreutilización Recurso Ocioso Capacidad del Recurso t Sep-05 Ing. de Software Planif. y Gestión 20
21 Ajuste del plan - Técnicas Camino crítico (para identificar qué ajustar) Compresión; en gral.>costo por agregar recursos Paralelizar, en gral.: >riesgo (plazo, costo, calidad) >costo x retrabajo Nivelado y ajuste de los recursos Sep-05 Ing. de Software Planif. y Gestión 21
22 Niveles e instancias de Planificación Cuándo se lleva a cabo la planificación? Qué nivel de detalle se puede obtener antes de detallar los requerimientos? La planificación se maneja normalmente a dos niveles: Macro, en donde se detallan fases Micro, con detalle de actividades y componentes Sep-05 Ing. de Software Planif. y Gestión 22
23 Métricas de Tamaño Casa: Metros Cuadrados de Construcción Carretera: Kilómetros/Kilómetros Cuadrados Software:? Líneas de Código Variabilidad Personal (Tamaño/Productividad) En qué lenguaje? Física? Lógica? En un lenguaje, qué es una línea lógica? Con o sin comentarios? Construidas o Libradas al uso? Sep-05 Ing. de Software Planif. y Gestión 23
24 Métricas de Tamaño - Líneas de Código Necesidad de definir criterios de medición Ejemplo: Lenguaje Criterios para contar líneas en ese lenguaje Con/Sin Comentarios Libradas al Uso Discriminación de Líneas Reusadas Permite evaluar productividad en programación (productividad estable en LOC, independiente del lenguaje) - OJO con medir productividad individual! Sep-05 Ing. de Software Planif. y Gestión 24
25 Métricas de Tamaño - Líneas de Código productividad en proyectos iguales, en lenguajes distintos - Paradoja! C más productico que C++? Proyecto A: LOC C Análisis Requs. Dis.Sist.: 2 meses/persona Dis.Det. Cod.PU-Int.: Prueba Sistema: 4 meses/persona 2 meses/persona Esfuerzo: 8 meses/pers. Productividad: /8= Proyecto A : LOC C++ Análisis Requs.Dis. Sist.: 2 meses/persona Dis.Det. Cod.PU-Int.: Prueba Sistema: 2 meses/persona 2 meses/persona Esfuerzo: 6 meses/pers. Productividad: /6= Sep-05 Ing. de Software Planif. y Gestión 25
26 Métricas de Tamaño - Líneas de Código Ventajas: fácil de medir automáticamente a partir del código Desventajas: Para medir se precisa que el código esté construido Sujeto a variaciones personales/grupales y estilos de programación Depende del lenguaje: Dificultad para medir productos implementados en más de un lenguaje Difícil comparar proyectos en distinto lenguaje Sep-05 Ing. de Software Planif. y Gestión 26
27 Métricas de Tamaño - Puntos de Función Albrecht (IBM-1979) Objetivo: traducir en un Número el tamaño de la funcionalidad que brinda un producto de software Desde el Punto de vista del usuario Suma ponderada de características del producto: Nro. Entradas X 4 (3,4,6) Nro. Salidas X 5 (4,5,7) Nro. Consultas X 4 (3,4,6) Nro.Archivos X 10 (7,10,15) Nro.Interfaces externas X 7 (5,7,10) Sep-05 Ing. de Software Planif. y Gestión 27
28 Modelo para contar FP Frontera de la aplicación Contiene datos derivados EI EQ EO Archivos Lógicos Internos (ILF) Archivos de Interfaz Externos (EIF) 14 Características Generales de la Aplicación PF = PFSA x Factor de Ajuste Sep-05 Ing. de Software Planif. y Gestión 28
29 Métricas de Tamaño - Puntos de Función Normalizado por IFPUG Ponderadores según complejidad de c/característica (A,M,B) Criterios definidos para asignar complejidad a c/u Puntos de Función sin ajustar+ 14 criterios de ajuste + -35% PFA=PFSA * (0,65+ 0,01*sumat( ponderadores)) Pond=1 a 5 Ventajas: Se puede medir a partir de Requerimientos Funcionales Independiente del lenguaje Desventajas: Area de aplicación restringida (Sistemas de Información) Esfuerzo al medir Variabilidad en mediciones individuales-medidores expertos criticado por factores de ajuste Desarrollos más recientes: MK II FFP 1998 Estándar ISO Funct. Size Measurement Sep-05 Ing. de Software Planif. y Gestión 29
30 Estimación Para poder planificar se debe estimar: Tamaño Esfuerzo Costo Duración Formas de Estimación: Jucio de Expertos Métodos Algorítmicos Métodos basados en Aprendizaje Automatizado Sep-05 Ing. de Software Planif. y Gestión 30
31 Estimación- Juicio de Expertos Aplicable a Tamaño, Esfuerzo, Costo, Duración Analogía con antecedentes Descomposición y estimación de c/componente (WBS) pesimista, más probable, optimista Media calculada como si fuera distribución Beta: (p+4m+o)/6 σ como en Pert; se pueden considerar v.a. independientes? Consulta a varios expertos Técnica Delphi (formal) c/experto estima por separado valor medio se distribuye y se pide ajuste de estimación variantes con discusión previa o justificaciones distribuidas normalmente los resultados convergen rápidamente Sep-05 Ing. de Software Planif. y Gestión 31
32 Estimación -Juicio de Expertos Matriz de costos de Wolverton (TRW-1974) O=Old; N=New E=Easy; M=Medium; D=Difficult Dificultad Tipo OE OM OD NE NM ND Control I/O Pre/post proces Algoritmo Data Manag Tiempo crítico Sep-05 Ing. de Software Planif. y Gestión 32
33 Estimación - Metodos Algoritmicos de la forma: E=(a+b*S c ) m (X) donde a, b y c son constantes S es el tamaño estimado del producto m es un multiplicador de ajuste que depende del vector X de factores de ajuste Walston-Felix (1977): E=5.25 S 0.91 interés histórico, notar el valor del exponente menor que 1 Sep-05 Ing. de Software Planif. y Gestión 33
34 Estimación - COCOMO II E= b S c(y) m(x) Tamaño en SLOC (PFSA si se convierte) y: Elementos de escala para ajustar el exponente x: Multiplicadores de esfuerzo 3 modelos con distinto nivel de complejidad composición de aplicaciones (tamaño en Object Points) diseño temprano Post-Arquitectura Herramientas que soportan los 2 últimos modelos Estima Esfuerzo, Duración (y plantilla promedio) de Desarrollo, SIN contar Requerimientos Esfuerzo en Meses/Persona (160 horas/persona) Sep-05 Ing. de Software Planif. y Gestión 34
35 Estimación - COCOMO II (cont.) Ajustes de Escala: PREC -> Precedentes FLEX -> Flexibilidad del Desarrollo Requerimientos pre-establecidos Interfaces externas RESL -> Arquitectura/Resolución de Riesgos TEAM -> Cohesión del equipo PMAT -> Madurez del Proceso de SW Sep-05 Ing. de Software Planif. y Gestión 35
36 Estimación - COCOMO II (cont.) Multiplicadores de Esfuerzo (Post-Arquit.) RELY -> Confiabilidad requerida DATA -> Tamaño BD CPLX -> Complejidad RUSE -> Reuso de productos en pry y otros DOCU -> Documentación requerida TIME -> Carga de Procedadores STOR -> Carga de Memoria PVOL -> Volatilidad de la Plataforma Sep-05 Ing. de Software Planif. y Gestión 36
37 Estimación - COCOMO II (cont.) Multiplicadores de Esfuerzo (Post-Arquit.) ACAP -> Capacidad de Analistas AEXP -> Experiencia de Analistas PCAP -> Capacidad de Programadores PEXP -> Experiencia de Programadores LTEX -> Experiencia en Lenguaje y Herrs. TOOL -> Herramientas SITE -> Dispersión/Comunicaciones SCED -> Compresión/Estiramiento de Plazo Sep-05 Ing. de Software Planif. y Gestión 37
38 Estimación - Aprendizaje Automático Aprender de proyectos pasados predecir el costo (esfuerzo, duración) Técnicas de Data Mining: Construir un modelo (Redes Neuronales, Modelos Estadísticos) consistente con datos históricos usar el modelo para generar una predicción (estimación) del futuro Sep-05 Ing. de Software Planif. y Gestión 38
39 Recursos Humanos y Organización Para determinar el calendario del proyecto y estimar el esfuerzo y costo asociados, debemos saber: cuánta gente va a estar trabajando en el proyecto, qué tareas van a desarrollar y qué habilidades y experiencia deben tener. Quién hace qué y cómo se va a organizar el personal. Sep-05 Ing. de Software Planif. y Gestión 39
40 Roles y Características del Personal Capacidad para desempeñar una tarea interés en el trabajo experiencia con aplicaciones similares, herramientas, lenguajes, técnicas y ambiente de desarrollo entrenamiento (ajustar WBS) capacidad para comunicarse con otros y compartir la responsabilidad capacidad de supervisión Sep-05 Ing. de Software Planif. y Gestión 40
41 Estilos de Trabajo INTUITIVO INTROVERTIDO INTUITIVO INTROVERTIDO: Pregunta al resto Reconoce sentimientos RACIONAL INTROVERTIDO: Pregunta al resto Decide lógicamente INTUITIVO EXTROVERTIDO: Informa al resto Reconoce sentimientos RACIONAL EXTROVERTIDO: Informa al resto Decide lógicamente EXTROVERTIDO RACIONAL Sep-05 Ing. de Software Planif. y Gestión 41
42 Comunicaciones Dos personas 1 linea de comunicación Tres personas 3 lineas de comunicació Cuatro personas 6 lineas de comunicació Cinco personas : n personas 10 lineas de comunicació : n(n-1)/2 lineas de comunicación Sep-05 Ing. de Software Planif. y Gestión 42
43 Reuniones (problemas) El propósito es poco claro. Los participantes no están preparados. Gente clave está ausente o llega tarde. La conversación se aleja del propósito. Los participantes discuten, dominan la conversación, o no participan. Las decisiones tomadas en la reunión luego nunca se hacen efectivas. A una reunión de 8 personas durante 2 horas significa un esfuerzo de 16 horas/persona Sep-05 Ing. de Software Planif. y Gestión 43
44 Reuniones (soluciones) Definir objetivo, agenda y duración Los participantes deben conocerlos con antelación suficiente Definir quiénes deben (y no deben) participar Asignar el rol de coordinador o moderador para ceñirse a la agenda Asginar el rol de secretario, responsible por el acta, la que se debe distribuir a los participantes Sep-05 Ing. de Software Planif. y Gestión 44
45 Manejo de conflictos Qué opinar de un proyecto en el que no aparece ningún conflicto? Conflicto: no siempre es malo Puede ser estimulante Promueven la creatividad A veces hay que crearlos (abogado del diablo) para evaluar riesgos El manejo de conflictos es clave para el éxito de un proyecto Sep-05 Ing. de Software Planif. y Gestión 45
46 Estilos de manejo de conflictos Evitarlo Estilo Nivel de Eficacia No lo resuelve (reaparece) Suavizarlo Solución de compromiso Forzar la resolución Enfrentarlo/buscar solución al problema Solución corto plazo, No lo resuelve Solución, pero todos pierden algo Solución, pero daña las relaciones entre las partes Se logra la mejor solución Sep-05 Ing. de Software Planif. y Gestión 46
47 Conflictos -Criterios generales No responder a posibles agresiones Oír y comunicarse efectivamente Promover la apertura, expresión emocional y las nuevas ideas Expresar sentimientos como tales y no como hechos Minimizar conflictos potenciales que entorpecen el proyecto Estimular conflictos cuando ello aumenta la creatividad y la innovación Elegir la estrategia para enfrentarlo teniendo en cuenta la importancia, urgencia y consecuencias posibles Conviene encontrar soluciones del tipo ganar-ganar Sep-05 Ing. de Software Planif. y Gestión 47
48 Organización del Equipo de Proyecto Los miembros del equipo se organizan para generar productos de calidad de manera eficiente. La elección de una estructura apropiada depende de: la formación y estilos de trabajo de los miembros del equipo la cantidad de integrantes del equipo los estilos de dirección de los clientes y desarrolladores Sep-05 Ing. de Software Planif. y Gestión 48
49 Chief Programmer team Chief programmer Assistant chief programmer Senior rogrammers Librarian Administration Test team Junior rogrammers Sep-05 Ing. de Software Planif. y Gestión 49
50 Enfoque no egoísta (egoless) Todos igualmente responsables Las críticas se hacen al producto o resultado, no a las personas todos los miembros del equipo participan en las decisiones (democrático) Sep-05 Ing. de Software Planif. y Gestión 50
51 Comparación de Estructuras Organizativas Muy Estructuradas Certidumbre Repetición Proyectos Grandes Poco Estructuradas Incertidumbre Nuevas Técnicas o Tecnología Proyectos Pequeños Creatividad Sep-05 Ing. de Software Planif. y Gestión 51
52 Construcción del equipo Asignar el personal Asignar/ajustar los roles (y responsabilidades Definir/comunicar los objetivos Motivar Facilitar la comunicación entre los integrantes Brindar retroalimentación respecto a los logros Sep-05 Ing. de Software Planif. y Gestión 52
53 Ciclo de vida de un equipo Integración Tormenta Aceptación Etapa productiva Desintegración Sep-05 Ing. de Software Planif. y Gestión 53
54 Evaluación de Factibilidad Responder a la pregunta: Vale la Pena? Estudio de Alternativas Factibilidad (para alguna o varias alternativas) Técnica ( es posible? qué se precisa para lograrlo?) => Recursos, Plazo Económica ( cuánto cuesta? flujos financieros?) Operativa ( habrá algo que haga que el sistema no funcione?). Ej.: cultura de la org. Análisis Costo/Beneficio Técnicos Clientes Sep-05 Ing. de Software Planif. y Gestión 54
55 Eval. de Factibilidad (cont.) Frecuentemente el Estudio de Factibilidad es previo a un proyecto (ante-proyecto, pre-factibilidad) Puede ser la etapa inicial A lo largo del proyecto, en puntos de control preestablecidos, la pregunta se vuelve a formular como: vale la pena seguir? Sep-05 Ing. de Software Planif. y Gestión 55
56 Gestión de Riesgos Un riesgo es un evento no deseado que tiene consecuencias negativas. Gestión de Riesgos: entenderlos y controlarlos En un proyecto de software: genéricos: comunes a todo proyecto de software específicos: vulnerabilidades específicas de un proyecto dado. Sep-05 Ing. de Software Planif. y Gestión 56
57 Evaluar un Riesgo Evaluar los elementos: Impacto o pérdida asociada si ocurre Probabilidad de que suceda Severidad o Exposición: (Severidad= impacto * probabilidad Sep-05 Ing. de Software Planif. y Gestión 57
58 Reducción del Riesgo Control de Riesgo: conjunto de acciones tomadas para reducir o eliminar un riesgo Se justifica dependiendo de: Nivel de Reducción= (severidad antes de reducciónseveridad después de reducción) / (costo de reducción) Si nivel de reducción<1 no valdrá la pena Registrar las decisiones en un plan de gestión de riesgos. Sep-05 Ing. de Software Planif. y Gestión 58
59 Actividades en G.de Riesgos Según Rook, 1993 Evaluar Riesgos Gestión de Riesgos Control de Riesgps Periódicamente, o en hitos del proyecto Identificar Riesgos Analizar Riesgos Priorizar Riesgos No se pueden atender todos Impacto y/o Reducir Probabilidad Incertidumbre Reducir Riesgos Planear Solución de Riesgos Qué hacer si ocurre Resolver Riesgos Lista de Comprobación Descomposición Análisis de Supuestos Análisis de Procs. de Decisi Dinámica de Sistemas Modelos de Desempeño Modelos de Costo Análisis de Redes Análisis de Decisiones Factores deriesgo en Calid Severidad de Riesgos Reducción Compuesta Obtener Información Evitar un Riesgo Transferirlo Evaluar Nivel de Reducció Desarrollar el Proceso Planear elemento de Ries Plan integrado Una vez ocurrido Mitigar Riesgo Monitoreo e Informes Reevaluar Riesgos Sep-05 Ing. de Software Planif. y Gestión 59
60 Top 10 Risk Items (Boehm) Limitaciones de Personal 2. Calendario y Presupuesto 3. Funciones equivocadas 4. Interfaz de usuario no adecuada 5. Gold plating (preciosismo) 6. Cambios en Requerims. 7. Suministros externos 8. Tareas externas 9. Desempeño de Tiempo Real 10. Forzar ciencia de computación Limitaciones de Personal 2. Calendario, Presupuesto, Procesos 3. COTS, componentes externos 4. Requerimientos inadecuados 5. Interfaz de usuario inadecuada 6. Arquitectura,desempeño, calidad 7. Cambios en Requerims. 8. Software Heredado 9. Tareas externas 10. Forzar ciencia de computación Sep-05 Ing. de Software Planif. y Gestión 60.
61 Riesgos y el Plan Actividades de Reducción de Riesgos ->WBS Considerarlas en plazo, esfuerzo, costo Prever un colchón en el plazo 8% de duración para proyectos normales (no planificar con el enfoque si todo sale bien ) más si el riesgo de pasarse de la fecha estipulada para el proyecto lo justifica Sep-05 Ing. de Software Planif. y Gestión 61
62 Gestión de la Calidad Gestión de la Calidad Planear la Calidad Responsabilidades Estándares Procedimientos Puntos de Control Asegurar la Calidad Revisiones Auditorías Controlar a Calidad Verificar Validar WBS Sep-05 Ing. de Software Planif. y Gestión 62
63 Gestión de la Configuración Gestión de los componentes de un producto: Registro y control de los cambios de un producto y de sus componentes Coordinación fuente-ejecutable Gestión de los entregables de un proyecto: Registro y control de sus cambios Asegurar su disponibilidad (respaldos) Generación y Control de la Línea Base o de Referencia WBS Sep-05 Ing. de Software Planif. y Gestión 63
64 Comunicación entre los Involucrados Patrocinador, Cliente, Usuario, Desarrolladores, Otros Interesados-Involucrados Procedimientos de comunicación periódicos, hitos formales, no formales revisiones conjuntas (con Cliente, Usuarios, etc.) Manejo de Expectativas de los interesados Decisiones por personas autorizadas y con conocimiento de causa WBS Sep-05 Ing. de Software Planif. y Gestión 64
65 Plan del Proyecto Elaboramos un documento llamado Plan del Proyecto para: comunicar el análisis de riesgos y la gestión de riesgos estimaciones de costo y duración calendario de actividades e hitos del proyecto organización al Cliente y al equipo de trabajo Sep-05 Ing. de Software Planif. y Gestión 65
66 Puntos de un buen plan de proyecto (1) Alcance Descripción técnica del sistema propuesto Estándares, procedimientos y técnicas y herramientas propuestas Calendario Organización del equipo de proyecto Plan de gestión de RRHH Plan de entrenamiento Sep-05 Ing. de Software Planif. y Gestión 66
67 Puntos de un buen plan de proyecto (2) Plan de Aseguramiento de la Calidad Plan de Gestión de la Configuración Plan de Verificación y Validación Plan de Gestión de Riesgos Procedimientos para la gestión de cambios Plan de Comunicaciones a los interesados Plan de Mantenimiento Sep-05 Ing. de Software Planif. y Gestión 67
68 Registro y Control de Avance Registro del avance: Actividades cumplidas (entregables obtenidos) Actividades empezadas Cómo considerar actividades a medias? Riesgo del sindrome del 90%, granularidad del plan Cuidado con los significados,ej. programa terminado = terminada la codificación? revisado por un par? pasó la prueba unitaria? pronto para entrar en explotación? Sep-05 Ing. de Software Planif. y Gestión 68
69 Actividad A B C D Registro y Control de Avance(2) - Gantt A y B están atrasadas, C adelantada, y el proyecto? Está costando más o menos de lo previsto? Sep-05 Ing. de Software Planif. y Gestión 69
70 Registro y Control de Avance(3) Diagrama de Evolución de Gastos Acumulados $ Planificado Real Se lleva gastado más de lo previsto a la fecha, pero cuál fue el avance logrado? se va a gastar más o menos de lo previsto? Sep-05 Ing. de Software Planif. y Gestión 70 t
71 Enfoque del Valor Ganado Modelo implícito en diagrama de Gantt nos dificulta determinar si el proyecto está o no atrasado Diagrama de evolución de gastos permite ver gastado respecto a lo planificado gastar en el tiempo, pero sin relacionarlo con los logros planificados El enfoque del valor ganado corresponde a un modelo en el que se unifican todas las actividades planificadas llevándolas a $ por su costo planificado Tenemos un plan de gastos que coincide con el plan de logros (lo que ganamos) A posteriori es posible controlar si se logró el avance previsto y si costó lo previsto Se pueden obtener: % de avance, días de atraso Sep-05 Ing. de Software Planif. y Gestión 71
72 Planificado Registro y Control de Avance(4) - Valor Ganado Valor Ganado (Valor presupuestado del avance logrado) Costo Real en t 0 $ Costo Planificado Final (CPF) Costo Final de acuerdo a tendencia(ct) Valor Ganado en t 0 es el previsto para t 1 0 t 1 t 0 Fin Planificado (FP) Fin de acuerdo a tendencia (FT) t Sep-05 Ing. de Software Planif. y Gestión 72
73 Registro y Control de Avance(5) - Valor Ganado Costo Real: CR Valor Ganado: VG Valor Planificado: VP Cost Performance Index CPI = VG/CR Schedule Performance Index SPI = VG/VP CT=CPF/CPI FT=FP/SPI Permiten detectar desviaciones en costo y plazo en etapas tempranas del proyecto (15-20%) Adecuado para proyectos grandes o limitados por recursos (muchas actividades que podrían desarrollarse en paralelo) Sep-05 Ing. de Software Planif. y Gestión 73
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 detallesGestión de Proyectos. Bibliografía general: SW Engineering Theory and Practice. Phleeger. SW Engineering. Ian Sommerville. María de las Nieves Freira
Gestión de Proyectos Bibliografía general: SW Engineering Theory and Practice. Phleeger. SW Engineering. Ian Sommerville. María de las Nieves Freira Agenda: Gestión de Proyectos Técnicas y Herramientas
Más detallesCurso. Introducción a la Administracion de Proyectos
Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir
Más detallesTecnología de la Información. Administración de Recursos Informáticos
Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos
Más detallesPlanificació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 detallesLaboratorio 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 detallesAdministració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 detallesANEXO 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 detallesPlan de Evaluación. Parcial I...20% Taller I... 5% Parcial II...20% Taller II...5% Parcial III...20% Exposición...10% Proyecto...15% Asistencia...
Plan de Evaluación Parcial I...20% Taller I... 5% Parcial II...20% Taller II...5% Parcial III...20% Exposición...10% Proyecto...15% Asistencia...5% 1 REDES Toda organización alguna vez tiene que enfrentar
Más detallesTESTS EXAMEN ISG ACTUALIZADO SEP 2008 TEMA 3 GESTIÓN DE PROYECTOS SOFTWARE
1. INTRODUCCIÓN TEMA 3 GESTIÓN DE PROYECTOS SOFTWARE 01 [Jun. 2005] [Jun. 2007] [Sep. 2007] Según Cori, el ciclo de gestión de proyectos software tiene como áreas: a) Planificación, toma de decisión, organización
Más detallesElementos 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 detallesMá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 detalles4. Herramientas Administrativas de Mantenimiento
4. Herramientas Administrativas de Mantenimiento Esta actividad tiene un objetivo primordial: ordenar las tareas en forma de lograr el uso más eficiente de los recursos y determinar los plazos más cortos
Más detallesResumen 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 detallesGestión de Riesgos en Proyectos
GRUPO VISIÓN PROSPECTIVA MÉXICO 2030 Gestión de Riesgos en Proyectos Mauricio Jessurun Solomou mjess@unisolmexico.com Luis Miguel Arroyo lmarroyoi@emsi.com.mx Julio, 2015 Gestión de Riesgos en Proyectos
Más detallesDE VIDA PARA EL DESARROLLO DE SISTEMAS
MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso
Más detallesDIRECCIÓN DE PROYECTOS
PLANIFICACIÓN N Y CONTROL DE PROYECTOS Podemos definir un proyecto como una serie de tareas relacionadas, parcialmente ordenadas y generalmente dirigidas a la obtención de un resultado importante, por
Más detallesGestión de Proyectos de desarrollo de software. Ing. Rafael Bentancur Universidad ORT Uruguay
Gestión de Proyectos de desarrollo de software Ing. Rafael Bentancur Universidad ORT Uruguay Algunas definiciones Proyecto: emprendimiento temporario que debe crear un producto o servicio único (PMBOK)
Más detallesTEMA 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 detallesGestión de Configuración del Software
Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software
Más detallesEl 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 detallesGestió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 detallesBloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.
1.- Objeto. Presentar y fomentar la existencia de metodologías en Dirección de Proyectos o Project Management a través de experiencias, documentos, normas y estándares nacionales e internacionales. Ofrecer
Más detallesAdministració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 detalles1.8 TECNOLOGÍA DE LA INFORMACIÓN
Objetivo General: 1.8 TECNOLOGÍA DE LA INFORMACIÓN Establecer una infraestructura y plataforma tecnológica y de sistemas de información, y definir las políticas, estrategias y directrices para su implantación
Más detallesTaller 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 detallesResumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de
Más detallesExamen 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 detallesGERENCIA 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 detallesIniciació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 detallesSOFTWARE EDUCATIVO EDU-CIAA-NXP
10-7-2015 GESTION DE PROYECTOS SOFTWARE EDUCATIVO EDU-CIAA-NXP Profesor: Dr. Ariel Lutenberg Alumno: Ricardo Pafundi DNI: 17.833.525 Índice de contenido: SOFTWARE EDUCATIVO EDU-CIAA-NXP Tabla de contenidos
Más detallesPlaneació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 detallesSede 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 detallesGESTIÓ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 detallesEstimación de Proyectos Software
Estimación de Proyectos Software 1 1. Introducción. Estimación: (Del lat. aestimatĭo, ĭ -ōnis). Aprecio y valor que se da y en que se tasa y considera algo Estimación en relación a la IS: Cumplimiento
Más detallesCOBIT 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 detallesPROCEDIMIENTO GERENCIA DE PROYECTO
30/SEP/008 Este documento es propiedad de PROYECTOS Y SISTEMAS CONTABLES LTDA., y está protegido por las leyes de derechos de autor, solo el personal acreditado de la Organización tiene autorización para
Más detallesLA 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 detallesMicrosoft Dynamics Sure Step Fundamentos
Fundamentos 22-09-2015/Serie Microsoft Dynamics Sure Step Fases Diagnóstico Análisis - Diseño/ Septiembre 2015 Rosana Sánchez CCRM: @rosana-sanchez-2 Twitter: @rosansasanchez6 Correo: ingrossanbar@hotmail.com
Más detalles6.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 detallesGestió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 detallesWBS:Work Breakdown Structure. WBS - Work Breakdown Structure. WBS - Work Breakdown Structure. WBS:Work Breakdown Structure...
WBS - Work Breakdown Structure WBS:Work Breakdown Structure WBS: es una descripción jerárquica del trabajo que se debe realizar para completar el proyecto. El trabajo se divide en actividades. Las actividades
Más detallesCapítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO
Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL
Más detallesCICLO DE VIDA DEL SOFTWARE
CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en
Más detallesPlan 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 detallesCiclo de vida y Metodologías para el desarrollo de SW Definición de la metodología
Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto
Más detallesITIL FOUNDATION V3 2011
ITIL FOUNDATION V3 2011 Examen de Certificación Instrucciones 1. Revise su Hoja de Respuesta, debe contener espacio para responder 40 preguntas y una sección para incorporar su Nombre 2. Espere por la
Más detallesEscuela Politécnica Superior. El Riesgo. Capítulo 9. daniel.tapias@uam.es. Dr. Daniel Tapias Curso 2014 / 15 PROYECTOS
Escuela Politécnica Superior El Riesgo Capítulo 9 Dr. Daniel Tapias Curso 2014 / 15 daniel.tapias@uam.es PROYECTOS PROGRAMA DE LA ASIGNATURA Capítulo 1: Introducción. Capítulo 2: Qué es un proyecto? Capítulo
Más detallesUnidad 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 detalles7.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 detallesPrácticas ITIL para un mejor flujo de trabajo en el helpdesk
Prácticas ITIL para un mejor flujo de trabajo en el helpdesk Se diferencia tres partes de gestión para mejorar la resolución de las incidencias de soporte técnico según el marco ITIL: 1. Gestión de Incidencias
Más detallesTIPO DE PROCESO EVALUACION VERSIÓN 1 PROCEDIMIENTO AUDITORIAS INTERNAS PÁGINA: 1 de 7
PROCESO CONTROL INTERNO CÓDIGO SUBPROCESO CONTROL INTERNO 1.1.2-CI-001 TIPO DE PROCESO EVALUACION VERSIÓN 1 PROCEDIMIENTO PÁGINA: 1 de 7 1.OBJETIVO Proporcionar metodología para realizar las s internas
Más detallesCMMI (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 detallesEstándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008
Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION
Más detallesProblemática Ambiental
ISO 14000 Problemática Ambiental Lluvia ácida Efecto Invernadero Agotamiento de los Recursos Naturales Agujero de Ozono Disminución de la Biodiversidad Desarrollo Sustentable Aquél que satisface las necesidades
Más detallesGerenciamiento 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 detallesTema 2. Ingeniería del Software I feliu.trias@urjc.es
Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición
Más detallesSistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A.
Cátedra : Sistemas de Información Administrativa S.I.A. Escuela de Contadores Auditores Tema: Ingeniería del Software Estrategias de Pruebas Relator: Sr. Eduardo Leyton G Pruebas del Software (Basado en
Más detallesPROCEDIMIENTO DE PRESTACIÓN DE SERVICIOS TECNOLÓGICOS
PROCEDIMIENTO DE PRESTACIÓN DE SERVICIOS TECNOLÓGICOS OBJETIVO Facilitar el proceso de enlace entre la comunidad universitaria, el sector productivo e instituciones gubernamentales mediante el aprovechamiento
Más detallesGESTION 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 detallesPROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Auditorias Internas de Calidad. Código PG-09 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... 4 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. ELABORACIÓN
Más detallesADMINISTRACIÓN DE PROYECTOS. Ing. Juan M. Ibujés Villacís, MBA
ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS Contenido tomado de referencia de la Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK ) Cuarta edición Juan M. Ibujés Villacís
Más detallesSistema de Gestión de Proyectos Estratégicos.
[Documento versión 2.0 del 24/06/2015] Sistema de Gestión de Proyectos Estratégicos. El sistema de Gestión de Proyectos Estratégicos (GPE), es una poderosa herramienta para administrar y gestionar los
Más detallesDirección de Proyectos
Dirección de Proyectos Fundamentos Introducción al PMBOK Prof. Gustavo J. Sabio Alcance de la presentación Entradas Proceso de desarrollo Salida PROCESO Cliente ADAPTADO equipo sistemas Cliente necesidades
Más detallesTérminos definiciones
Términos y definiciones 3Claves para la ISO 9001-2015 Términos y definiciones: ISO9001 utiliza una serie de definiciones ligadas a la gestión de la calidad, que también deben ser comprendidas por la organización
Más detallesGESTION DE PROYECTOS CON MS-PROJECT 2010
GESTION DE PROYECTOS CON MS-PROJECT 2010 1. Presentación Resumen general Project brinda al usuario las herramientas necesarias para la administración de proyectos, las cuales le permitirán manejar eficientemente
Más detallesARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD
ARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD. CONCEPTO. EVOLUCIÓN CON EL TIEMPO. NORMA UNE EN ISO 9001:2000 Profesor: Victoriano García
Más detallesMODELOS DE GESTIÓN DE LA CALIDAD ORIENTADOS A LA CERTIFICACIÓN
MODELOS DE GESTIÓN DE LA CALIDAD ORIENTADOS A LA CERTIFICACIÓN MODELOS DE GESTIÓN DE LA CALIDAD ORIENTADOS A LA CERTIFICACIÓN NORMAS ISO 9000 : 2000 (CALIDAD) NORMAS ISO 14000 : 1996 (MEDIOAMBIENTE) NORMA
Más detallesPROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO
PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO UNIDAD: TÉCNICOS DE LABORATORIOS DE DEPARTAMENTOS, CENTROS E INSTITUTOS DE INVESTIGACIÓN (UTLA). Fecha de realización: DICIEMBRE
Más detallesIngenierí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 detallesAUDITORÍAS Y AUDITORES ISO 9000:2000
AUDITORÍAS Y AUDITORES ISO 9000:2000 Ing. Miguel García Altamirano Servicios CONDUMEX S.A. de C.V. Delegado Mexicano en el Comité Internacional ISO TC 176 en el grupo JWG "Auditorías" Resumen: Los sistemas
Más detallesANÁ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 detallesEl Gerente de Proyecto. 3: El Gerente de Proyecto. Analogía - Responsabilidades. Liderazgo del Proyecto. Responsabilidades Implícitas
3: El Gerente de Proyecto El Gerente de Proyecto Selección del Gerente de Proyecto Habilidades Requeridas Criterios aplicables a la Selección. Descripción de Tareas. Project Charter 1 2 Responsabilidades
Más detallesCIF 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 detallesPROCEDIMIENTO PLANEACION DE PROYECTOS PROCESO GESTION DE PROGRAMAS Y PROYECTOS
Página: 1 de 10 1. OBJETIVO: Establecer las actividades para identificar los parámetros iniciales y para constituir las bases de un nuevo proyecto o fase de un proyecto existente que garanticen el cumplimiento
Más detallesISO 9001:2015 Cuestionario de autoevaluación
ISO 9001:2015 Cuestionario de autoevaluación Qué tan preparado estás para la norma ISO 9001: 2015? Este documento ha sido diseñado para evaluar la preparación de su empresa para un Sistema de Gestión Calidad
Más detallesGANTT, 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 detallesMODELO DE RESPUESTAS
1/6 MODELO DE RESPUESTAS ASIGNATURA: CONTROL DE PRODUCCIÓN CÓDIGO: 203 MOMENTO: Segunda Integral VERSIÓN: 1 FECHA DE APLICACIÓN: 15/11/2008 Prof. Responsable: Ing. Ana María Alvarez Coordinador: Ing. Anel
Más detallesMetodologí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 detallesUnidad 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 detallesActividades 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 detallesGUIA 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 detallesLISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M
No. REQUISITOS EXISTE ESTADO OBSERVACIONES 4. SISTEMA DE GESTION DE LA CALIDAD 4.1 Requisitos Generales La organización debe establecer, documentar, implementar y mantener un S.G.C y mejorar continuamente
Más detallesContratación y gestión de proyectos de software con puntos de función
FATTO Consultoría y Sistemas - www.fattocs.com 1 Contratación y gestión de proyectos de software con puntos de función IT-Latino 10 - Octubre-2014 Agenda Tercerización de Servicios de TI Modelos de Contratación
Más detallesIngeniería de Software
Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora visconti@inf.utfsm.cl 0 Portadas El documento que se está generando corresponde
Más detallesCICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software
3.010 CONCEPTO DE CICLO DE VIDA Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software IEEE 1074 Un marco de referencia que contiene los
Más detallesAdministración de proyectos de desarrollo de software
DATOS GENERALES SI-00875 ADMINISTRACIÓN DE PROYECTOS DE INFORMÁTICA (3-0-8. Requisito: Haber aprobado Si00854. 6 ISC, 6 ISI, 7 LSCA) Requisito para planes de transición:haber aprobado Cb95855 o Si00854
Más detallesAI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL
AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN OBJETIVOS 1 Métodos de Diseño 2 Cambios Significativos a Sistemas Actuales 3 Aprobación del Diseño 4 Definición y Documentación de Requerimientos
Más detallesGrupo 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 detallesPROCEDIMIENTO AUDITORÍA INTERNA
PROCEDIMIENTO AUDITORÍA INTERNA CONTENIDO 1. OBJETO... 2 2. ALCANCE... 2 3. DEFINICIONES... 2 5. PROCEDIMIENTO... 4 5.1 Planificación de la Auditoría... 4 5.2 Calificación de Auditores... 4 5.3 Preparación
Más detalles3. 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 detallesMetodologías de Desarrollo de Sistemas de Información
Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,
Más detallesPMP Test - C04_01. 01. Una integración de proyecto eficaz generalmente requiere hacer énfasis en:
PMP Test - C04_01 01. Una integración de proyecto eficaz generalmente requiere hacer énfasis en: A. Las carreras personales de los miembros del equipo. B. Actualizaciones periódicas del plan de dirección
Más detalles12.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 detallesQué es el Modelo CMMI?
El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto
Más detallesPROCEDIMIENTO PLANEACIÓN ESTRATÉGICA
Elaboró Revisó Autorizó Responsable de Calidad Gerente General Gerente General Firma Firma Firma Puesto Puesto Puesto Clave: Pág. 1 de 9 CONTROL DE CAMBIOS Fecha Página Edo. de Revisión Descripción del
Más detallesGESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES
Ciclo Formativo: Módulo: Desarrollo de Aplicaciones Informáticas Análisis y Diseño Detallado de Aplicaciones Informáticas de Gestión Unidad de Trabajo 10: GESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN
Más detalles+ Cómo ahorrar dinero con Software Quality
+ Cómo ahorrar dinero con Software Quality Qué es Software Quality Assurance? Porqué facilita el ahorro de dinero? Introducción El objetivo de este documento es explicar qué es Software Quality Assurance,
Más detallesADMINISTRACIÓN DE PROYECTOS
QUITO INGENIERIA MECANICA ADMINISTRACIÓN DE PROYECTOS JUAN MARCELO IBUJES VILLACÍS ADMINISTRACIÓN DE PROYECTOS Contenido tomado de referencia de la Guía de los Fundamentos para la Dirección de Proyectos
Más detalles