Planificacion de Proyectos

Ingeniería de Software II
Primer Cuatrimestre de 2008

Clase 2: Planificación de Proyectos de Software

Buenos Aires, 27 de Marzo de 2008

© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

Temas para hoy

Repaso de la clase anterior: modelos de ciclo de vida
Consideraciones generales sobre la administración de
proyectos

Identificación inicial de requerimientos y“drivers” del
proyecto
Introducción a las estimaciones en proyectos de software
Planificación de tareas – Diagramas GANTT y PERT
Contenido de un “plan de proyecto”

2
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

Funciones del Gerenciamiento

Gerenciamiento

“Staffing”

Planificar

Organizar

Controlar

Liderar

¿Qué es planificar? Predeterminar un curso de acciónpara cumplir objetivos

3
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

Puntos clave: identificación de “Stakeholders”

Debo identificar claramente:
 Para quién desarrollaré el producto
 Quién pagará el producto
 Quién usará el producto
 Quién es un factor de decisión esencial para el éxito
del producto
 Quién tiene el know-how
Algunos “stakeholders” clave
Sponsor
 Líder usuario (Product Champion)
 Usuarios directos e indirectos

4
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

Determinación de Factores Críticos

Distintos objetivos compiten
“Puede ser bueno, lo puedo entregar rápido, puede ser
barato. Elija dos”
En general, podemos hablar de cinco dimensiones de la
calidad en un proyecto de software:
 Funcionalidad
Calidad
 Recursos
 Costo
 Plazo
Cada una puede ser driver, restricción, grado de libertad

5
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

Representación con diagramas de flexibilidad

Sistema de información
interno

Aplicación
comercial
competitiva

“Quality
Driven”

Fuente: Karl Wiegers, Creating a Software Engineering Culture. Dorset House, 1996.

6
©Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

Identificación Preliminar de Requerimientos

Además de los factores críticos, necesitamos un
entendimiento inicial del alcance y los requerimientos (si
queremos tener un plan)
Esto incluye tanto los requerimientos funcionales como
atributos de calidad (“ilities”)
Son el input para muchas tareas de planificación

Inicialmente seusan para la estimación

7
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

Estimaciones

¿Cuándo se sabe exactamente qué tamaño tendrá,
cuanto tardaremos y cuanto costará el software?

4x

Precisión de
la estimación

0.25x

Fases del Ciclo de Vida

Precisión de la Estimación del Costo del Software vs. Fase del Ciclo de Vida
Software Estimating Technology: ASurvey, de Richard D. Stutzke.

El día en que termina el proyecto... (en el mejor caso)
8
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

¿Por qué fallan las estimaciones?

Optimismo
Poco conocimiento de la tecnología / el dominio
Poca seriedad en la estimación
No hay mediciones previas de proyectos

Confusión entre progreso y esfuerzo
Falta de seguimiento de proyectosNovedad
Se agrega gente
Falta de administración de requerimientos
Cuidado con la “Ley de Parkinson”!

(http://en.wikipedia.org/wiki/Parkinson's_law)
9
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

El Ciclo Dorado de las estimaciones

Estimo

Calibro

Mido

Analizo

Registro

Comparo

10
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008

¿Qué hay queestimar?

Tamaño: ¿Qué tan grande es lo que tenemos que
hacer?
Esfuerzo: ¿Cuántas horas / persona son necesarias
para construirlo?
Costo: ¿Cuánto gastaremos en hacerlo?
Esta es la secuencia natural de estimación, aunque en
muchos casos se comienza por el esfuerzo.

Esfuerzo
Cronograma

Tamaño

Costo

11
© Cátedra de Ingeniería de Software II – FCEN – UBA, 2008...