GESTIÓN DE GESTIÓN DE PROYECTOSPROYECTOS

Estructurar tus ideas para Estructurar tus ideas para hacerlas realidadhacerlas realidad

Proyecto

Administración

Fracaso Éxito

Posibles Opciones

No culminaciónPresupuesto por fuera de lo planeadoMás recursos que los planeados

CulminaciónPresupuesto dentro de lo planeadoRecursos los planeados

ConSin

Requiere

¿Qué es un proyecto?¿Qué es un proyecto?

Conjunto de Actividades

Recursos Limitados Resultado Único

Inicio y Fin Definidos

Esfuerzo Temporal

Elaboración Gradual

que usapara obtener

estableciendo mediante

con

¿Será entonces, que su proyecto de gradopuede encajar en esta definición?

Interesados

necesitan

¿Qué es la dirección de ¿Qué es la dirección de proyectos?proyectos?

Conocimientos

Habilidades

Herramientas

Técnicas

Actividades

Requisitos

Dirección deProyectos

Aplicación desobre

Para cumplir

¿Qué incluye la dirección de proyectos?

Identificar los requisitos Establecer unos objetivos claros y posibles

de realizar Equilibrar las demandas concurrentes de

calidad, alcance, tiempo y costes Adaptar las especificaciones, los planes y el

enfoque a las diversas inquietudes y expectativas de los diferentes interesados

¿Cómo lo gestiono?¿Cómo lo gestiono?

Siguiendo una metodología Se proporciona una guía para conocer Se proporciona una guía para conocer

todo el camino a recorrer antes de iniciartodo el camino a recorrer antes de iniciar Se asegura la calidad del producto finalSe asegura la calidad del producto final Se asegura el cumplimiento de los Se asegura el cumplimiento de los

tiempos establecidostiempos establecidos Se asegura la utilización de los recursos Se asegura la utilización de los recursos

limitados definidoslimitados definidos

Costos y nivel de personal en un proyecto[1]

Influencia de los interesados[1]

Fases del ciclo de vida de un proyecto[1]

Relación entre los interesados del proyecto[1]

METODOLOGÍA RUPMETODOLOGÍA RUP

Rational Unified ProcessRational Unified Process por sus por sus siglas en inglessiglas en ingles

Esta creado inicialmente para Esta creado inicialmente para proyectos de softwareproyectos de software

Puede extenderse a cualquier Puede extenderse a cualquier proyectoproyecto

Ciclo de vida de un proyecto Ciclo de vida de un proyecto en RUP[2]en RUP[2]

FASE INICIAL[2]FASE INICIAL[2]

Actividades EsencialesActividades Esenciales Formular el ámbito del proyectoFormular el ámbito del proyecto Planificar y preparar un caso de negocioPlanificar y preparar un caso de negocio Sintetizar una arquitectura posibleSintetizar una arquitectura posible Preparar el entorno del proyectoPreparar el entorno del proyecto

FASE ELABORACIÓN[2]FASE ELABORACIÓN[2]

Actividades EsencialesActividades Esenciales Definir, validar establecer la línea base de la Definir, validar establecer la línea base de la

arquitecturaarquitectura Perfeccionar la visión Crear y establecer la línea base de los planes

de iteración detallada de la fase de construcción Perfeccionar el proceso de desarrollo y colocar

el entorno de desarrollo en su lugar Perfeccionar la arquitectura y seleccionar los

componentes

FASE CONSTRUCCIÓN[2]FASE CONSTRUCCIÓN[2]

Actividades EsencialesActividades Esenciales Gestión de recurso, control y Gestión de recurso, control y

optimización de procesosoptimización de procesos Completo desarrollo de componentes y

pruebas contra los criterios de evaluación definidos

Valoración de los releases del producto contra los criterios de aceptación para la visión

FASE TRANSICIÓN[2]FASE TRANSICIÓN[2]

Actividades EsencialesActividades Esenciales Ejecutar los planes de despliegueEjecutar los planes de despliegue Finalizar el material de soporte para el usuario final Probar el producto entregable en el sitio de

desarrollo Crear un release de producto Obtener la información de retorno del usuario Ajustar el producto a partir de la información de

retorno Poner el producto a disposición de los usuarios

DISCIPLINASDISCIPLINAS

REQUERIMIENTOSREQUERIMIENTOS

Solicitudes de los interesados y Solicitudes de los interesados y transformarlas en un conjunto de transformarlas en un conjunto de productos de trabajo de los requisitos productos de trabajo de los requisitos que cubran el ámbito del sistema que que cubran el ámbito del sistema que va a crearse y proporcionen requisitos va a crearse y proporcionen requisitos detallados sobre lo que el sistema detallados sobre lo que el sistema debe hacer. debe hacer.

REQUISITOSREQUISITOS

ARTEFACTOS:ARTEFACTOS: GlosarioGlosario Solicitudes del InteresadoSolicitudes del Interesado VisiónVisión Especificación de RequerimientosEspecificación de Requerimientos Especificación de Requerimientos No FuncionalesEspecificación de Requerimientos No Funcionales Plan de Gestión de RequerimientosPlan de Gestión de Requerimientos Solicitud de CambioSolicitud de Cambio Plan Maestro de PruebasPlan Maestro de Pruebas Registro de RevisiónRegistro de Revisión

