Los administradores de software: planeación y calendarización (página 2)

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 del software. El tiempo de desarrollo para un proyecto grande de software puede ser de varios años. Durante ese tiempo los objetivos organizacionales tienden obviamente a cambiar. Estos cambios pueden significar que el software ya no se requiere más o que los requerimientos originales del proyecto son inapropiados. La administración puede decidir detener el desarrollo del software o cambiar el proyecto para adecuarlo a los cambios de los objetivos de la organización.

La metodología del Proceso Unificado de Desarrollo (RUP) traza pautas muy concretas para el desarrollo de proyecto de software, define en un enfoque de alta colaboración, evolutivo y flexible para asimilar los cambios en los requerimientos del software en un ambiente de negocios dinámico. De igual forma define claramente los hitos donde son necesarias la revisiones formales del proyecto, las cuales incluyen la aprobación por parte del cliente. A continuación se puede apreciar en el diagrama el ciclo de vida de un proyecto de software basado en RUP:

Su enfoque evolutivo comprende un desarrollo iterativo e incremental. La naturaleza iterativa está presente en las actividades ubicadas en la parte izquierda del diagrama (requerimientos, análisis, diseño, etc.); mientras que el desarrollo incremental lo constituye la creación de prototipos en el tiempo, desarrollados a través del ciclo de vida, una vez para cada prototipo. Durante la Fase de Elaboración se desarrolla un prototipo con la arquitectura que involucra los casos de uso de mayor riesgo técnico. A su vez, también se produce software al final de cada iteración en la Fase de Construcción, de igual forma que en la Fase de Elaboración, el mismo puede ser utilizado con propósitos de pruebas o software demostrativo para el cliente. Cada vez que termina una iteración marca un hito donde es necesaria la revisión con el cliente, donde se analiza el cumplimiento de los requerimientos, el progreso del proyecto, el análisis de los costos reales y los planeados. En el caso de la última iteración correspondiente a cada fase del proyecto, se debe crear el acta de aprobación por el cliente, en la cual el mismo plantea su acuerdo con los desarrollos alcanzados por el proyecto, aceptando así el sentido financiero y técnico del software que se desarrolla.

Generalmente los administradores de proyectos tienen que seleccionar a las personas para trabajar en su proyecto. De forma ideal, estará disponible personal con habilidades y experiencia apropiada para trabajar en el proyecto. Sin embargo en muchos casos, los administradores tienen que establecer un equipo ideal mínimo para el proyecto. Las razones para esto son:

• El presupuesto del proyecto no cubre la contratación del personal con salarios altos. Se tiene que contratar personal con menor experiencia y menos salario pero mejor aprovechados.

• El personal con experiencia apropiada no está disponible dentro o fuera de la organización. Es imposible reclutar nuevo personal para el proyecto. Dentro de la organización, las mejores personas ya se han asignado a otros proyectos.

• La organización desea desarrollar las habilidades de sus empleados. El personal inexperto puede ser asignado al proyecto para aprender y adquirir experiencia.

El administrador de software tiene que trabajar con estas restricciones al seleccionar el personal del proyecto. Sin embargo, estos problemas son probables a menos que exista un miembro del proyecto que cuente con algo de experiencia en el tipo de sistema a desarrollar. Sin esta experiencia, probablemente se cometerán muchos errores pequeños.

Por lo general, el administrador del proyecto es responsable de dar informes del mismo tanto al cliente como a las organizaciones contratantes. Dichos administradores deben redactar documentos concisos y coherentes que resuman la información crítica de los informes detallados del proyecto. En consecuencia, comunicarse efectivamente de forma oral y escrita es una habilidad esencial que un administrador de proyectos debe tener.

La administración efectiva de un proyecto de software depende replanear completamente el progreso del proyecto. El administrador debe anticiparse a los problemas que podrían surgir, así como plantear soluciones tentativas a esos problemas. Un plan preparado al inicio del proyecto debe utilizarse como un conductor para el proyecto. Este plan evolucionará conforme el proyecto progrese y la información disponible sea mejor. A continuación se propone una estructura que puede poseer este plan de proyecto:

• Objetivos: una breve descripción del propósito del plan del proyecto.

• Alcance: una breve descripción sobre qué se aplicará este plan.

• Plan de Fase: en base al desarrollo por fases planteado por RUP, muestra el tiempo de cada fase y que se pretende alcanzar al final de cada una.

• Análisis Económico.

• Operaciones y Soporte: el personal que va estar a cargo de las operaciones y el personal que se encargará del soporte. Así como los recursos necesarios para llevar a cabo el proyecto y una vez finalizado el mismo que sea funcional.

• Mejora Continua: estrategia para recoger nuevos requerimientos para futuras versiones, una vez finalizado el proyecto.

• Análisis de Riesgos.

La calendarización de un proyecto implica separar todo el trabajo en actividades complementarias y considerar el tiempo requerido para completar dichas actividades. Por lo general, algunas de éstas se llevan a cabo en paralelo, por lo que el calendario de trabajo debe organizarlas para que la mano de obra se utilice de forma óptima. Como regla, para los problemas previstos siempre debe agregarse un 30 por ciento a la estimación original y otro 20 por ciento para cubrir algunas cosas no previstas. Las herramientas de administración de software, como Microsoft Project, se utilizan para automatizar el proceso de calendarización y asignación de recursos. Si los proyectos de software desean desarrollarse en tiempo y presupuesto, es esencial una buena administración.

Bibliografía

– Ian Sommerville, "Ingeniería de Software", 6ta Edición. Pearson Educación, 2002.

– I. Archer Pupo, "Fases del Proceso Unificado de Desarrollo". http://www.avatar.com.pe

Autor:

Lic. Carlos Galindo González

Dr. Ramiro Pérez Vázquez

Universidad Central de Las Villa, Cuba