El proceso de planificación de un proyecto de software se inicia con una valoración de las restricciones que afectan el mismo, estás restricciones incluyen fecha de entrega, costos, personal, riesgos, entre otros.

1. Planificación de Proyectos
Prof. Yaskelly Yedra I-2013
INGENIERÍA DE SOFTWARE
UnidadII

2. 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
Contenido
Planificación de Proyectos

3.  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)
Planificación de proyectos

4. 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
Contenido
Planificación de Proyectos

5.  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
Actividades de planificación

6. Contenido
Planificación de Proyectos
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.  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
Tipos de planes de procesos

8. 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
Contenido
Planificación de Proyectos

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

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. 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
Contenido
Planificación de Proyectos

13.  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
Organización de las actividades

14. 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
Contenido
Planificación de Proyectos

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

16.  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
Calendario del proyecto

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

18.  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
Representaciones gráficas

19.  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
Grafos PERT

20.  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
Diagramas Gantt

21. Diagramas Gantt

22.  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
Problemas de calendario

23. 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
Contenido
Planificación de Proyectos

24.  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
Gestión de riesgos

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

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

27. Análisis de riesgo
Tipo de riesgo Posible riesgo
TECNOLOGÍA
La Base de Datos utilizada no puede procesar
muchas transacciones por segundo como se
esperaba.
PERSONAS Es imposible seleccionar personal con las
habilidades requeridas para el proyecto.
ORGANIZACIONAL
Los problemas financieros en la organización
causan reducciones en el presupuesto del
proyecto.
HERRAMIENTAS Las herramientas CASE no se pueden integrar.
REQUISITOS Se proponen cambios en los requisitos 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
organización.
Baja Catastrófico
Problemas de selección de
personal.
Alta Catastrófico
Cambios en los requisitos. Moderada Serio
Rendimiento de la Base de Datos. Moderada Serio
Tiempo de desarrollo subestimado. Alto Serio
Herramientas CASE no se pueden
integrar.
Alto Tolerable

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

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

31.  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
Puntos claves

32. 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)
Ejemplo de proyecto I

33. Ejemplo de proyecto II

34. Ejemplo de proyecto III
Diagrama Gantt