GESTION DE PROYECTOS

Una buena gestin de proyectos de software no asegura el xito del proyecto, sin embargo una mala
gestin generalmente lleva al fracaso el proyecto. Estos gestores hacen el mismo trabajo que
cualquier otro gestor con diferencia de que el software es un producto intangible, es decir que no se
puede ver ni tocar por lo tanto no se puede ver el progreso. o existen procesos de software est!ndar
aplicable a cualquier proyecto ya que cada uno var"a de acuerdo a la organi#acin y no se puede
predecir con certe#a cuando un proceso particular puede generar problemas.
$os gestores de software generalmente son responsables de las siguientes actividades% &edaccin
de la propuesta, planificacin y calendari#acin del proyecto, estimacin y costes del proyecto,
supervisin y revisin del proyecto, seleccin y evaluacin del personal y la redaccin y presentacin
de informes.
'ero las siguientes actividades son las m!s importantes durante el desarrollo de software%
Planificacin del proyecto: Un gestor de proyectos debe anticiparse a los problemas que puedan
surgir en el desarrollo, por eso es importante que se tenga un plan que sirva como conductor del
proyecto, este plan se va modificando durante el proceso de acuerdo a como se va generando la
informacin, el principal factor que hay que tomar en cuenta en la elaboracin del plan del proyecto
son las metas globales del negocio.
En este plan se fijan los recursos disponibles, se divide el trabajo y crea un calendario de trabajo. $os
detalles del plan var"an de acuerdo al tipo del proyecto pero generalmente incluyen los siguientes
puntos% introduccin, organi#acin del proyecto, an!lisis de riesgo, requerimientos de recursos de
hardware y software, divisin del trabajo, programa del proyecto y mecanismos de supervisin e
informe.
Calendarizacin del proyecto: Esta es una de las tareas m!s dif"ciles pues aqu" es donde se hacen
las estimaciones de tiempo y de recursos para completar las actividades y organi#arlas. (l reali#ar las
estimaciones se ha de tomar en cuenta en cada una de las actividades no sabemos si habr!
problemas por lo que hay que dar unos d"as para esto en caso de que se necesite y no generar un
retraso.
Esta es una parte fundamental en el xito del proyecto porque depende de las estimaciones que se
reali#an, tanto de requerimientos como de tiempo de desarrollo y si no se reali#an de forma adecuada
se da un riesgo potencial de fracaso porque puede generar que el proyecto se finalice a destiempo o
que el presupuesto se exceda, por eso es que al reali#ar la estimacin deben tomarse en cuenta los
siguientes puntos% tama)o del producto, esfuer#o requerido, duracin del proyecto, recursos
necesarios y calidad esperada. Es importante no guiarse de proyectos pasados porque la
complejidad y requerimientos no son los mismos de una organi#acin a otra y eso en lugar de ayudar
generalmente retrasa el avance.
*edir el tama)o% El tama)o se podr"a medir de acuerdo a la cantidad de bytes que ocupa en el disco,
el numero de programa, el n+mero de l"neas de cdigo, el n+mero de l"neas de cdigo, la cantidad de
reportes.
Sandra del Carmen Ventra Garc!a "ariela Sriano "arro#!n
Una mtrica mejor para establecer el tama)o del software es la basada en los requerimientos del
usuario y no en la tecnolog"a que se va a utili#ar, y tiene las siguientes caracter"sticas% ,ndependiente
de tecnolog"a- .e debe escoger la tecnolog"a que no haga m!s productivos para lograr una mejor
funcionalidad ya que basarnos en las l"neas de cdigo nos dan resultados que no se pueden
comparar. .imple- o se debe requerir grandes esfuer#os para obtener una medida, Enfocada a la
funcionalidad- $as nuevas capacidades con las que contara el negocio con la implementacin del
software, /asada en los requerimientos del usuario- Esta caracter"stica da un amplio panorama del
tama)o que tendr! el software sin necesidad de ser terminado, adem!s que no se necesita ser un
experto para entender lo que el software contendr!, 0onsistentes- los resultados obtenidos deben ser
consistentes.
El tama)o del software es un factor determinante en el esfuer#o de un proyecto de desarrollo de
software ya que es necesario tomarlo en cuenta en las estimaciones de tiempo y requerimientos. El
tama)o basado en la funcionalidad que se obtiene y centra las decisiones en obtener m!s
funcionalidad por la inversin es por ello que se torna conveniente elegir las tecnolog"as que nos
hagan m!s productivos.
$a mtrica de 'untos 1uncin%
2Es una mtrica para establecer el tama)o y complejidad de los sistemas inform!ticos basada en la
cantidad de funcionalidad requerida y entregada a los usuarios3.
En esta mtrica se reali#a el mtodo de an!lisis de puntos funcin la cual consiste en identificar los
componentes del sistema que requiere el negocio y se le asigna un n+mero de puntos de acuerdo a
la funcionalidad y complejidad del componente y la sumatoria de estos puntos los ajustamos
bas!ndonos en las caracter"sticas generales del sistema a reali#ar.
Es importante recalcar que algunas veces aun teniendo una buena estimacin de tiempos hay ciertos
aspectos que pueden generar un atraso en las actividades asignadas, por ejemplo%
4.5 El s"ndrome del estudiante% En algunos casos al saber que se cuentan con d"as extras por si en la
actividad surgen problemas, se comien#a con las tareas tiempo despus y si en la actividad surge
alg+n problema el proyecto se atrasa ya que los d"as designados para esos probables riesgos fueron
utili#ados anticipadamente. En los mejores casos la actividad es finali#ada seg+n lo previsto.
6.5 $a ley de 'ar7inson% .ilos adelantos no son reconocidos o recompensados de cierta manera,
cualquier actividad la reali#an hasta la fecha l"mite, por lo tanto no se gana tiempo.
8.5 *ultitareas% Es un grave problema que se genera si un administrador de proyectos asigna
m+ltiples tareas a una misma persona y peor aun si tienen la misma prioridad.
Es por ello que no deben manejarse las fechas l"mite sino +nicamente, una duracin estimada por
actividad, as" evitamos la prdida de tiempo en cada una de las actividades y de esta manera
ganamos tiempo en caso de tener alg+n problema durante el desarrollo y no surge retraso en la
liberacin del software.
(s" como tambin es importante no designar distintas tareas con la misma prioridad a una sola
persona o recurso ya que eso nos puede generar un retraso considerable.
9eneralmente el calendario de proyectos se representa como un conjunto de gr!ficos que muestre la
divisin del trabajo, las actividades y la asignacin del personal.
Sandra del Carmen Ventra Garc!a "ariela Sriano "arro#!n
Ge$tin de rie$%o$: Esta es una tarea muy importante ya que no podemos suponer que no surgir!n
problemas sino anticipar los riesgos que puedan surgir para as" tener opciones para evitar esos
problemas o solucionarlos en caso de ya estar en ellos. $os riegos son una amena#a para el
proyecto, el software a desarrollar y para la organi#acin es por ello que los est!n categori#ados de
esta manera% riesgos del proyecto, riesgos del producto y riesgos del negocio.
El proceso de gestin de riesgos se comprende en cuatro etapas% ,dentificacin de riesgos- que es en
donde se identifican los riesgos posibles, (n!lisis de riesgos- se valoran las posibilidades y
consecuencias de los riesgos identificados, 'lanificacin de riesgos- planes para abordar los riesgos
o si se pueden evitarlos y por +ltimo la supervisin de riesgos- valorar los riegos de forma constante y
revisar los planes.
G&'( DE )OS *&ND("ENTOS DE )( DIRECCI+N DE PROYECTOS
$a finalidad principal de la gu"a del '*/:; es identificar el subconjunto de fundamentos de la
creacin de proyectos generalmente reconocido como buenas pr!cticas.
<odo proyecto se debe dividir en procesos%
Iniciacin: en donde se define y autori#a el proyecto o una fase del mismo.
Planificacin: =efine los objetivos y planifica el curso de accin requerido para lograr los objetivos y
el alcance pretendido del proyecto. <ambin se define el alcance y costo del proyecto.
E,eccin: se integran personas y otros recursos para poder llevar el plan del proyecto.
Se%imiento y Control: mide y supervisa regularmente el proyecto a fin de identificar desviaciones,
adem!s de que se lleva el control de los cambios del proyecto, contro de calidad, recopilacin y
distribucin acerca del rendimiento.
Cierre: formali#a la aceptacin del producto, servicio o resultado y determina de manera ordena el
proyecto.
Estos procesos se clasifican por !reas de conocimiento como son%
>9estin e integracin
>9estin del alcance
>9estin del tiempo
>9estin de los costos
>9estin de la calidad
>9estin de los recursos humanos
>9estin de las comunicaciones
>9estin de los riesgos
>9estin de las adquisiciones.
:tros de los procesos que se pueden llevar a cabo son la gestin de las configuraciones ?0*@, que es
el desarrollo y aplicacin de est!ndares y procedimientos para gestionar un sistema .oftware
Evolutivo. Estos definen como registrar, procesar los cambios propuestos al sistema, como relacionar
stos con los componentes del sistema y los mtodos utili#ados para identificar las diversas versiones
del sistema.
$a 0* en el desarrollo !gil y desarrollo r!pido no pueden basarse en r"gidos procedimientos y
papeleo burocr!tico. (unque stos pueden ser necesarios para proyectos grandes o complejos
pueden ralenti#ar el proceso de desarrollo.
Sandra del Carmen Ventra Garc!a "ariela Sriano "arro#!n
'ara llevar a cabo la gestin de la configuracin hay ciertos procesos como son%
'lanificacin de la gestin la cual describe los est!ndares y procedimientos utili#ados para la gestin
de la configuracin. .e organi#a en varios cap"tulos que incluyen% $a definicin de lo que se debe
gestionar, un enunciado de quien toma la responsabilidad de los procedimientos de gestin de
configuraciones, las polit"cas de 0* utili#adas, una descripcin de las herramientas a utili#ar para la
gestin de configuraciones adem!s de una definicin de la /= de la configuracin.
=os puntos muy importantes en la planificacin de la gestin de la configuracin son%
$a identificacin de los elementos de configuracin en donde se debe saber cuales son todos los
documentos que se utili#an para con ello llevar un control de las configuraciones y la base de datos
de configuraciones en la cual se debe registrar toda la informacin relacionada con las
configuraciones y sus elementos.
9estin del cambio los cuales se ocupan del an!lisis de costes y beneficios de los cambios
propuestos, aprobando aquellos que valen la pena y registrando los componentes del sistema que se
tienen que cambiar.
9estin de versiones y entregas que son el proceso de identificar y mantener los registros de las
diversas versiones y entregas de un sistema. 0on lo cual se debe recalcar que por versin
entendemos una instancia que difiere, de alguna manera, de otras instancias. 'ara poder llevar a
cabo la gestin de versiones y entregas debe existir%
,dentificacin de versiones por medio de numeracin de las versiones, identificacin basada en
atributos como son% el cliente, lenguaje de desarrollo, estado del desarrollo, plataforma de hardware y
fecha de creacin, identificacin orientada al cambio.
$a gestin de entregas es una versin del sistema que se distribuye a los clientes las cuales incluyen%
4.5 (rchivos de configuracin
6.5 $os archivos de datos necesarios
8.5 $a documentacin electrnica y en papel
A.5 El embalaje y la publicidad asociados.
$a toma de decisiones de la entrega que son las decisiones para entregar una nueva versin del
sistema las cuales est!n dirigidas por varios factores tcnico y organi#acionales% calidad tcnica,
cambios en la plataforma, quinta ley de lehman, competencia, requerimientos de mar7eting y
propuestas de cambios el cliente.
0reacin de la entrega, cuando se crea una coleccin de archivos y documentacin que incluyen
todos los componentes de la entrega del sistema.
=ocumentacin de las entregas porque debe estar documentada toda la informacin para asegurar
que se puede reconstruir exactamente en el futuro.
0onstruccin del sistema que es el proceso de compilar y vincular los componentes del software en
un programa que se ejcuta en una configuracin particular, es decir, que este la versin apropiada
para cada componente.
Sandra del Carmen Ventra Garc!a "ariela Sriano "arro#!n
Berramientas 0(.E combinadas para crear entornos de trabajo como son%
4.5 Entornos de trabajo abiertos% Berramientas para cada etapa del proceso 0*, son integradas de
acuerdo con procedimientos organi#acionales est!ndar.
6.5 Entornos integrados% Cue ofrecen facilidades integradas para gestin de versiones, construccin
del sistema o seguimiento de los cambios.
Est!s apoyan a la gestin de los cambios, para los cuales proporciona herramientas como son% editor
de formularios, sistema de flujo de trabajo, base de datos de cambios y un sistema de gestin de
informes.
(dem!s soporte para gestin de versiones las cuales gestionan grandes cantidades de informacin
para asegurar que los cambios en el sistema se registren y controlen, por medio de la identificacin
de versiones y entregas, gestin del almacenamiento, registro del historial del cambio, desarrollo
independiente y apoyo al proyecto.
<ambin apoyo a la contruccin del sistema, como la construccin de sistemas es un proceso
intensivo, las herramientas 0(.E suministran ciertas caracter"sticas como% dependencia del lenguaje
de especificacin o del interprete asociado, seleccin de herramientas y apoyo a la instanciacin,
compilacin distribu"da y gestin de los objetos derivados.
En lo que respecta a la administracin de la configuracin ?organi#acin y control@, se dice que la
administracin de configuracin de software es el arte de identificar, relacionar, almacenar y trabajar
con los productos de trabajo, es decir, planes, cdigo fuente, librer"as, etc., osea todo lo que se
genera en el ciclo de desarrollo de software.
$a mejor organi#acin de los productos nos ayuda a tener un control sobre las versiones de lo que
vamos desarrollando, es por ello que es recomendable tener una buena administracin de la
configuracin no slo porque nos ayuda a controlar m!s r!pidamente alg+n producto sino que
tambin nos da orden sobre la manera en como organi#amos los archivos. $o cual trae consigo los
beneficios como son% disminucin de los costos de mantenimiento, aseguramiento de la calidad,
reduccin de errores entre otros.
$a administracin de la configuracin nos provee de un nivel de servicio el cual ofrece a aquellos que
est!n relacionados con el desarrollo de software, control a los productos de trabajo como informacin,
documentos, versiones, requerimientos, herramientas, soporte, el cual proporciona ayuda a
desarrolladores, ingenieros y personas que est!n relacionadas con el ciclo de desarrollo.
<ambin esta el entendimiento del cambio lo cual dice que la efectividad de un cambio depende de
distintos factores como son% insatisfaccin sentida ?,.@, diagnstico del estado actual ?=E(@,
diagnstico del estado futuro ?=E1@, energ"a metida al cambio ?E*0@. $o cual lleva a una frmula%
E0'D,.x=E(x=E1xE*0
Sandra del Carmen Ventra Garc!a "ariela Sriano "arro#!n
Es por ello que los modelos para el cambio normalmente se basan en A aspectos%
4.5 'atrones, flujos y estilos de comunicacin.
6.5 Establecimiento de metas.
8.5 .olucin de problemas y toma de decisiones.
A.5 'lanificacin de acciones ?de cambio@.
En conclusin podemos decir que es bueno tener bien administrado todo lo que vamos desarrollando
con un software tanto las versiones como toda la documentacin que se gener con ello, puesto que
en el futuro esto nos facilitar! el trabajo al momento de querer modificar un software.
Sandra del Carmen Ventra Garc!a "ariela Sriano "arro#!n