GESTIÓN PROYECTOSGESTIÓN PROYECTOS

Esta disciplina se centra en la planificación del Esta disciplina se centra en la planificación del proyecto, la gestión del riesgo, la supervisión del proyecto, la gestión del riesgo, la supervisión del progreso y la métrica.progreso y la métrica.

ARTEFACTOS:ARTEFACTOS: Plan de MedidasPlan de Medidas Plan de Gestión de RiesgosPlan de Gestión de Riesgos Plan de Aceptación del ProductoPlan de Aceptación del Producto Plan de Resolución de ProblemasPlan de Resolución de Problemas Plan de Aseguramiento de la CalidadPlan de Aseguramiento de la Calidad Valoración del EstadoValoración del Estado Registro de RevisiónRegistro de Revisión

ANALISIS Y DISEÑOANALISIS Y DISEÑO

Esta disciplina explica cómo transformar los Esta disciplina explica cómo transformar los productos de trabajo de los requisitos en los productos de trabajo de los requisitos en los productos de trabajo que especifiquen el productos de trabajo que especifiquen el diseño del software que el proyecto va a diseño del software que el proyecto va a desarrollar.desarrollar.

ARTEFACTOS:ARTEFACTOS: Lista de RiesgosLista de Riesgos Documento de Arquitectura de SoftwareDocumento de Arquitectura de Software Registro de RevisiónRegistro de Revisión

IMPLEMENTACIÓNIMPLEMENTACIÓN

Esta disciplina explica cómo desarrollar, Esta disciplina explica cómo desarrollar, organizar, realizar pruebas de unidad e organizar, realizar pruebas de unidad e integrar los componentes implementados integrar los componentes implementados basándose en las especificaciones de diseño.basándose en las especificaciones de diseño.

ARTEFACTOS:ARTEFACTOS: Prueba de DesarrolladorPrueba de Desarrollador Registro de RevisiónRegistro de Revisión Plan de Compilación de IntegraciónPlan de Compilación de Integración

DESPLIEGUEDESPLIEGUE

La disciplina de despliegue describe La disciplina de despliegue describe las actividades asociadas al garantizar las actividades asociadas al garantizar que el producto de software esté que el producto de software esté disponible para los usuarios. disponible para los usuarios.

ARTEFACTOSARTEFACTOS plan de despliegue

GESTIÓN Y CONFIGURACIÓN GESTIÓN Y CONFIGURACIÓN DE CAMBIOSDE CAMBIOS

Esta disciplina explica cómo controlar Esta disciplina explica cómo controlar y sincronizar la evolución del conjunto y sincronizar la evolución del conjunto de productos de trabajo que de productos de trabajo que componen un sistema de software. componen un sistema de software.

ARTEFACTOSARTEFACTOS Plan de Desarrollo de SoftwarePlan de Desarrollo de Software Plan de Gestión de la ConfiguraciónPlan de Gestión de la Configuración

PRUEBASPRUEBAS

Esta disciplina proporciona orientación Esta disciplina proporciona orientación sobre cómo evaluar y valorar la calidad del sobre cómo evaluar y valorar la calidad del producto.producto.

ARTEFACTOSARTEFACTOS Caso de PruebaCaso de Prueba Plan de PruebasPlan de Pruebas Script de PruebaScript de Prueba Modelo de Análisis de Carga de TrabajoModelo de Análisis de Carga de Trabajo Resultado de Evaluación de PruebasResultado de Evaluación de Pruebas

Seminario y GraduaciónSeminario y Graduación

Recuerden los documentos exigidos no Recuerden los documentos exigidos no implican la utilización de la metodología implican la utilización de la metodología iterativa de RUPiterativa de RUP

Los documentos son transversales a cualquier Los documentos son transversales a cualquier proyecto de software, e incluso a proyectos en proyecto de software, e incluso a proyectos en general (ing. Industrial y Electrónica)general (ing. Industrial y Electrónica)

Los documentos permiten organizar, planificar y Los documentos permiten organizar, planificar y estructurar adecuadamente el alcance y riesgo estructurar adecuadamente el alcance y riesgo del proyecto, disminuyendo la posibilidad de del proyecto, disminuyendo la posibilidad de fracaso.fracaso.

¡No soy de sistemas, quiero salirme de la reunión!

No se preocupe, usted también está invitado

Se entiende por hardware libre aquel código fuente, especificación de procesos de fabricación y diseño conceptual están disponibles de forma tal que ofrezcan: libertad de uso, de estudio y modificación, de distribución, y de redistribución de las mejoras.[CENDITEL]

PROCESO DE DESARROLLO DE HARDWARE LIBRE[3]

PROCESO DE DESARROLLO DE HARDWARE LIBRE[3]

PROCESO DE DESARROLLO DE HARDWARE LIBRE[3]

El ÉXITO SE PLANIFICAEl ÉXITO SE PLANIFICA

NO SE EXPERIMENTA

Referencias

[1] Guía de los fundamentos de la dirección de proyectos, tercera edición. Project Management Institute, Inc.

[2] Rational Unified Process. IBM. http://www-01.ibm.com/software/ar/rational/rup.shtml

[3] Proyecto de Hardware Libre Cenditel, http://wiki.cenditel.gob.ve/wiki/hlpd