Instituto Tecnolgico de Morelia

Ensayo
Elaborado por:
Armando Garca Meja
Nm. Control 10120115
Ing. Electrnica.
Desarrollo y evaluacin de proyectos.

GESTION DE PROYECTOS
Introduccin
Para dar un mejor entendimiento de este ensayo se hablara de un proyecto en particular,
este ser de un proyecto del software ya que yo estoy desarrollando una algoritmo de
procesamiento de imgenes para la medicin de fluctuaciones en una colada continua. 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.
No existen procesos de software estndar aplicable a cualquier proyecto ya que cada uno
vara de acuerdo a la organizacin y no se puede predecir con certeza cuando un proceso
particular puede generar problemas.
Los gestores de software generalmente son responsables de las siguientes actividades:
Redaccin de la propuesta, planificacin y calendarizacin del proyecto, estimacin y
costes del proyecto, supervisin y revisin del proyecto, seleccin y evaluacin del
personal y la redaccin y presentacin de informes.
Pero las siguientes actividades son las ms importantes durante el desarrollo de software:
Planificacin del proyecto: Un gestor de proyectos puto 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. Los detalles del plan varan de acuerdo al tipo del proyecto pero generalmente
incluyen los siguientes puntos: introduccin, organizacin del proyecto, anlisis 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 ms difciles pues aqu es donde
se hacen las estimaciones de tiempo y de recursos para completar las actividades y
organizarlas. Al realizar 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 das 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 realizan, tanto de requerimientos como de tiempo de desarrollo y si no se realizan 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 realizar la
estimacin deben tomarse en cuenta los siguientes puntos: tamao del producto, esfuerzo
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 organizacin a otra y eso en lugar de ayudar generalmente retrasa el avance.
Medir el tamao: El tamao se podra medir de acuerdo a la cantidad de bytes que ocupa en
el disco, el nmero de programa, el nmero de lneas de cdigo, el nmero de lneas de
cdigo, la cantidad de reportes.

Una mtrica mejor para establecer el tamao del software es la basada en los
requerimientos del usuario y no en la tecnologa que se va a utilizar, y tiene las siguientes
caractersticas: Independiente de tecnologa; Se debe escoger la tecnologa que no haga ms
productivos para lograr una mejor funcionalidad ya que basarnos en las lneas de cdigo
nos dan resultados que no se pueden comparar. Simple; No se debe requerir grandes
esfuerzos para obtener una medida, Enfocada a la funcionalidad; Las nuevas capacidades
con las que contara el negocio con la implementacin del software, Basada en los
requerimientos del usuario; Esta caracterstica da un amplio panorama del tamao que
tendr el software sin necesidad de ser terminado, adems que no se necesita ser un experto
para entender lo que el software contendr, Consistentes; los resultados obtenidos deben ser
consistentes.
El tamao del software es un factor determinante en el esfuerzo de un proyecto de
desarrollo de software ya que es necesario tomarlo en cuenta en las estimaciones de tiempo
y requerimientos. El tamao basado en la funcionalidad que se obtiene y centra las
decisiones en obtener ms funcionalidad por la inversin es por ello que se torna
conveniente elegir las tecnologas que nos hagan ms productivos.
La mtrica de Puntos Funcin:
Es una mtrica para establecer el tamao y complejidad de los sistemas informticos
basada en la cantidad de funcionalidad requerida y entregada a los usuarios.
En esta mtrica se realiza el mtodo de anlisis de puntos funcin la cual consiste en
identificar los componentes del sistema que requiere el negocio y se le asigna un nmero de
puntos de acuerdo a la funcionalidad y complejidad del componente y la sumatoria de estos
puntos los ajustamos basndonos en las caractersticas generales del sistema a realizar.
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:
1.- El sndrome del estudiante: En algunos casos al saber que se cuentan con das extras por
si en la actividad surgen problemas, se comienza con las tareas tiempo despus y si en la
actividad surge algn problema el proyecto se atrasa ya que los das designados para esos
probables riesgos fueron utilizados anticipadamente. En los mejores casos la actividad es
finalizada segn lo previsto.
2.- La ley de Parkinson: Silos adelantos no son reconocidos o recompensados de cierta
manera, cualquier actividad la realizan hasta la fecha lmite, por lo tanto no se gana tiempo.
3.- Multitareas: Es un grave problema que se genera si un administrador de proyectos
asigna mltiples tareas a una misma persona y peor an si tienen la misma prioridad.
Es por ello que no deben manejarse las fechas lmite 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 algn problema durante el desarrollo y no
surge retraso en la liberacin del software.
As 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.

Generalmente el calendario de proyectos se representa como un conjunto de grficos que

