UNIVERSIDAD MARIANO GÁLVEZ DE GUATEMALA

CENTRO UNIVERSITARIO DE QUETZALTENANGO

INGENIERÍA DE SOFTWARE
ING. DURWIN RUIZ

GESTIÓN
DE PROYECTOS

Espectro de la Gestión

La construcción de software de computadora es una empresa compleja, en

particular si involucra a mucha gente que trabaja durante un tiempo
relativamente largo

•Personal
•Producto
•Proceso
•Proyecto

UMG – XELA
Ing. Durwin Ruiz

UMG - DRuiz 1
 Personal

•Reclutamiento
•Selección
•Gestión de desempeño
•Entrenamiento
•Retribución
•Desarrollo de carrera
•Diseño de organización y trabajo
•Desarrollo de cultura de equipo

UMG – XELA
Ing. Durwin Ruiz

Participantes
•Gestores ejecutivo: Definen los aspectos del negocio que usualmente
tienen una influencia significativa en el proyecto.

•Gestores (técnicos) del proyecto: Planifican, motivan, organizan y

controlan a los profesionales que realizan el trabajo de software

•Profesionales: Proporcionan las habilidades técnicas necesarias para

realizar la ingeniería de un producto o aplicación

•Clientes: Especifican los requisitos para la ingeniería del software y

otros elementos que tienen un interés mínimo en el resultado

•Usuarios finales: Interactúan con el software una vez que se libera

para su uso productivo
UMG – XELA
Ing. Durwin Ruiz

UMG - DRuiz 2
 Líderes de
Equipo

• Motivación
Modelo MOI
• Organización
• Ideas e innovación
• Resolución de problemas
• Dotes de gestión
• Incentivos
• Influencia y fomento de la cultura de
equipo
UMG – XELA
Ing. Durwin Ruiz

Paradigmas
Organizac.
• Cerrado: Estructura un equipo a lo largo de una jerarquía tradicional de
autoridad. Estos equipos pueden trabajar mejor cuando producen software muy
similar a los proyectos ateriores, pero será menos probable que sean
innovadores
• Aleatorio: Estructura un equipo libremente y depende de la iniciativa individual
de los miembros del equipo. Excelente para proyectos que requieren innovación
o adelantos tecnológicos. No hay desempeño ordenado
• Abierto: Intenta estructurar un equipo en una forma que logre algunos de los
controles asociados con el paradigma cerrado pero con mucha innovación.
Trabajo en colaboración. Sólida comunicación y toma de decisiones basada en el
consenso. Se adecuan bien a la solución de problemas complejos, pero no
pueden desempeñarse de manera tan eficiente como otros equipos.
• Sincrónico: Se apoya en la compartimentalización natural de un problema y
organiza a los miembros del equipo para trabajar en partes del problema con
poca comunicación activa entre ellos.
UMG – XELA
Ing. Durwin Ruiz

UMG - DRuiz 3
 Producto

• Ámbito del software:

– Contexto
– Objetivos de información
– Función y desempeño
• Descomposición del problema
– Funcionalidad
– Forma de cumplir con la funcionalidad
UMG – XELA
Ing. Durwin Ruiz

Proceso

El gestor del proyecto debe decidir cuál modelo de

proceso es más adecuado para:
• Los clientes que han solicitado el producto y el
personal que hará el trabajo
• Características del producto mismo
• Ambiente del proyecto en el que trabaja el equipo
de software

Plan de proyecto: Descomposición del proceso

UMG – XELA
Ing. Durwin Ruiz

UMG - DRuiz 4
 Combinación
del Problema y el Proceso

UMG – XELA
Ing. Durwin Ruiz

Áreas de comunicación –
proyecto pequeño
1.Desarrollar una lista de conflictos que deben
clarificarse
2.Reunirse con los clientes para abordar los
conflictos que deben clarificarse
3.Desarrollar en conjunto un enunciado del
ámbito
4.Revisar el enunciado del ámbito con todos los
implicados
5.Modificar el enunciado del ámbito según se
requiera
UMG – XELA
Ing. Durwin Ruiz

UMG - DRuiz 5
 Áreas de comunicación –
