1. INGENIERÍA DE SOFTWARE
Unidad II
Planificación de Proyectos
Prof. Yaskelly Yedra I-2011

2. Planificación de Proyectos
Contenido
1. Actividades de planificación
2. Tipos de planes de procesos
3. Estructura del plan de procesos
4. Organización de las actividades
5. Calendario del proyecto
6. Gestión de riesgos

3. Planificación de proyectos
 Una buena planificación no siempre garantiza
el éxito del proyecto
 El proceso de planificación se inicia con una
valoración de las restricciones que afectan el
proyecto (fecha de entrega, costos, personal)

4. Planificación de Proyectos
Contenido
1. Actividades de planificación
2. Tipos de planes de procesos
3. Estructura del plan de procesos
4. Organización de las actividades
5. Calendario del proyecto
6. Gestión de riesgos

5. Actividades de planificación
 Redacción de la propuesta
 Planificación y calendarización del proyecto
 Estimación del costo del proyecto
 Supervisión y revisión del proyecto
 Selección y evaluación del personal
 Redacción y presentación de informes

6. Planificación de Proyectos
Contenido
1. Actividades de planificación
2. Tipos de planes de procesos
3. Estructura del plan de procesos
4. Organización de las actividades
5. Calendario del proyecto
6. Gestión de riesgos

7. Tipos de planes de procesos
 Plan de calidad
 Plan de validación
 Plan de gestión de configuraciones
 Plan de mantenimiento
 Plan de gestión de personal Explicar las
funciones y responsabilidades

8. Planificación de Proyectos
Contenido
1. Actividades de planificación
2. Tipos de planes de procesos
3. Estructura del plan de procesos
4. Organización de las actividades
5. Calendario del proyecto
6. Gestión de riesgos

9. Estructura del plan de proyecto
 Introducción
 Organización del proyecto (personal)
 Análisis de riesgos
 Requerimientos hardware y software
 Estructura de actividades del proyecto
 Agenda del proyecto (actividades, hitos
asignación de personal)
 Mecanismos de supervisión e informe

10. Members of the Development Team
 Requirement analysts: work with the customers to
identify and document the requirements
 Designers: generate a system-level description of what
the system us supposed to do
 Programmers: write lines of code to implement the
design
 Testers: catch faults
 Trainers: show users how to use the system
 Maintenance team: fix faults that show up later
 Librarians: prepare and store documents such as
software requirements
 Configuration management team: maintain
correspondence among various artifacts
Software Engineering
por: Pfleeger, Shari Lawrence/ Atlee, Joanne M. Prentice Hall

11. Members of the Development Team
 Typical roles played by the members of a
development team

12. Planificación de Proyectos
Contenido
1. Actividades de planificación
2. Tipos de planes de procesos
3. Estructura del plan de procesos
4. Organización de las actividades
5. Calendario del proyecto
6. Gestión de riesgos

13. Organización de las actividades
 Las actividades se deben organizar de forma que
produzcan salidas "tangibles" válidas para la gestión
del progreso del desarrollo
 Los HITOS (milestones) marcan el final de una
actividad del proceso de desarrollo
 Las ENTREGAS (deliverables) son resultados del
proyecto que se entregan a los clientes
 El proceso en cascada permite identificar de forma
sencilla los hitos que marcan el progreso del proyecto

14. Planificación de Proyectos
Contenido
1. Actividades de planificación
2. Tipos de planes de procesos
3. Estructura del plan de procesos
4. Organización de las actividades
5. Calendario del proyecto
6. Gestión de riesgos

15. Calendario del proyecto
 Las suposiciones iniciales y el calendario
deben ser pesimistas
 Debe haber suficiente holgura para evitar
re-negociaciones en la entrega

16. Calendario del proyecto
 Consiste en la organización temporal y
asignación de recursos a las actividades de un
proyecto.
 Pasos a seguir:
 Determinación de las actividades a realizar
 Asignación de tiempos estimados
 Asignación de recursos
 Organización temporal de las actividades

17. El proceso de calendario
 Implica separar todo el trabajo de un proyecto
en actividades complementarias y considerar
el tiempo requerido para completar dichas
actividades
Identificar Estimar Asignar Crear
Identificar
dependencias recursos para personas a las gráficos de
actividades
de actividades las actividades actividades proyecto
Requerimientos Redes de actividades
de software y gráficos de barra

18. Representaciones gráficas
 Se utilizan para ilustrar la agenda del proyecto
 Permiten mostrar una vista de la división en
tareas del proyecto. Las actividades no deberían
ser demasiado "pequeñas" (alrededor de una
semana o más)
 Los diagramas de actividades muestran las
dependencias de las tareas y el camino crítico
 Los diagramas de barras muestran la agenda
del proyecto

19. Grafos PERT
 Datos de entrada:
 Lista de precedencias del proyecto
 Asignación de tiempos y recursos a actividades
 Proceso a realizar:
 Representar grafo
 Cálculo de tiempos “early” y “last”
 Cálculo de holguras
 Cálculo del camino crítico
 Confección de agenda

20. Diagramas Gantt
 Eje de ordenadas
 Representa Actividades o Recursos
 Eje de abscisas
 Tiempo
 Permite observar con detalle la evolución del
