GESTIÓN DE

PROYECTOS
Estructurar tus ideas para hacerlas realidad
 Posibles Opciones
Proyecto
Requiere

Sin
Administración Con

Fracaso Éxito
No culminación Culminación
Presupuesto por fuera de lo planeado Presupuesto dentro de lo planeado
Más recursos que los planeados Recursos los planeados
¿Qué es un proyecto?

Conjunto de Actividades Interesados

para obtener
que usa necesitan

Recursos Limitados Resultado Único

estableciendo mediante

Inicio y Fin Definidos Elaboración Gradual

con

Esfuerzo Temporal
¿Será entonces, que su proyecto de grado
puede encajar en esta definición?
¿Qué es la dirección de
proyectos?
Conocimientos
Aplicación de
sobre
Habilidades
Dirección de Actividades
Proyectos
Herramientas Para cumplir

Técnicas
Requisitos
¿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?
• Siguiendo una metodología
• Se proporciona una guía para conocer todo el
camino a recorrer antes de iniciar
• Se asegura la calidad del producto final
• Se asegura el cumplimiento de los tiempos
establecidos
• Se asegura la utilización de los recursos limitados
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 RUP
• Rational Unified Process por sus siglas en
ingles
• Esta creado inicialmente para proyectos de
software
• Puede extenderse a cualquier proyecto
Ciclo de vida de un proyecto en
RUP[2]
FASE INICIAL[2]

• Actividades Esenciales
• Formular el ámbito del proyecto
• Planificar y preparar un caso de negocio
• Sintetizar una arquitectura posible
• Preparar el entorno del proyecto
FASE ELABORACIÓN[2]

• Actividades Esenciales
• Definir, validar establecer la línea base de la
arquitectura.
• 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]

• Actividades Esenciales
• Gestión de recurso, control y optimizació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]

• Actividades Esenciales
• Ejecutar 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.
DISCIPLINAS
REQUERIMIENTOS

• Solicitudes de los interesados y transformarlas en un

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

• ARTEFACTOS:
• Glosario
• Solicitudes del Interesado
• Visión
• Especificación de Requerimientos
• Especificación de Requerimientos No Funcionales
• Plan de Gestión de Requerimientos
• Solicitud de Cambio
• Plan Maestro de Pruebas
• Registro de Revisión
GESTIÓN PROYECTOS

• Esta disciplina se centra en la planificación

del proyecto, la gestión del riesgo, la
supervisión del progreso y la métrica.
• ARTEFACTOS:
• Plan de Medidas
• Plan de Gestión de Riesgos
• Plan de Aceptación del Producto
• Plan de Resolución de Problemas
• Plan de Aseguramiento de la Calidad
• Valoración del Estado
• Registro de Revisión
ANALISIS Y DISEÑO

• Esta disciplina explica cómo transformar los

productos de trabajo de los requisitos en los
productos de trabajo que especifiquen el
diseño del software que el proyecto va a
desarrollar.
• ARTEFACTOS:
• Lista de Riesgos
• Documento de Arquitectura de Software
• Registro de Revisión
IMPLEMENTACIÓN

• Esta disciplina explica cómo desarrollar,

organizar, realizar pruebas de unidad e
integrar los componentes implementados
basándose en las especificaciones de diseño.
• ARTEFACTOS:
• Prueba de Desarrollador
• Registro de Revisión
• Plan de Compilación de Integración
DESPLIEGUE

• La disciplina de despliegue describe las actividades

asociadas al garantizar que el producto de software
esté disponible para los usuarios.
• ARTEFACTOS
• plan de despliegue
GESTIÓN Y CONFIGURACIÓN DE
CAMBIOS

• Esta disciplina explica cómo controlar y sincronizar

la evolución del conjunto de productos de trabajo
que componen un sistema de software.
• ARTEFACTOS
• Plan de Desarrollo de Software
• Plan de Gestión de la Configuración
PRUEBAS

• Esta disciplina proporciona orientación sobre cómo

evaluar y valorar la calidad del producto.
• ARTEFACTOS
• Caso de Prueba
• Plan de Pruebas
• Script de Prueba
• Modelo de Análisis de Carga de Trabajo
• Resultado de Evaluación de Pruebas
Investigación II y Graduación

• Recuerden los documentos exigidos no implican la

utilización de la metodología iterativa de RUP para el
proceso de construcción del proyecto.
• Los documentos son transversales a cualquier proyecto
de software, e incluso a proyectos en general (ing.
Industrial y Electrónica)
• Los documentos permiten organizar, planificar y
estructurar adecuadamente el alcance y riesgo del
proyecto, disminuyendo la posibilidad de fracaso.
Investigación II y Graduación

• Para ver ejemplos de artefactos diligenciados pueden

consultar la siguiente dirección electrónica.
http://ingenieria.sanmartin.edu.co/graduacion/RUP.es/Lar
geProjects/index.htm#core.base_rup/customcategories/g_
examples_8034697F.html

• Criterios que se consideran en el proceso de revisión

del documento entregado.
http://ingenieria.sanmartin.edu.co/graduacion/
Lineamientos%20Para%20revisi%C3%B3n
%20%20Investigacion%20II.pdf
El É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