CALENDARIZACION DE PROYECTOS DE SOFTWARE

CALENDARIZACION DE PROYECTOS DE SOFTWARE

Es crear una red de tareas de ingenieria de software que permitan tener el trabajo justo a tiempo, esta red debe tener responsabilidades asignadas, asegurarse que dichas tareas se realizen y adaptar la red conforme los riesgon se tornen en realidad.

Los proyectos de software usualmente se entrega con retraso debido a

Una fecha limite irrealizable establecida por alguien ajento al grupo de ingenieria

Cambios en los requisitos del cliente que no se reflejan en modificaciones al calendario

Una subestimacion razonable de la cantidad de esfuerzo o de recursos que se requeriran para realizar el trabajo

Riesgos predecibles o impredecibles que no se consideraron al iniciar el proyecto

Dificultades tecnicas que no se lograron preveerse

Dificultades humanas imprevisibles

Falta de comunicacion entre el personal del proyecto

Una falla en la gestion del proyecto

Que se debe hacer con fechas de entrega irrealizables

rechazar el proyecto -NO

ordenar al cliente que cambie la fecha -NO

se debe realizar una estimacion detallada, aplicar un proceso incremental, reunirse con el cliente y explicarle la estimacion detallada y decirle por que la fecha es irrealizable, ofrezca una estrategia de desarrollo incremental como alternativa.

Existen distintos principos basicos que guian la calendarizacion del proceso

Compartimentacion

Interdependencia

Asignacion de Tiempo

Validacion del esfuerzo

Definicion de responsabilidades

Definicion de resultados

Definicion de hitos

Existe el mito que al agregar personas a un proyecto atrasado este puede finalizarse en el tiempo estimado con exito, esto es muchas veces mentira ya que las nuevas personas primero deben ponerse al corriente y los que previamente estan involucrados deben enseñar a los nuevos, si se desea agregar personas a un proyecto se debe observar que la tarea sea altamente compartimentada.

REGLA 40-20-40

Esta es una regla que usualmente se sigue, en la cual se asigna el 40% del esfuerzo al analisis y diseño de software, el 20% del esfuerzo a la codificacion y el ultimo 40% a la realizacion de preubas del sistema, esta distribucion se utiliza como guia, la distribucion final del proceso la dictan las caracteristicas del proyecto

existen distintos tipos de proyectos de software entre ellos

Proyectos de desarrollo de concepto

Proyectos de desarrollo de nuevas aplicaciones

Proyectos de mejora de aplicacion

Proyectos de mantenimiento de aplicacion

Proyectos de reingenieria

Dependiendo del tipo de proyecto y actividades dentro del proyecto se pueden seleccionar el tipo de tareas que se realizaran

Una red de tarea es una representacion grafico de flujo de tareas del proyecto

Es importante siempre encontrar la ruta critica estas son las tareas que se deben completar la calendarizacion si el proyecto como un todo se debe completar a tiempo.

Un cronograma o grafico de Gantt permite determinar que tareas se realizan en un punto de tiempo dado, es posible crear un cronograma general y luego crerar cronogramas para cada actividad o tarea.

El seguimiento del calendario puede hacerse de diferentes maneras

Realizando reuniones periodicas

Haciendo evaluaciones de los resultados de todas las revisiones realizadas a lo largo del proceso de ingenieria de software

Determinando si se han logrado los hitos en las fechas establecidas

comprobando la fecha real con la fecha de inicio prevista para cada actividad

Introducción

La administración de software abraca la planeación, calendarización, administración de riegos, manejo

del personal, estimación de los costos de software y la administración de calidad. Muchas son las

causas para el fracaso de proyectos de software, se pueden mencionar: entrega tardía, no fiable, costo

superior al estimado, características de ejecución pobres. Muchas veces la falla estaba en el enfoque

de administración utilizado.

La necesidad de administrar es una distinción importante entre un desarrollo profesional de software