muestre la divisin del trabajo, las actividades y la asignacin del personal.
Gestin de riesgos: Esta es una tarea muy importante ya que no podemos suponer que no
surgirn 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. Los riegos son una
amenaza para el proyecto, el software a desarrollar y para la organizacin es por ello que
los estn categorizados de esta manera: riesgos del proyecto, riesgos del producto y riesgos
del negocio.
El proceso de gestin de riesgos se comprende en cuatro etapas: Identificacin de riesgos;
que es en donde se identifican los riesgos posibles, Anlisis de riesgos; se valoran las
posibilidades y consecuencias de los riesgos identificados, Planificacin de riesgos; planes
para abordar los riesgos no si se pueden evitarlos y por ltimo la supervisin de riesgos;
valorar los riegos de forma constante y revisar los planes.
GUA DE LOS FUNDAMENTOS DE LA DIRECCIN DE PROYECTOS
La finalidad principal de la gua del PMBOK es identificar el subconjunto de fundamentos
de la creacin de proyectos generalmente reconocido como buenas prcticas.
Todo proyecto se debe dividir en procesos:
Iniciacin: en donde se define y autoriza el proyecto o una fase del mismo.
Planificacin: Define los objetivos y planifica el curso de accin requerido para lograr los
objetivos y el alcance pretendido del proyecto. Tambin se define el alcance y costo del
proyecto.
Ejecucin: se integran personas y otros recursos para poder llevar el plan del proyecto.
Seguimiento y Control: mide y supervisa regularmente el proyecto a fin de identificar
desviaciones, adems de que se lleva el control de los cambios del proyecto, contro de
calidad, recopilacin y distribucin acerca del rendimiento.
Cierre: formaliza la aceptacin del producto, servicio o resultado y determina de manera
ordena el proyecto.
Estos procesos se clasifican por reas de conocimiento como son:
*Gestin e integracin
*Gestin del alcance
*Gestin del tiempo
*Gestin de los costos
*Gestin de la calidad
*Gestin de los recursos humanos
*Gestin de las comunicaciones
*Gestin de los riesgos
*Gestin de las adquisiciones.
Otros de los procesos que se pueden llevar a cabo son la gestin de las configuraciones
(CM), que es el desarrollo y aplicacin de estndares y procedimientos para gestionar un
sistema Software

Evolutivo. Estos definen como registrar, procesar los cambios propuestos al sistema, como
relacionar stos con los componentes del sistema y los mtodos utilizados para identificar
las diversas versiones del sistema
La CM en el desarrollo gil y desarrollo rpido no pueden basarse en rgidos
procedimientos y papeleo burocrtico. Aunque stos pueden ser necesarios para proyectos
grandes o complejos pueden ralentizar el proceso de desarrollo.
Para llevar a cabo la gestin de la configuracin hay ciertos procesos como son:
Planificacin de la gestin la cual describe los estndares y procedimientos utilizados para
la gestin de la configuracin. Se organiza en varios captulos que incluyen: La definicin
de lo que se debe gestionar, un enunciado de quien toma la responsabilidad de los
procedimientos de gestin de configuraciones, las politcas de CM utilizadas, una
descripcin de las herramientas a utilizar para la gestin de configuraciones adems de una
definicin de la BD de la configuracin.
Dos puntos muy importantes en la planificacin de la gestin de la configuracin son:
La identificacin de los elementos de configuracin en donde se debe saber cuales son
todos los documentos que se utilizan 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.
Gestin del cambio los cuales se ocupan del anlisis 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.
Gestin de versiones y entregas que son el proceso de identificar y mantener los registros
de las diversas versiones y entregas de un sistema. Con lo cual se debe recalcar que por
versin entendemos una instancia que difiere, de alguna manera, de otras instancias. Para
poder llevar a cabo la gestin de versiones y entregas debe existir:
Identificacin 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.
La gestin de entregas es una versin del sistema que se distribuye a los clientes las cuales
incluyen:
1.- Archivos de configuracin
2.- Los archivos de datos necesarios
3.- La documentacin electrnica y en papel
4.- El embalaje y la publicidad asociados.
La toma de decisiones de la entrega que son las decisiones para entregar una nueva versin
del sistema las cuales estn dirigidas por varios factores tcnico y organizacionales: calidad
tcnica, cambios en la plataforma, quinta ley de lehman, competencia, requerimientos de
marketing y propuestas de cambios el cliente.
Creacin de la entrega, cuando se crea una coleccin de archivos y documentacin que
incluyen todos los componentes de la entrega del sistema.
Documentacin de las entregas porque debe estar documentada toda la informacin para
asegurar que se puede reconstruir exactamente en el futuro.

Construccin del sistema que es el proceso de compilar y vincular los componentes del
software en un programa que se ejecuta en una configuracin particular, es decir, que este la
versin apropiada para cada componente
Herramientas CASE combinadas para crear entornos de trabajo como son:
1.- Entornos de trabajo abiertos: Herramientas para cada etapa del proceso CM, son
integradas de acuerdo con procedimientos organizacionales estndar.
2.- Entornos integrados: Que ofrecen facilidades integradas para gestin de versiones,
construccin ndel sistema o seguimiento de los cambios.
Ests 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.
Adems 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.
Tambin apoyo a la contruccin del sistema, como la construccin de sistemas es un
proceso intensivo, las herramientas CASE suministran ciertas caractersticas como:
dependencia del lenguaje de especificacin o del interprete asociado, seleccin de
herramientas y apoyo a la instanciacin, compilacin distribuda y gestin de los objetos
derivados.
En lo que respecta a la administracin de la configuracin (organizacin 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, libreras,
etc., osea todo lo que se genera en el ciclo de desarrollo de software.
La mejor organizacin 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 ms rpidamente
algn producto sino que tambin nos da orden sobre la manera en como organizamos los
archivos. Lo cual trae consigo los beneficios como son: disminucin de los costos de
mantenimiento, aseguramiento de la calidad, reduccin de errores entre otros.
La administracin de la configuracin nos provee de un nivel de servicio el cual ofrece a
aquellos que estn 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 estn relacionadas con
el ciclo de desarrollo.
Tambin est el entendimiento del cambio lo cual dice que la efectividad de un cambio
depende de distintos factores como son: insatisfaccin sentida (IS), diagnstico del estado
actual (DEA), diagnstico del estado futuro (DEF), energa metida al cambio (EMC). Lo
cual lleva a una frmula:
ECP=ISxDEAxDEFxEMC

Es por ello que los modelos para el cambio normalmente se basan en 4 aspectos:
1.- Patrones, flujos y estilos de comunicacin.
2.- Establecimiento de metas.
3.- Solucin de problemas y toma de decisiones.
4.- Planificacin 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. La gestin de proyectos nos ayuda a generar todos esos documentos
de manera eficaz para que nuestro proyecto sea realizado con xito.