proyecto complejo
1. Revisar la petición del cliente
2. Planificar y programar una reunión formal con el cliente
3. Llevar a cabo investigaciones para especificar la solución propuesta y los
enfoques existentes
4. Preparar un documento de trabajo una agenda para la reunión formal
5. Desarrollar en conjunto miniprospectos que reflejen los datos, función y
características de comportamiento del software. Alternativamente, se
desarrollan casos de uso que describen al software desde el punto de
vista del usuario.
6. Revisar cada miniprospecto o caso de uso para valorar su corrección,
consistencia y falta de ambigüedad.
7. Ensamblar los miniprospectos en un documento más amplio
8. Revisar el documento más amplio o colección de casos de uso con todos
los implicados.
9. Modificar el documento más amplio o casos de uso según se requiera

UMG – XELA
Ing. Durwin Ruiz

Proyecto

Indicadores de fracaso:

 El personal de software no entiende las necesidades de sus clientes

 El ámbito del producto está mal definido
 Los cambios se gestionan mal
 La tecnología elegida cambia
 Las necesidades comerciales cambian (o están mal definidas)
 Los plazos de entrega no son realistas
 Los usuarios se resisten
 Se pierde el patrocinio (o nunca se obtuvo de manera adecuada)
 El equipo de proyecto carece de personal con las habilidades
apropiadas
 Los gestores (y los profesionales) evitan las mejores prácticas y las
lecciones aprendidas

UMG – XELA
Ing. Durwin Ruiz

UMG - DRuiz 6
 Regla del
90-90

El primer 90 % de un sistema absorbe el 90 % del

esfuerzo y el tiempo asignados. El último 10% toma
otro 90% del esfuerzo y el tiempo asignados

Razones:
•Comenzar por el pie derecho
•Mantener el ímpetu
•Rastrear el progreso
•Tomar decisiones inteligentes
•Realizar un análisis de resultados
UMG – XELA
Ing. Durwin Ruiz

PRINCIPIO W5hh (Barry Boehm)

•Why?
•What?
•When?
•Who?
•Where?
•How?
•How much?

UMG – XELA
Ing. Durwin Ruiz

UMG - DRuiz 7
 EJERCICIOS
• Usted ha sido nombrado gestor de proyecto dentro de una organización de sistemas de
información. Su labor es construir una aplicación que sea bastante similar a otras que ha
construido su equipo, aunque ésta es mayor y más compleja. El cliente ha documentado
ampliamente los requisitos. ¿Qué estructura de equipo elegiría y por qué? ¿Qué modelo(s) de
proceso de software elegiría y por qué?

• Usted ha sido nombrado gestor de proyecto en una pequeña compañía de productos de software.
Su labor es construir un producto de avanzada que combine hardware de realidad virtual con
software de última generación. Puesto que la competencia en el mercado del entretenimiento
casero es intensa, existe una presión significativa para completar el trabajo. ¿Qué estructura de
equipo elegiría y por qué? ¿Qué modelo(s) de proceso de software elegiría y por qué?

• Usted ha sido nombrado gestor de proyecto en una gran compañía de productos de software. Su
labor es gestionar el desarrollo de la versión de siguiente generación de su software de
procesamiento de textos ampliamente utilizado. Puesto que se deben generar nuevos ingresos, se
han establecido y anunciado fechas límite precisas. ¿Qué estructura de equipo elegiría y por qué?
¿Qué modelo(s) de proceso de software elegiría y por qué?

• Usted ha sido nombrado gestor de proyecto de software para una compañía que atiende al mundo
de la ingeniería genética. Su labor es gestionar el desarrollo de un nuevo producto de software
que acelera el ritmo de la clasificación de genes. El trabajo está orientado al a Investigación y
Desarrollo, pero la meta es elaborar un producto dentro del siguiente año. ¿Qué estructura de
equipo elegiría y por qué? ¿Qué modelo(s) de proceso de software elegiría y por qué?
UMG – XELA
Ing. Durwin Ruiz

Ing. de Sofware. Roger Pressman

Gestión de Proyectos
7ª. Edición

UMG - DRuiz 8