proyecto
 La herramienta Microsoft Project permite
generar automáticamente
 Diagramas de Gantt
 Grafos PERT

21. Diagramas Gantt

22. Problemas de calendario
 La tarea de estimar la dificultad del problema y
por lo tanto el coste asociado es bastante “dura”
 La productividad no es proporcional al número
de gente trabajando en una tarea
 Añadir gente a un proyecto que va con retraso lo
retrasará más todavía debido a la sobrecarga en
cuanto a las comunicaciones personales
 Lo inesperado SIEMPRE ocurre. Se debe tener
esto en cuenta a la hora de planificar

23. Planificación de Proyectos
Contenido
1. Actividades de planificación
2. Tipos de planes de procesos
3. Estructura del plan de procesos
4. Organización de las actividades
5. Calendario del proyecto
6. Gestión de riesgos

24. Gestión de riesgos
 Actividad que concierne a la identificación de los
riesgos y desarrollo de planes para minimizar sus
efectos en un proyecto.
 Un riesgo es una probabilidad de que pueda
ocurrir alguna circunstancia adversa.
 Los riesgos del proyecto afectan a la agenda o los
recursos
 Los riesgos del producto afectan a la calidad o
realización del desarrollo
 Los riesgos del negocio afectan a la organización que
desarrolla o que gestiona el proyecto

25. El proceso de gestión de riesgos
 Identificación de riesgos
 Análisis de riesgos
 Planificación de los riesgos
 Monitorización de los riesgos
Identificación Análisis de Planeación de Supervisión
de riegos riegos riegos de riegos
Listado de Anulación de
Listado de riesgos Valoración de
priorización de riesgos y planes
potenciales riesgos
riesgos de contingencia

26. Identificación de riesgos
 Riesgos de tecnologías
 Riesgos de personal
 Riesgos organizacionales
 Riesgos de herramientas
 Riesgos de requerimientos
 Riesgo de estimación

27. Análisis de riesgo
Tipo de riesgo Posible riesgo
La Base de Datos utilizada no puede procesar
TECNOLOGÍA muchas transacciones por segundo como se
esperaba.
PERSONAS Es imposible seleccionar personal con las
habilidades requeridas para el proyecto.
Los problemas financieros en la organización
ORGANIZACIONAL causan reducciones en el presupuesto del
proyecto.
HERRAMIENTAS Las herramientas CASE no se pueden integrar.
REQUERIMIENTOS Se proponen cambios en los requerimientos que
suponen rehacer el diseño.
ESTIMACIÓN El tiempo requerido para desarrollar el software
está subestimado.

28. Análisis de riesgo
Tipo de riesgo Probabilidad Efectos
Problemas financieros en la Baja Catastrófico
organización.
Problemas de selección de Alta Catastrófico
personal.
Cambios en los requerimientos. Moderada Serio
Rendimiento de la Base de Datos. Moderada Serio
Tiempo de desarrollo subestimado. Alto Serio
Herramientas CASE no se pueden Alto Tolerable
integrar.

29. Planificación de riesgos
Riesgo Estrategia
Problemas financieros Preparar un documento breve para el gestor
en la organización principal que muestre que el proyecto hace
contribuciones muy importantes a los objetivos
del negocio.
Problemas de Alertar al cliente de las dificultades potenciales
selección de y las posibilidades de retraso, previsión de
personal cursos de formación.
Cambios en los Investigar la información para valorar el impacto
requerimientos del cambio en los requerimientos, prototipado y
revisión con el cliente.
Rendimiento de la Investigar la posibilidad de comprar una base
Base de Datos de datos de rendimiento más alto.
Tiempo de desarrollo Investigar los componentes comprados y la
subestimado utilización de un generador de programas.

30. Monitorización de riesgos
(ejemplos)
Tipo de riesgo Identificadores potenciales
Entrega retrasada del hardware o del soporte
TECNOLOGÍA software
PERSONAS Personal con moral baja, malas relaciones entre
miembros del equipo.
Cotilleos en la organización, pasividad en el
ORGANIZACIONAL gestor principal.
HERRAMIENTAS Quejas sobre herramientas CASE, peticiones de
estaciones de trabajo más potentes.
REQUERIMIENTOS Peticiones de cambios en muchos
requerimientos, quejas del cliente.
ESTIMACIÓN Fracaso en el cumplimiento de la agenda
acordada.

31. Puntos claves
 Una buena gestión de proyectos es esencial para el
éxito del proyecto
 La naturaleza intangible del software causa
problemas en la gestión de proyectos
 Los gestores se encargan de varias tareas, pero las
más significativas son planificación, estimación y
confección de agendas (scheduling)
 La planificación y estimación son procesos iterativos
y continuados durante todo el desarrollo del proyecto

32. Ejemplo de proyecto I
Una entidad financiera desea reducir a la mitad su
tiempo de trámite de las "solicitudes de préstamos
personales" (OBJETIVO), para lo cual se ha
encargado al departamento informático la
instalación
de un equipamiento y la realización de una
aplicación que automatice dicha gestión
(PROYECTO)

33. Ejemplo de proyecto II

34. Ejemplo de proyecto III
Diagrama Gantt