Planificacion de proyecto

1,064 views
816 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,064
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
22
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Planificacion de proyecto

  1. 1. INGENIERÍA DE SOFTWAREUnidad II Planificación de Proyectos Prof. Yaskelly Yedra I-2011
  2. 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. 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. 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. 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. 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. 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. 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. 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. 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. 11. Members of the Development Team Typical roles played by the members of a development team
  12. 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. 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. 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. 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. 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. 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 proyectoRequerimientos Redes de actividades de software y gráficos de barra
  18. 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. 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. 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. 21. Diagramas Gantt
  22. 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. 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. 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. 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 deListado de riesgos Valoración de priorización de riesgos y planes potenciales riesgos riesgos de contingencia
  26. 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. 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ónORGANIZACIONAL 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. 28. Análisis de riesgo Tipo de riesgo Probabilidad EfectosProblemas financieros en la Baja Catastróficoorganización.Problemas de selección de Alta Catastróficopersonal.Cambios en los requerimientos. Moderada SerioRendimiento de la Base de Datos. Moderada SerioTiempo de desarrollo subestimado. Alto SerioHerramientas CASE no se pueden Alto Tolerableintegrar.
  29. 29. Planificación de riesgos Riesgo EstrategiaProblemas financieros Preparar un documento breve para el gestoren 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 potencialesselección de y las posibilidades de retraso, previsión depersonal cursos de formación.Cambios en los Investigar la información para valorar el impactorequerimientos del cambio en los requerimientos, prototipado y revisión con el cliente.Rendimiento de la Investigar la posibilidad de comprar una baseBase de Datos de datos de rendimiento más alto.Tiempo de desarrollo Investigar los componentes comprados y lasubestimado utilización de un generador de programas.
  30. 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 elORGANIZACIONAL 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. 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. 32. Ejemplo de proyecto IUna entidad financiera desea reducir a la mitad sutiempo 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. 33. Ejemplo de proyecto II
  34. 34. Ejemplo de proyecto III Diagrama Gantt

×