6. ASIGNACIN DE RECURSOS
EN LOS PROYECTOS
INFORMTICOS
1. INTRODUCCIN.
La asignacin de recursos consiste en asociar a cada una de las tareas, en
el proyecto, las personas, equipos y materiales necesarios para que stas se
puedan realizar. Esta es una labor complicada y fundamental en la
planificacin del desarrollo de una aplicacin informtica.
71
PLANIFICACIN DE PROYECTOS INFORMATICOS
Desde un punto de vista global, adems de las tareas propias del proyecto
debemos tener en cuenta, que para que un grupo haga su trabajo, es
necesario que:
Se realicen las tareas en si mismas.
Se realicen tareas de mantenimiento del equipo, esto es, lo que ayude
1
Se puede argumentar que con un Hardware ms eficiente, con unas oficinas mejor
acondicionadas o que con herramientas de desarrollo ms evolucionadas se podra realizar el
proyecto en menos tiempo. Este tipo de cuestiones y otras que influyen en la duracin y
calidad del Software las trataremos en DPI'
72
ASIGNACIN DE RECURSOS EN LOS PROYECTOS INFORMTICOS
73
PLANIFICACIN DE PROYECTOS INFORMATICOS
1) Los negocios actuales son muy agresivos lo que implica que las
organizaciones que les dan soporte han de ser giles y flexibles.
Posiblemente ningn sistema pueda sobrevivir 10 aos en una
empresa.
stas son razones suficientes para pensar que es imposible el que una sola
74
ASIGNACIN DE RECURSOS EN LOS PROYECTOS INFORMTICOS
por una parte adaptndose a los aspectos del negocio que nos indican
unas fechas a partir de las cuales ya no resulta interesante el disponer
de la aplicacin o tener unos costes de oportunidad elevados,
por otra parte a los aspectos tcnicos del desarrollo que indican la
cantidad mxima de recursos que se pueden asignar a cada tarea,
LA NEGOCIACIN.
75
PLANIFICACIN DE PROYECTOS INFORMATICOS
3
Ver Anlisis Estructurado Moderno, E. Yourdon; pg. 536. o Assesment and Control of
Software Risks, C. Jones; pg. 118.
76
ASIGNACIN DE RECURSOS EN LOS PROYECTOS INFORMTICOS
Esfuerzo_en_hombres(t) = 2K a t e-at
donde
77
15
Esfuerzo
PLANIFICACIN DE PROYECTOS INFORMATICOS
Asignado
10
0
0 2 4 6 8 10 12 14 16 18 20 22 24
Meses de Desarrollo
Una vez realizado el grueso del trabajo van quedando menos tareas y
la cantidad de personas que se pueden asignar son menos.
78
ASIGNACIN DE RECURSOS EN LOS PROYECTOS INFORMTICOS
80
60
40
20
16 0
14 0 12 24 36 48 60 72 84
P erso n as
12
10 MES ES DE DES ARROLLO
8
6
4
2
0
0 2 4 6 8 10 12 14 16 18 20 22 24
Meses de Desarrollo
figura 3
T 2,15 3 PersonasMes
79
PLANIFICACIN DE PROYECTOS INFORMATICOS
80
ASIGNACIN DE RECURSOS EN LOS PROYECTOS INFORMTICOS
(CASE).
Manuales del software: iniciacin, manual de usuario, libreras,
etc..
Libros con referencia a tcnicas de desarrollo: ejemplo
"Anlisis Estructurado Moderno de Edward Yourdon", etc.
El haber descrito con tanto detalle algunos de los materiales se debe a que
en la prctica se pierde mucho tiempo, de personal de desarrollo, por no
estar disponibles cosas que aparentemente tienen poca importancia.
81
PLANIFICACIN DE PROYECTOS INFORMATICOS
causa de las interferencias. Thomsett dice que hay muchas razones para esto
y en concreto menciona algunas como:
Aunque parezca paradjico, por culpa de estos factores, las personas con
mayor nivel de experiencia y responsabilidad en la empresa son los mas
82
ASIGNACIN DE RECURSOS EN LOS PROYECTOS INFORMTICOS
afectados. Pues:
83
PLANIFICACIN DE PROYECTOS INFORMATICOS
Dado que tenemos una lista de tareas y una lista de personas, se trata de
realizar la mejor asignacin posible. O'Connell propone la siguientes
posibilidades para cada par tarea - persona:
Esto es lo ideal.
Si ests dispuesto a:
84
ASIGNACIN DE RECURSOS EN LOS PROYECTOS INFORMTICOS
9 85
8
7
6
Duracin
5
4
3
2
1
0
0 1 2 3 4 5 6 7 8
Pe rsonas
PLANIFICACIN DE PROYECTOS INFORMATICOS
5 tenido en cuenta en la
4 descomposicin en tareas y
3
2
tendramos varias tareas bien
1 definidas en el proyecto. Por
0 otra parte es habitual tener
0 1 2 3 4 5 6 7 8 tareas grandes que son criticas
Personas requiriendo mucho esfuerzo y
que necesitamos que tengan un
duracin limitada.
4) La tarea se puede partir pero las interrelaciones son tan complejas que
cuesta ms tiempo realizar la tarea con muchas personas. Son las
tareas en que habitualmente alguien dice: mira prefiero hacerlo solo,
por que entre varios no terminaremos nunca.
86
ASIGNACIN DE RECURSOS EN LOS PROYECTOS INFORMTICOS
una lista de objetivos y tareas junto a cada trabajador. De este modo se evita
el primer problema, adems de sernos til para verificar que el trabajador
este conforme con la asignacin. Esta lista no debera ser superior a una
pagina, legible en menos de un minuto (El ejecutivo al minuto, Blanchard).
Una vez terminada la asignacin de objetivos y tareas, recibiremos una serie
de solicitudes, quejas y aclaraciones, sobre: las tareas que una persona cree
que debera tener asignadas, dado que estn muy relacionadas con sus
objetivos y que han sido asignadas a otro; tareas que alguien piensa que no
han sido asignadas; e incluso asignaciones que comparten varios
participantes del proyecto, pero que parecen incompatibles por la
personalidad de los estos.
Pasados un par de das de las quejas, se hace una reunin con todos los
participantes, se habla sobre los problemas surgidos. S reescriben las
asignaciones y se entregan de nuevo a los participantes. Este proceso puede
requerir un par de iteraciones y las reuniones puede que sean tensas. Pero
habr valido la pena, ya que tendremos una descripcin clara y compartida de
los objetivos, responsabilidades y tareas asignadas a cada miembro del
equipo. Adems las tareas no se superpondrn y completaran todas las
necesidades del proyecto. (Managing a Programming Project, Metzger).
6.CONSIDERACIONES FINALES.
Como se ve habr que buscar la situacin en que se optimicen cualquiera
o todas estas condiciones:
87
PLANIFICACIN DE PROYECTOS INFORMATICOS
proyectos)
6. BIBLIOGRAFA
1. Blanchard, K., Johnson, S. El ejecutivo al minuto. Grijalbo Mandadori,
S.A. 1983.
2. Brooks, Frederick P. The mythical man-month
3. DeMarco, Tom. Controlling Software Projects. Prentice Hall, 1982.
(Biblioteca UPV)
4. Fergus O'Connell. "How to run successful projects". Prentice Hall, 1994.
(Biblioteca UPV)
5. Metzger, P. Boddie, J. Managing a programming project: people and
processes 3 ed. Prentice Hall, 1996.
6. Thomsett, R. Third Wave Project Management. Prentice Hall, 1993.
(Biblioteca UPV)
7. Yourdon, Edward. Anlisis Estructurado Moderno. Prentice Hall, 1993.
(Biblioteca UPV)
88