1

1
Gestión (Administración} de
Proyectos Sw
¨He visitado decenas de Empresas, buenas
y malas y he observado a muchos
administradores de procesos de datos,
buenos y malos. Nuy frecuentemente he
visto cómo estos administradores luchan
inutilmente con enormes proyectos
intentando cumplir con plazos imposibles o
entregando sistemas que decepcionaban a
sus usuarios y que devoraban gran
cantidad de horas de mantenimiento"
Meiler Page-Jones
2
Gestión (Administración} de
Proyectos Sw
Problemas Técnicos
Sintomas
Problemas de Gestión
Clave en la Gestión de un Proyecto Sw:
Medición y Métricas.
Técnicas para Estimar Costos , Tiempos y Recursos.
Análisis de Riesgos.
Actividades de Planificación.
3
Proceso de Gestión del Proyecto Sw
Cubre todo el proceso de desarrollo de Sw.
Proporciona el conocimiento de :
ambito del trabajo a realizar
los riesgos en los que se puede incurrir
los recursos requeridos
las tareas a llevar a cabo
el esfuerzo a consumir
el plan a seguir en pro de un Proyecto de Sw
exitoso.
2
+
Las tres "pes"
La gestión eficaz de un proyecto Sw se centra en:
Personal (debe organizarse en equipos eficaces, motivados
para hacer un Sw de alta calidad y coordinados para lograr
comunicación efectiva)
Problema ( Debe comunicarlo el Cliente al desarrollador,
descomponerse en las partes que lo constituyen y
distribuirse para que lo trabaje el equipo de desarrollo)
Proceso (Debe adaptarse al personal y al problema. Se
selecciona un modelo de proceso apropiado y se elige un
conjunto de tareas para completar el trabajo)
Hoy a las tres pes, se la agrega la T de Tecnología
5
Proceso de Gestión del Proyecto Sw
Actividades:
1. Determinar el ambito.
2. Nedición y Nétricas.
3. Estimación
+. Analisis de Riesgos.
5. Planificación.
6. Seguimiento y Control.
6
Determinar el Ambito
Contexto: cCómo encaja el Sw a construir en un
sistema, producto o contexto de negocios mayor y
qué limitaciones se imponen como resultado del
contexto?
Objetivos de Información: cOué objetos de
datos visibles al cliente se desean obtener del Sw?
cOué objetos de datos seran requeridos de
entrada?.
Función y Rendimiento: cqué función realizara
el Sw para transformar la información de entrada
en una salida? cHay caracteristicas de rendimiento
especiales que abordar?
3
/
Determinar el Ambito
El ámbito del Sw describe:
La función, el rendimiento, las restricciones,
las interfaces y la fiabilidad. Se debe lograr un
grado de descomposición tal que permita
apoyar las labores de estimación.
El ámbito del Sw es el prerrequisito para la
etapa de estimación.
Una buena determinación del ámbito se logra través
de un buen Análisis
8
Nétricas, Nedidas e !ndicadores
Métricas : Amplio rango de medidas para el
Sw.
Medida : !ndicación cuantitativa de
extensión, cantidad, dimensiones, capacidad
y tamano de algunos atributos de un proceso
o un producto.
Nedir el Proceso => !ntentar Nejorarlo
Nedir el Producto => Aumentar su Calidad
Nedir el Proyecto => Apoyar la Estimación, el
Control de Calidad, evaluación de la Productividad.
9
Métricas, Medidas e Indicadores
El !ngeniero de Sw recopila medidas y
desarrolla métricas para obtener indicadores.
Un indicador es una métrica o combinación
de métricas que proporcionan una visión
profunda del proceso del Sw, del producto Sw
o del Proyecto Sw con el objeto de hacer
ajustes y mejorarlo.
+
10
Razones para Medir
Para indicar calidad de un producto.
Para evaluar productividad de la gente que
desarrolla el producto.
Para evaluar beneficios derivados del uso de
nuevos métodos y herramientas de !ngenieria
de Sw.
Para establecer una linea base para la
estimación.
Para ayudar a justificar el uso de nuevas
herramientas.
11
Categorías de Mediciones
Nedidas Directas:
Costo
Esfuerzo
LDC
velocidad ejecución, tamano memoria.
Nedidas !ndirectas:
Funcionalidad
Calidad
Facilidad de Nantención
Complejidad
12
Clasificación de Métricas
Orientadas al Tamaão : Para obtener medidas directas del
resultado y la calidad de la !. de Sw.
Orientadas a la Función : Proporcionan medidas indirectas
para la ! de Sw y el Sw.
Orientadas a la Persona : Proporcionan información sobre la
forma en que la gente desarrolla Sw.
Técnicas : Se centran en las caracteristicas del Sw mas que en
el proceso de desarrollo.
De Calidad: Proporcionan indicación de cómo se ajusta el Sw a
los requisitos implicitos y explicitos de Usuario.
De Productividad : Se centran en el rendimiento del proceso
de la ! de Sw.
5
13
Métricas Orientadas al
Tamaão
Productividad = NLDC
personas-mes
Calidad = errores (en un ano de utilización)
NLDC
Costo = $
NLDC
Documentación = paginas de documento
NLDC
Esfuerzo = personas
mes
Estás métricas
no son
universalmente
aceptadas como
mejor modo
para medir
1+
Registros sencillos de información de
Proyectos
15
Métricas Orientadas a la
Función
Se centran en la funcionalidad o utilidad del
Sw a desarrollar.
Se deben calcular puntos de función (modelo
empirico), a partir del llenado de una tabla
que requiere información del ambito del
problema.
De lo anterior, requiere un analisis exhaustivo
de los requerimientos del usuario.
6
16
Métricas Orientadas a la
Función
1/
Métricas Orientadas a la
Función
Donde :
Nº de Entradas de Usuario: Se cuenta cada entrada de
usuario que proporciona al Sw diferentes datos orientados a la
aplicación.
Nº de Salidas de Usuario: Se cuenta cada salida que
proporciona al usuario información orientada a la aplicación
(informes, pantallas, mensajes de error).
Nº de Peticiones de Usuario (Consultas}: Una Petición se
define como una entrada interactiva que produce la generación
de alguna respuesta del Sw en forma de salida interactiva.
Nº de Archivos: Se cuenta cada archivo maestro lógico.
Nº de Interfaces externas: Se cuentan todas las interfaces
legibles por la maquina que se utilizan para transmitir
información a otro sistema.
18
Métricas Orientadas a la
Función
De lo anterior se tiene:
PF = cuenta-total * [ 0.65 + 0.01* Σ ΣΣ ΣFi |
Fi (i ∈ |1,1+|) : valores de ajuste de
complejidad basados en 1+ preguntas que se
evaluan de 0 a 5.
/
19
Fi :
1.- cRequiere el sw de copias de seguridad y de recuperación
fiables?
2.- cSe requiere comunicación de datos?
3.- cExisten funciones de procesamiento distribuido?
+.- cEs critico el rendimiento?
5.- cSe ejecutara el sw en un entorno operativo existente y
fuertemente utilizado?
6.- cRequiere el sw entrada de datos interactiva?
/.- cRequiere la entrada de datos interactiva que las transacciones
de entrada se lleven sobre multiples pantallas u operaciones?
8.- cSe actualizan los archivos de forma interactiva?
9.-cSon complejas las entradas, las salidas, los archivos o las
peticiones?
10.- cEs complejo el procesamiento interno?
11.- cSe ha disenado el código para ser reutilizable?
12.- cEstan incluidas en el diseno la conversión y la instalación?
13.- cSe ha disenado el sistema para soportar multiples
instalaciones en diferentes organizaciones?
1+.-cSe ha disenado la aplicación para facilitar los cambios y para
ser facilmente utilizada por el usuario?
0) Sin
Influencia
1) Incidental
2) Moderado
3) Medio
4) Significativo
5) Esencial
20
Métricas Orientadas a la
Función
Equivalencias estimadas de LDC y PF
4 Lenguajes gráficos (iconos)
6 Hojas de cálculo
15 Generadores de códigos
20 Lenguajes de cuarta
generación (L4G)
30 Lenguajes orientados a objetos
70 Ada
90 Pascal
105 Fortran
105 Cobol
128 C
320 Ensamblador
LDC/PF (media) Lenguaje de programación
21
Métricas para la calidad del
Sw
Corrección: Un programa tiene que funcionar correctamente.
Se mide el grado con que el Sw realiza la función requerida.
Corrección = defectos
LDC o PF
Donde defectos se define como carencia verificada de
conformidad de requisitos en un ano
Facilidad de mantención: Facilidad con la cual se puede
corregir un programa si se encuentra un error, adaptarlo si su
entorno cambia o mejorarlo si el usuario desea un cambio en
los requisitos. Se usa tiempo medio entre cambios (TNEC).
TMEC : Analizar cambio requerido, disenar o redisenar la
modificación, implementarla, probarla y distribuirla a los
usuarios
8
22
Métricas para la calidad del
Sw
Integridad: Nide la habilidad de un Sw para resistir ataques
(accidentales o intencionales) en programas, datos o documentos. Se
define:
Amenaza: Probabilidad de un ataque de un tipo determinado en un
tiempo determinado.
Seguridad: Probabilidad de que se pueda repeler el ataque de
un determinado tipo.
Integridad = Σ ΣΣ Σ [1- amenaza * ( 1- seguridad}|
Facilidad de uso:
Habilidad intelectual y/o fisica requerida para aprender a usar el Sw.
Tiempo requerido para llegar a ser moderadamente eficiente en el
uso del sistema.
Aumento neto en la productividad cuando lo utiliza alguien
medianamente eficiente.
valorización subjetiva de la disposición de los usuarios hacia el Sw.
23
Proceso de recopilación de
métricas del Sw
Proceso
de Ingeniería
de SW
Proyecto
del Sw
Producto
del Sw
Recopilación
de datos
Cálculo de
Métricas
Evaluación de
Métricas
MEDIDAS
METRICAS
INDICADORES
2+
Proceso de recopilación de
métricas del Sw
Finalmente, para usar métricas se deben establecer
lineas de base con los siguientes atributos:
1. Los datos deben ser razonablemente precisos (evitar
suposiciones sobre proyectos anteriores).
2. Los datos deben obtenerse de tantos proyectos como sean
posibles.
3. Las medidas tiene que ser consistentes.
+. Las aplicaciones deben ser similares para poder
compararlas.
Las lineas de base ademas apoyan LA
ESTIMACION
9
25
Gestión de Proyectos Sw
(Estimación}
El Proceso de gestión del Sw comienza con un conjunto de
actividades que globalmente se denominan
PLANIFICACION.
La Planificación se centra en proporcionar un marco de
trabajo que permita al Gestor hacer ¨estimaciones"
razonables de recursos, costos y planificación temporal.
La estimación es mas un arte que una ciencia y se hacen en
un marco limitado de tiempo al inicio del proyecto,
ademas se debieran actualizar conforme progresa el
proyecto.
La estimaciones deberian definir el mejor y peor escenario.
26
Gestión de Proyectos Sw
(Estimación}
Estimación :
Base de todas las actividades de planificación
Actividad importante que no debe llevarse a cabo en forma
descuidada.
Guia para una buen ! de Sw.
Estimación : * Experiencia.
* Acceso a buena
!nformación Histórica.
* Confiar en medidas
cuantitativas obtenidas
de datos cualitativos.
2/
Gestión de Proyectos Sw
(Estimación}
¿ Oué se Estima ?
Recursos
Costos
Fechas
Esto conlleva un riesgo ( grado de incertidumbre)
inherente y este riesgo es mayor o menor
dependiendo de:
a) Complejidad del Proyecto
b) Tamano del Proyecto.
c) Grado de Estructuración
d) Disponibilidad de !nformación Histórica.
10
28
Gestión de Proyectos Sw
(Estimación}
Al comienzo el Gestor requiere Estimaciones
Cuantitativas.
Por lo general no hay disponible ninguna
base sólida.
Se piensa que un analisis detallado de los
requisitos del Sw proporciona la información
necesaria ( semanas, meses).
Las Estimaciones son necesarias HOY
29
Gestión de Proyectos Sw
(Estimación}
Antes de comenzar a estimar se debe conocer el
ámbito del Sw.
Ambito :
Describe la función (conjunto de funciones y
datos asociados)
El rendimiento( tiempos de respuesta y
procesamiento)
Las interfaces ( interacción del sw con otros
sistemas),
La fiabilidad (naturaleza del Sw, TNEF)
Las restricciones (limites del sw, hardware,
memoria)
30
Gestión de Proyectos Sw
(Estimación}
Estimación de Recursos:
Personas
Componentes de
Sw Reutilizables
Herramientas
Hw/Sw
Para cada uno de ellos se
debe especificar:
• Descripción del Recurso/
Habilidades Requeridas
• Disponibilidad
• Fecha de comienzo de uso
• Duración de uso
11
31
Gestión de Proyectos Sw
(Estimación}
Recursos Hw y Sw : Es el entorno donde se
apoyara el proyecto Sw, luego el planificador del
proyecto debe definir claramente Hw y Sw
requeridos para producir el Sw y su ventana
temporal.
Componentes de SW reutilizables : Evaluar la
posibilidad de adquirir componentes sw
desarrollados interna o externamente.
32
Gestión de Proyectos Sw
(Estimación}
Recursos Humanos : Se deben especificar
habilidades técnicas que se requieran para llevar
a cabo el desarrollo
Cargos (Gestor, !ng. De Sw. Analista..)
y
Especialidad ( Comunicaciones, Base de Datos...)
Para determinar el numero de personas se debe
hacer una estimación del esfuerzo del desarrollo
(personas-mes, personas-ano)
33
Gestión de Proyectos Sw
(Estimación}
Para estimar costos y esfuerzos se
tienen varias opciones :
Dejar la Estimación para mas adelante.
Basar las estimaciones en proyectos
similares ya terminados.
Utilizar Técnicas de Descomposición
Desarrollar Nodelos Empiricos.
Utilizar Herramientas Automaticas de
Estimación
12
3+
Técnicas de Descomposición
(Basada en el problema}
Se fundamenta en ¨divide y venceras". Parte del
ambito del Sw y se descompone en
subfunciones principales.
Estima LDC o PF para cada subfunción
considerando la situación optimista (O), la mas
probable (N) y pesimista (P). (Antecedentes
Históricos, !ntuición, Experiencia)
V E = O + 4*M + P β ββ βeta
6
35
Técnicas de Descomposición
(Usando Líneas de Código}
VE = 33400 LDC
Costo = US$ 434.200
Esfuerzo = 53.9 personas/mes
NOTA : Se considera tarifa mensual de US$ 8000 y productividad media
De 620 LDC/pm, esto es un LDC = US$ 13 ( Información Histórica)
36
Técnicas de Descomposición
(Usando Puntos de Función}
PF est = 372 ( factor ajuste 1.17)
Costo = US$ 457.000
Esfuerzo = 58 personas/mes
NOTA : Se considera tarifa mensual de US$ 8000 y productividad media
De 6.5 PF/pm, esto es un PF = US$ 1230 ( Información Histórica)
13
3/
Técnicas de Descomposición
(Basada en el Proceso}
Esfuerzo = 46 personas/mes
Costo = US$ 368.000
NOTA : Se considera tarifa mensual de US$ 8000
38
Técnicas de Descomposición
Comparando Resultados :
¿Oué se puede concluir?
Si existiera un alto grado de concordancia,
debiéramos estar mas cercanos a una buena
estimación. Sin embargo no es seguro, siempre
va a prevalecer el sentido comun y la experiencia.
Si existiera un bajo grado de concordancia, se
debieran buscar causas y re-estimar.
39
Modelos Empíricos de Estimación
Un modelo empirico es un conjunto de
fórmulas derivadas a través del estudio del
comportamiento de ciertos parametros de un
conjunto limitado de proyectos.
Se unen con las métricas orientadas al
tamano o a la función para el establecimiento
de LDC o PF.
Estos modelos no son adecuados para todas
las clases de Sw y para todos los entornos de
desarrollo, por consiguiente los resultados se
deben utilizar con prudencia.
1+
+0
Modelos Empíricos de
Estimación
¨ Hoy en dia un modelo de estimación de costos
de sw esta bien constituido si puede estimar
los costos de desarrollo en torno al 20¾ de
los costos reales, al /0¾ del tiempo de
desarrollo y ello en su propio terreno. Esto no
es la precisión que quisiéramos, pero es
suficiente para proporcionar una buena ayuda
en el analisis económico de la ! de Sw y en la
toma de decisiones"
Boehm |1981|
+1
Modelo de Estimación COCOMO (
Boehm}
COCOMO : Nodelo Constructivo de Costos
Posee una jerarquia de modelos:
Básico : Calcula esfuerzo y costo de Sw en función
del tamano del programa.
Intermedio : Calcula esfuerzo en función del
tamano e incorpora una evaluación subjetiva del
producto, del hw, del personal y de atributos del
proyecto.
Avanzado : !ncorpora al intermedio una evaluación
del impacto de los costos en cada fase del proceso
de !. de Sw.
+2
Modelo de Estimación COCOMO (
Boehm}
Todos los Nodelos de COCOMO estan
definidos para tres tipos de proyectos
Orgánico: Proyectos relativamente pequenos y
sencillos en los que trabajan equipos con buena
experiencia en la aplicación, sobre un conjunto de
requisitos poco rigidos)
Semiacoplado: Proyectos intermedios (en
tamano y complejidad) en los equipos, con
variados niveles de experiencias y deben
satisfacer requisitos poco o medio rigidos.
Empotrado: Proyectos que deben ser
desarrollados en un conjunto de Hw, Sw y
restricciones operativas muy restringido.
15
+3
Modelo de Estimación COCOMO (
Boehm}
En COCONO Basico :
E = a
b
* NLDC ' b
b
( E = personas-mes)
T = C
b
* E ' d
b
( T = meses)
++
Combinando Nétodos
E = 2.+* (33.+)'1.05 = 95,5 personas-
mes
T = 2.5*E'0.35 = 12,3 meses
N =E/D = 8 personas
+5
Modelo de Estimación COCOMO
(Boehm}
En COCONO intermedio:
E = (a
i
* NLDC 'b
i
) * FAE
FAE: factor de ajuste de Esfuerzo
∈|0.9,1.+|
16
+6
Modelo de Estimación La
Ecuación del Sw ( Putnam}
Nodelo multivariable obtenido a partir de los
datos de +000 proyectos de Sw.
E = ( |LDC * B ' 0.333 / P| ' 3 )* 1/t'+
E= Esfuerzo (personas-mes)
t = Duración del proyecto en meses.
B = Factor de destreza
P = Parametro de productividad
+/
Modelo de Estimación La
Ecuación del Sw ( Putnam}
B = 0,16 (5 a 15 NLDC)
B = 0.39 (mas de /0 NLDC)
P = 2000 (Sw empotrado, tiempo real)
P = 10000 (telecomunicaciones y Sw de
Sistemas)
P = 28000(Sw de aplicaciones
comerciales)
+8
Modelo de Estimación La
Ecuación del Sw ( Putnam}
Ecuaciones derivadas:
Para t
min
> 6 meses
t
min
= 8.1+*(LDC/ P )'0.+3
Para E >= 20 personas-mes
E = 180*B*t ' 3 ( t en anos)
1/
+9
Combinando Métodos
Tmin = 8.1+*(33+00/12000)'0.+3 =12.6
meses
E = 180*0.28*(1.05)'3 = 58 personas-mes
50
Gestión de Proyectos Sw
(Análisis de Riesgos}
Riesgo :
Grado de incertidumbre en las
Estimaciones.
Afecta a futuros acontecimientos.
Si se convierte en realidad ocurriran
consecuencias no deseables o pérdidas
Podrian hacer que un proyecto fracase.
Es inevitable en todo proyecto software.
51
Gestión de Proyectos Sw
(Análisis de Riesgos}
Categorías de Riesgos:
Del Proyecto : Amenazan al plan del proyecto.(
presupuesto,planificación temporal, recursos, cliente,
requisitos)
Técnicos : Amenazan la calidad y planificación temporal del
Sw que hay que producir. (diseno, implementación, interfaz,
verificación, mantención).
Del Negocio : Amenazan viabilidad del Sw a construir, ponen
en peligro el proyecto o el producto.(construir excelente Sw
que nadie quiere, construir Sw que no encaje en estrategias
de la compania, construir un Sw que no se sabe como vender,
pérdida de soporte de los gestores experimentados por
cambio de personal o enfoque, pérdidas presupuestarias o de
personal)
18
52
Gestión de Proyectos Sw
(Análisis de Riesgos}
Estrategias de Riesgos :
Reactivas : No preocuparse del Riesgo hasta que
ocurra. Cuando algo esta mal se toman decisiones y
ejecutan acciones para corregir rapidamente el
problema.
Proactivas : Comienza antes que comiencen los
trabajos técnicos. Se identifican Riesgos potenciales,
se valora su probabilidad y su impacto y se establece
prioridad segun importancia. Posteriormente se
establecen planes de control y de contingencia.
53
Gestión de Proyectos Sw
(Análisis de Riesgos}
El analisis del Riesgo consta de :
!dentificación del Riesgo.
Proyección del Riesgo.
Calculo del Riesgo.
Gestión del Riesgo.
5+
Gestión de Proyectos Sw
(Análisis de Riesgos}
Identificación del Riesgo: Especificar las
amenazas del Proyecto (estimaciones,
planificación temporal, recursos, etc.), esto
es, enumerar los riesgos concretos de un
proyecto.
Ejemplo:
Fechas de entrega poco realistas.
Ambito pobre y/o mala definición de requisitos.
Superar costos.
Pérdida de personal.
Nala comunicación con el Cliente.
19
55
Gestión de Proyectos Sw
(Análisis de Riesgos}
Proyección del Riesgo: También llamada estimación
del riesgo, intenta medir la probabilidad de que el riesgo
sea real y las consecuencias de los problemas asociados
con el riesgo y su impacto en el proyecto y en el
producto.
Ejemplo: De antecedentes históricos se tiene que de +5
proyectos, en 3/ hubo cambios en la marcha provocados por
el cliente, esto es, la probabilidad de que esto ocurra
nuevamente es de un 82¾.(P= S2%}
Consecuencias: Redefinición de requerimientos,
reanalisis, rediseno y/o reconstrucción.
Impacto: Reestimar plazos de entrega ( aumento de
ellos), aumento de los costos.
56
Gestión de Proyectos Sw
(Análisis de Riesgos}
Cálculo o Evaluación del Riesgo: Se examina la
exactitud de las estimaciones de la etapa anterior,
dando prioridad a los riesgos no cubiertos y tratar de
controlar e impedir los riesgos con mayor
probabilidad de ocurrir.
Se analiza la terna (r
i
,p
i
,i
i
), donde:
r
i
: riesgo i
p
i
:probabilidad del riesgo i.
i
i
: !mpacto del riesgo i.
Los niveles de referencia para el impacto del riesgo
estan dados por, costo, tiempo, degradación del
rendimiento, dificultades de soporte.
5/
Gestión de Proyectos Sw
(Análisis de Riesgos}
Gestión del Riesgo:
Riesgo 1
Riesgo n
Datos Análisis Riesgo 1
(r1,p1,i1)
Datos Análisis Riesgo n
(rn,pn,in)
Pasos para evitar y controlar
Riesgo 1
Pasos para evitar y controlar
Riesgo n
.
.
.
.
.
.
.
.
Plan de Gestión
y Supervisión
del Riesgo
20
58
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Hacer corresponder el tiempo
cronológico con el personal
disponible.
ver qué tareas se pueden
encontrar y qué paralelismo existe
entre ellas.
Representar la agenda y hacer
seguimientos de ésta desde el
comienzo.
59
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Causas del Retraso de la Agenda:
Fechas limite de entrega poco realistas (impuestas
a los gestores)
Cambio de los requisitos del Cliente/Usuario.
Subestimación de los recursos humanos
requeridos.
Dificultades técnicas no previstas.
Dificultades humanas no previstas.
Falta de comunicación entre el equipo.
Falta de reconocimiento por parte del Gestor del
retraso y falta de medidas para corregir el
problema.
60
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Criterios Básicos de la Planificación
Temporal
Descomposición
!nterdependencia
Asignación de Tiempo
validación de Esfuerzo
Definir Responsabilidades
Definir Resultados
Definir Hitos
21
61
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Relación Persona-Trabajo:
Generalmente en proyectos pequenos => 1
persona (Analisis,Diseno,Código,Pruebas)
A medida que aumenta el tamano => se
debe considerar mas personas
62
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Ideal
Personas
Productividad
Real
63
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Distribución del Esfuerzo:
Análisis
Y Diseño
40-50%
Codif.
15-20%
Test y
Depuración
30-40%
Distribución Recomendada Distribución Recomendada
40 40- -20 20- -40 40
(A y D,C,T y D)
22
6+
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Definir una Red de Tareas: Definir
tareas y grado de paralelismo entre
ellas y disenar una red de éstas.
An. y
Esp.
Rev.
Esp.
Dis.
Prelim
Rev.
Dis.
Dis.
Detall
.
Rev.
Dis
Codif Rev.
Codif
Test
Unid.
Test
Integ
Test
Valid
Dis.
Detall
.
Rev.
Dis
Codif Rev.
Codif
Test
Unid.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Hito
65
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Las tareas dependeran del tipo de
proyecto.
Proyectos de desarrollo de concepto.
Proyectos de desarrollo de una nueva
aplicación.
Proyectos de Nejora de Aplicaciones.
Proyectos de Reingenieria.
66
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Planificación Temporal: Consiste basicamente en la
distribución y duración de tareas en el tiempo y deben
considerar:
Lo mas pronto que se puede comenzar una tarea
cuando las tareas precedentes se terminan en el
minimo tiempo posible.
Lo mas tarde que se puede iniciar una sin que se
retrase el tiempo minimo de finalización del proyecto.
El final mas temprano ( suma del comienzo mas
temprano y la duración de la tarea)
El final mas tardio (comienzo mas tardio sumado a la
duración de la tarea)
El margen total: Cantidad de tiempo sobrante o
margen permitido en la planificación de tareas de
forma que el comienzo critico se mantenga dentro de
la agenda.
23
6/
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Planificación Organizativa: Se
consideran las siguientes posibilidades
para asignar recursos a un proyecto
que requiere a n personas.
a) Asignar n personas a m tareas funcionales
diferentes.
b) Asignar a n personas a m tareas funcionales
(m<n) de forma tal que se establezcan equipos
informales.
c) Organizar n personas en t equipos y a cada
equipo se le asigna una o mas tareas
funcionales. Cada equipo tiene una organización
especifica.
68
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
Seguimiento y Control:
Realizar reuniones periódicas sobre el estado del
proyecto, en las cuales cada miembro informe de los
progresos y los problemas.
Evaluar los resultados de todas las revisiones
realizadas a lo largo del proceso.
Determinar si los hitos formales del proyecto se han
alcanzado en la fecha programada.
Comparar fecha de comienzo real con la fecha de
comienzo planeada para cada tarea del proyecto.
Reuniéndose informalmente con los técnicos para
conocer sus valoraciones subjetivas acerca del
progreso de cada momento y los problemas que
acechan en el horizonte.
69
Gestión de Proyectos Sw
(Planificación Temporal y Seguimiento
del Proyecto)
En general, un Plan de Gestión de Proyecto
cuenta con los siguientes items.
!ntroducción
Ambito del Proyecto (Func, datos, restric, rendim)
Estimaciones del Proyecto ( datos hist., técnicas de estim.
y estimaciones de esfuerzo, costo y tpos)
Riesgos del Proyecto (Analisis y Gestión)
Agenda (red tareas, carta gantt, tabla de recursos)
Recursos del Proyecto (Personas, Hw, Sw)
Organización del Personal (estructura del equipo)
Necanismos de seguimiento y Control