y la programación no profesional. La administración de proyectos de software es necesaria debido a

que la ingeniería de software profesional siempre está sujeta a restricciones de presupuesto y

calendarización; a las que debe ajustarse la organización que desarrolla el software. El trabajo del

administrador de proyectos de software es asegurar que éstos cumplan dichas restricciones y entregar

software que contribuya a las metas del negocio. Una buena administración no garantiza el éxito del

proyecto, sin embrago la mala siempre asegura el fracaso del mismo.

Características del software y las dificultades para la administración.

El producto es intangible, el administrador de un proyecto de construcción de un barco puede ver el

producto mientras se está desarrollando. Si hay desfase en el calendario, el efecto en el producto es

visible. Es software es intangible, no se puede ver ni tocar. Los administradores no pueden ver el

progreso, confían en otros para producir la documentación necesaria para revisar el progreso.

No existen procesos del software estándar, no se puede predecir con certeza cuándo un proceso

particular tiende a desarrollar problemas.

A menudo los proyectos grandes de software son "únicos", por lo general los proyectos grandes de

software son diferentes de proyectos previos. En consecuencia, los administradores aun cuando

cuenten con una amplia experiencia que pueda ser utilizada para reducir la incertidumbre de planes,

ésta no es suficiente para anticipar los problemas. Los rápidos cambios en las computadoras y en las

comunicaciones hacen parecer obsoleta la experiencia previa. Las lecciones aprendidas en esas

experiencias pueden no ser transferibles a los nuevos proyectos.

Debido a estos problemas, no es sorprendente que algunos proyectos de software se retrasen,

sobrepasen el presupuesto y estén fuera de tiempo. A menudo los sistemas de software son nuevos y

tecnológicamente innovadores. Frecuentemente los proyectos de ingeniería innovadores también

tienen problemas de calendarización. Dadas las mezclas de dificultades, es notable que muchos

productos de software sean entregados a tiempo y en presupuesto.

3

Actividades relacionadas en el proceso de la calendarización

Es imposible redactar una descripción estándar del trabajo de un administrador de software. El trabajo

difiere enormemente dependiendo de la organización y del producto de software a desarrollar. Sin

embargo, en algún momento, muchos administradores son responsables de algunas o todas de las

siguientes actividades:

La primera etapa de un proyecto de software implica redactar una propuesta para realizar ese

proyecto. La propuesta describe los objetivos del proyecto y cómo se llevará a cabo. La misma incluye

estimado de costo y calendarización. Justifica por qué el contrato del proyecto se le debe dar a una

organización o a un equipo en particular. La planeación de proyectos se refiere a la identificación de

actividades, hitos y entregas producidas por un proyecto. Por lo tanto se debe bosquejar un plan para

guiar el desarrollo hacia las metas del proyecto. La estimación del costo es una actividad relacionada

que se refiere al estimado de los recursos requeridos para llevar a cabo el plan del proyecto.

La supervisión del proyecto es una actividad continua. El administrador debe tener conocimiento del

progreso del proyecto, y comparar los progresos y costos reales con los planeados. Aunque muchas

organizaciones tienen mecanismos formales para supervisar, un administrador hábil podría formarse

una imagen clara de lo que pasa llevando a cabo una entrevista informal con el personal del proyecto.

Con frecuencia, la supervisión informal predice problemas importantes del proyecto y revela

dificultades en su momento. Por ejemplo, las entrevistas diarias con el personal del proyecto pueden

exteriorizar un problema en una falla del software. Más que esperar un informe de atraso del

proyecto, el administrador de software podría asignar un experto para resolver el problema o podría

decir si este problema se vuelve a calendarizar.

Durante el proyecto, es normal tener varias revisiones formales de su administración. Se hace la

revisión completa del progreso y de los desarrollos técnicos del proyecto, y se toma en cuenta el

estado del proyecto junto con los propósitos de la organización encargada

...