Administración de proyectos. Organizar, planificar y programar los proyectos de software

Transcripción

1 Administración de proyectos Organizar, planificar y programar los proyectos de software

2 Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará a tiempo según el plan de acuerdo con los requisitos de la organización Es necesaria porque el desarrollo del software debe estar siempre sujeto a las restricciones presupuestarias y temporales que fije la organización.

3 Particularidades de la administración del software El producto, el software, es intangible No existen procesos del software estándares A menudo, los grandes proyectos de software son únicos

4 Actividades en la administración de proyectos Redacción de la propuesta. Describe los objetivos y cómo se llevarán a cabo Planificación y calendarización del proyecto Tareas a realizar y plan de trabajo Estimación del coste del proyecto Supervisión y revisión del proyecto Para comparar los progresos y costes reales con los planeados y hacer ajustes Selección y evaluación del personal Redacción y presentación de informes

5 Planificación del proyecto Es la actividad que más tiempo consume en la administración de un proyecto Es un proceso iterativo que se completa cuando el proyectomismotermina. El plan del proyecto debe ser revisado regularmente a la vista de la evolución del mismo Es imposible planificar sin estimar.

6 Estimación del coste del software Se trata de predecir los recursos que se requieren para un determinado proceso de desarrollo de software

7 Preguntas fundamentales en la estimación Las estimaciones se hacen para descubrir cuánto cuesta producir un sistema de software Cuánto esfuerzo se requiere para completar una actividad? Cuánto tiempo de calendario se necesita para terminar una actividad? Cuál es el coste total de una actividad?

8 Productividad del programador Se intenta determinar una medida de la cantidad de software y de documentación asociada que produce un programador individual Hay que tener en cuenta que existen muchas soluciones software con distintas características: más eficiente, más mantenible, Hay varias propuestas de métricas para medir diversos aspectos del software

9 Métricas de la productividad Métricas relacionadas con el tamaño. Basadas en el tamaño de alguna salida de una actividad del proceso: número de líneas del código fuente, número de instrucciones del código objeto, número de páginas de la documentación, etc. Métricas relacionadas con la función. Basadas en una estimación de la funcionalidad del software entregado: los puntos de función.

10 Calidad y productividad Las métricas basadas en volumen/unidad de tiempo (líneas/programador-mes) son imperfectas porque no tienen en cuenta factores como la fiabilidad, el mantenimiento, La productividad se puede aumentar generalmente a costa de la calidad

11 Técnicas de estimación No hay una forma simple de hacer una estimación exacta del esfuerzo requerido para desarrollar un sistema de software Las estimaciones iniciales se basan en información poco precisa que aportan los usuarios El software puede tener que ejecutarse en ordenadores no conocidos o utilizar tecnología nueva El personal del proyecto es desconocido Las estimaciones de los costes del proyecto tienden a autorealizarse La estimación determina el presupuesto y el producto se ajusta para cumplir el presupuesto

12 Técnicas de estimación Modelado algorítmico de costes. Se analizan los costes y atributos de otros proyectos realizados: Tamaño del proyecto, número de programadores, Se utiliza una fórmula matemática para predecir los costes del proyecto actual Opinión de expertos. Se consulta a varios expertos en las técnicas de desarrollo que se van a utilizar y en el dominio de aplicación afectado. Entre ellos acuerdan una estimación.

13 Técnicas de estimación Estimación por analogía. Se estima por analogía con otros proyectos completados sobre el mismo dominio de aplicación. Ley de Parkinson. El trabajo se extiende para llenar el tiempo disponible. El coste se determina según los recursos disponibles. Precio para ganar. Se acuerda la funcionalidad aceptable para el sistema teniendo en cuenta el coste acordado.

14 Métodos de estimación La estimación se debería realizar utilizando varias técnicas Si no se obtiene aproximadamente el mismo resultado, es porque hay poca información Se debe buscar más información y repetir el proceso hasta que las diferentes estimaciones converjan Precio para ganar es a veces la única técnica aplicable

15 Estructura de un plan de proyecto En él se fijan los recurso disponibles, se divide el trabajo y se crea un calendario de trabajo. Debe incluir: 1. Introducción. Objetivos del proyecto y restricciones económicas y temporales 2. Organización del proyecto. Organización del equipo, personas involucradas y sus tareas 3. Análisis de riesgo. Posibles riesgos con su probabilidad y estrategias de reducción de riesgos propuestas

16 Estructura de un plan de proyecto 4. Requisitos de recursos de hardware y de software. Precios de lo que hay que comprar y fechas de entrega 5. División del trabajo. División del proyecto en actividades, marca hitos y productos a entregar 6. Calendario del proyecto. Dependencias entre actividades, tiempo estimado requerido y asignación de personal 7. Mecanismos de supervisión e informe. Cuándo y qué tipo de informe debe producirse

17 Organización de las actividades Las actividades en un proyecto se deben organizar de forma que produzcan salidas tangibles que posibiliten juzgar el progreso realizado Los hitos son puntos finales de una actividad, informes muy cortos con los logros alcanzados Los productos a entregar son resultados del proyecto que se entregan a los clientes

18 Planificación del proyecto Partir el proyecto en tareas y estimar el tiempo y los recursos necesarios para terminar cada tarea Organizar las tareas concurrentemente para hacer un uso óptimo de la mano de obra Minimizar las dependencias entre tareas para evitar retrasos producidos cuando una tarea espera a otra para terminar Depende de la intuición y la experiencia de los administradores del proyecto

19 Problemas en la planificación Estimar la dificultad de los problemas, y por lo tanto el coste de desarrollar una solución, es difícil La productividad no es proporcional al número de personas que trabajan en una tarea Añadir personal al final del proyecto produce más retraso por la sobrecarga en la comunicación Lo inesperado siempre ocurre

20 Diagramas de barras y redes de actividades Las notaciones gráficas ilustran la planificación del proyecto Muestran la descomposición del proyecto en tareas. Las tareas no deben ser demasiado pequeñas. Los diagramas de actividad muestran las dependencias de las tareas y el camino crítico Los diagramas de barras muestran la planificación sobre el calendario

21 Duración de las tareas y dependencias Tarea Duración (días) Dependencias T1 8 T2 15 T3 15 T1 (M1) T4 10 T5 10 T2, T4 (M2) T6 5 T1, T2 (M3) T7 20 T1 (M1) T8 25 T4 (M5) T9 15 T3, T6 (M4) T10 15 T5, T7 (M7) T11 7 T9 (M6) T12 10 T11 (M8)

22 Red de actividades

23 Actividades en el calendario

24 Asignación de personal