La gestin eficaz de un proyecto de software se centra en las cuatro

Ps:personal, producto, proceso y proyecto. El orden no es arbitrario. El gestor

que se olvida de que el trabajo de ingeniera del software es un esfuerzo
humano intenso nunca tendr xito en la gestin de proyectos. Un gestor que
no fomenta una minuciosa comunicacin con el cliente al principio de la
evolucin del proyecto se arriesga a construir una elegante solucin para un
problema equivocado. El administrador que presta poca atencin al proceso
corre el riesgo de arrojar mtodos tcnicos y herramientas eficaces al vaco. El
gestor que emprende un proyecto sin un plan slido arriesga el xito del
producto.

Personal

La necesidad de contar con personal para el desarrollo del software altamente
preparado y motivado se viene discutiendo desde los aos 60 (por ejemplo,
COUSO, WT94, DEM981). De hecho, el factor humano es tan importante
que el Instituto de Ingeniera del Software ha desarrollado unModelo de
madurez de la capacidad de gestin de personal (MMCGP) para aumentar la
preparacin de organizaciones del software para llevar a cabo las cada vez
ms complicadas aplicaciones ayudando a atraer, aumentar, motivar,
desplegar y retener el talento necesario para mejorar su capacidad de
desarrollo de software [CUR94].

El modelo de madurez de gestin de personal define las siguientes reas clave
prcticas para el personal que desarrolla software: reclutamiento, seleccin,
gestin de rendimiento, entrenamiento, retribucin, desarrollo de la carrera,
diseo de la organizacin y del trabajo y desarrollo cultural y de espritu de
equipo. El MMCGP es compaero del modelo de madurez de la capacidad
software, que gua a las organizaciones en la creacin de un proceso de
software maduro.

Cargos del Personal

1. Operador de PC
2. Tcnico de Soporte y Mantenimiento
3. Tcnico de Reparacin de PC, impresoras, monitores, celulares,
etc.
4. Tcnico en Programacin
5. Tcnico en Redes de PC, telfonos y de comunicacin
6. Ingeniero en Computacin
7. Ingeniera en Sistemas de Informacin
8. Ingeniera en Telecomunicaciones
9. Administrados de Base de Datos
10. Administrador de Redes
11. Administrador de Servidores
12. Administrador de Sistemas de Informticos
13. Analista Categoras: A, B, C.
14. Diseador de Web y de Interfaz
15. Diseador/a
16. Auditor/a
17. Evaluador/a
18. Diseador/a Informtico/a
19. Director/a de Centros
20. Capacitadores

Producto

Antes de poder planificar un proyecto, se deberan establecer los objetivos y el
mbito del producto, se deberan considerar soluciones alternativas e identificar
las dificultades tcnicas y de gestin. Sin esta informacin, es imposible definir
unas estimaciones razonables (y exactas) del coste; una valoracin efectiva del
riesgo, una subdivisin realista de las tareas del proyecto o una planificacin
del proyecto asequible que proporcione una indicacin fiable del progreso.


El desarrollador de software y el cliente deben reunirse para definir los
objetivos del producto y su mbito. En muchos casos, esta actividad empieza
como parte del proceso de ingeniera del sistema o del negocio y contina
como el primer paso en el anlisis de los requisitos del software. Los objetivos
identifican las metas generales del proyecto sin considerar cmo se
conseguirn (desde el punto de vista del cliente).


El mbito identifica los datos primarios, funciones y comportamientos que
caracterizan al producto, y, ms importante, intenta abordar estas
caractersticas de una manera cuantitativa. Una vez que se han entendido los
objetivos y el mbito del producto, se consideran soluciones alternativas.


Proceso

Un proceso de software proporciona la estructura desde la que se puede
establecer un detallado plan para el desarrollo del software. Un pequeo
nmero de actividades estructurales se puede aplicar a todos los proyectos de
software, sin tener en cuenta su tamao o complejidad. Diferentes conjuntos de
tareas, hitos, productos del trabajo y puntos de garanta de calidad permiten a
las actividades estructurales adaptarse a las caractersticas del proyecto de
software y a los requisitos del equipo del proyecto. Finalmente, las actividades
protectoras tales como garanta de calidad del software, gestin de la
configuracin del software y medicin cubren el modelo de proceso. Las
actividades protectoras son independientes de las estructurales y tienen lugar a
lo largo del proceso.

Proyecto

Dirigimos los proyectos de software planificados y controlados por una razn
principal es la nica manera conocida de gestionar la complejidad. Y todava
seguimos esforzndonos. En 1998, los datos de la industria del software
indicaron que el 26% de proyectos de software fallaron completamente y que el
46% experimentaron un desbordamiento en la planificacin y en el coste
[REE99]. Aunque la proporcin de xito para los proyectos de software ha
mejorado un poco, nuestra proporcin de fracaso de proyecto permanece ms
alto del que debera ser. Para evitar el fracaso del proyecto, un gestor de
proyectos de software y los ingenieros de software que construyeron el
producto deben eludir un conjunto de seales de peligro comunes; comprender
los factores del xito crticos que conducen a la gestin correcta del proyecto y
desarrollar un enfoque de sentido comn para planificar, supervisar y controlar
el proyecto.


Practicas Crticas

El Concilio Airlie ha desarrollado una lista de prcticas crticas de software
para la gestin basada en el rendimiento. Estas prcticas son utilizadas
deun modo consistente por, y consideradas crticas por, organizaciones y
proyectos de software de mucho xito cuyo rendimiento final es ms
consistente que los promedios de la industria [AIR99]. En un esfuerzo por
permitir a una organizacin de software determinar si un proyecto especfico ha
implementado prcticas crticas, el Concilio Airlie ha desarrollado unconjunto de
preguntas de Visin Rpida [AIR99] para un proyecto:

Gestin formal del riesgo Cules son los diez riesgos principales para este
proyecto? Para cada uno de los riesgos cul es la oportunidad de que el
riesgo se convierta en un problema y cul es el impacto si lo hace?

Coste emprico y estimacin de la planificacin Cul es el tamao actual
estimado de la aplicacin de software (sin incluir el software del sistema) que
ser entregada en la operacin? Cmo se obtuvo?

Gestin de proyectos basada en mtricas Dispone de un programa de
mtricas para dar una primera indicacin de los problemas del desarrollo? Si es
as, cul es la volatilidad de los requisitos actualmente?


Seguimiento del valor ganado Informa mensualmente de las mtricas del
valor ganado? Si es as, estn calculadas estas mtricas desde una red de
actividades de tareas para el esfuerzo total a la prxima entrega?

Seguimiento de defectos frente a objetivos de calidad Realiza el
seguimiento e informa peridicamente del nmero de defectos encontrados en
cada prueba de inspeccin [revisin tcnica formal] y ejecucin desde el
principio del programa y del nmero de defectos que se corrigen y se producen
en la actualidad?

Gestin del programa del personal Cul es la media de rotacin de la
plantilla en los tres ltimos meses por cada uno de los
distribuidores/desarrolladores involucrados en el desarrollo del software para
este sistema?

Si un equipo de proyectos de software no puede responder a estas preguntas,
o las responde inadecuadamente, se debe realizar una revisin completa de las
prcticas del proyecto.