Ensayo de Resumen gestion de proyectos

CAPITULO 5

GESTION DE PROYECTOS

Los gestores de software son responsables la planificación  y temporalización del desarrollo de los proyectos. Supervisan el trabajo para asegurar que se lleva a cabo conforme a los estándares requeridos y supervisa el progreso para comprobar que el desarrollo se ajusta al tiempo previsto y al presupuesto. La administración de proyecto de software es necesaria debido a que la ingeniería de software profesional siempre está sujeta a restricciones organizacionales de tiempo y presupuesto.

La ingeniería de software es diferente en varios aspectos a otros tipos:

1. El producto es intangible: No se puede ver ni tocar. Los gestores de software no pueden ver el progreso. Confían en otros para elaborar la documentación necesaria para revisar el proyecto.
2. No existen procesos del software estándar: en las ingenierías de larga historia, el proceso se pone a prueba. Sin embargo los procesos de software varían notablemente de una organización a otra.
3. A menudo los proyectos grandes son únicos: los proyectos son diferentes de proyectos previos, aunque se cuente con experiencia, no es suficiente para anticipar los problemas. Además los cambios de tecnologías computacionales y comunicaciones hacen parecer obsoleta la experiencia nueva.-

Tres actividades importantes de gestión: planificación, calendarización de proyectos y gestión de riesgos.

5.1 ACTIVIDADES DE GESTION

Los gestores son responsables de alguna o de la totalidad de las siguientes actividades:

• Redacción de la propuesta: Describe los objetivos del proyecto y como se llevaría a cabo. Incluye estimaciones de tiempo y coste, también justifica porque se le debe asignar el contrato del proyecto a una organización o equipo en particular.
• Planificación: es la identificación de actividades, hitos y entregas del proyecto.
• Estimación del coste: Actividad relacionada con la estimación de los recursos requeridos para llevar a cabo el proyecto.
• Supervisión de proyecto: es una actividad continua. El gestor debe tener conocimiento del progreso del proyecto y compara el progreso con los costes actuales y los planificados.
• Selección y evaluación del personal: los gestores tienen que establecer un equipo ideal mínimo para el proyecto. Algunas restricciones (sueldos altos fuera de presupuesto, experiencia no disponible dentro o fuera de la organización, desarrollar las habilidades).
• Redacción y presentación  de informes: los gestores son responsables de informar a los clientes y contratistas sobre el proyecto. Comunicarse efectivamente de forma oral o escrita es una habilidad esencial.

5.2 PLANIFICACION DEL PROYECTO.

El proyecto de software depende de planificar completamente el progreso del proyecto.

El plan de proyecto fija los recursos disponibles, divide el trabajo y crea un calendario de trabajo.

Muchos planes incluyen las siguientes secciones:

1. Introducción: describe brevemente los objetivos del proyecto y expone las restricciones que afectan a la gestión.
2. Organización del proyecto: como el equipo está organizado, gente involucrada y roles en el equipo.
3. Análisis de riesgo: describe posibles riesgos y probabilidad de que ocurran, propuestas de reducción de los mismos.
4. Requerimientos de recursos de hardware y software: que serán utilizados para llevar a cabo el proyecto.
5. División del trabajo: división del proyecto en actividades e identifica los hitos y productos a entregar asociados a cada actividad.
6. Programa del proyecto: describe dependencias entre actividades, el tiempo estimado para alcanzar cada hito y la asignación de la gente a las actividades
7. Mecanismos de supervisión e informes: gestión de informes y cuando deben producirse. Mecanismos de supervisión a utilizar.

HITOS Y ENTREGAS

Hitos son puntos finales de una actividad del proceso del software. No deben ser documentos amplios. Los informes deben ser cortos de los logros de una actividad del proyecto, deben representar el fin de una etapa lógica del proyecto. Ejem. Los hitos indefinidos como “80% del código completo” es imposible de validar.

Una entrega se presenta al final de una fase principal del proyecto como la especificación, el diseño, etc…

5.3 CALENDARIZACION DEL PROYECTO.-

Implica separar todo el trabajo de un proyecto en actividades complementarias y considerar el tiempo requerido para completar dichas actividades. Algunas se llevan a cabo en paralelo, habrá que coordinar y organizar el trabajo para optimizar la mano de obra. Las actividades críticas deben evitarse para no causar un retraso del proyecto entero. El tiempo máximo a asignar es de 8 a 10 semanas, si es superior se deberá subdividir. Como regla los problemas previstos se le agregará un 30% a la estimación original y un 20% para cubrir algunas cosas no previstas.-

GRAFICOS Y BARRAS

Los gráficos de barra muestran quien es responsable de cada actividad y cuando debe comenzar y finalizar esta. Las redes de actividades muestran las dependencias entre las diferentes actividades que conforman el proyecto.

5.4 GESTION DE RIESGO

Una tarea importante del gestor de proyecto es anticipar los riesgos que podrían afectar a la programación del proyecto o a la calidad del software a desarrollar y emprender acciones para evitar esos riesgos. Los resultados de este análisis de riesgo se deben documentar a lo largo del plan del proyecto junto con el análisis de consecuencias cuando el riesgo ocurra, identificar estos y crear planes para minimizar sus efectos en el proyecto se llama gestión de riesgos.-

Categorías de riesgos:

1. Riesgos del proyecto: afectan la calendarización o los recursos del proyecto (ejem. Perdida de un diseñador experimentado)
2. Riesgos del producto: afectan a la calidad o al rendimiento del software que se está desarrollando. (componente de rendimiento menor al esperado)
3. Riesgos del negocio: afecta a la organización que desarrolla o suministra el software. (un competidor introduce un nuevo producto)

PROCESO DE GESTION DE RIESGOS

• IDENTIFICACION DE RIESGOS: comprende el descubrimiento de los posibles riesgos del proyecto. Tipos de riesgos:

1. De tecnología:
2. De personal: asociados con las personas del equipo de desarrollo
3. Organizacionales: derivan del entorno organizacional donde se desarrolla el software
4. De herramientas: se derivan de herramientas CASE y de otro software de apoyo utilizado para desarrollar el sistema.
5. De requerimientos: cambios de los requerimientos del cliente y del proceso de gestionar dicho cambio.
6. De estimación:  se derivan de los estimado administrativos de las características del sistema y los recursos requeridos para construir dicho sistema

• ANALISIS DE RIESGOS

No existe una forma fácil de hacer esto, recae en la opinión y experiencia del gestor de proyecto, la valoración se hace en intervalos:

1. La probabilidad del riesgo se valora como muy bajo (<10%), bajo (10-25%), moderado (25-50%), alto (50-75%) o muy alto (>75%).
2. Los efectos del riesgo pueden ser valorados como catastróficos, serio, tolerable o insignificante.

• PLANIFICACION DE RIESGOS

Se considera cada uno de los riesgos clave que han sido identificados, así como las estrategias para gestionarlos. Depende del juicio y de la experiencia del gestor de proyecto.

1. Estrategias de prevención: estas disminuyen la probabilidad de que el riesgo aparezca
2. Estrategias de minimización: busca reducir el impacto del riesgo.
3. Planes de contingencia: Estar preparado para lo peor y tener una estrategia para cada caso.

• SUPERVISION DE RIESGOS

Normalmente valora cada uno de los riesgos identificados para decidir si este es más o menos probable y si han cambiado sus efectos. No se puede observar de forma directa por lo que se tienen que buscar otros factores para dar indicios de la probabilidad del riesgo y sus efectos

...