Gestión de Proyectos

4,266 views

Published on

Esta presentacion de la clase de Fundamentos de desarrollo de sistemas, nos habla sobre como gestionar un proyecto de software en su primer etapa y la relacion que existe entre Tiempo/personal.

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
4,266
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
121
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Gestión de Proyectos

  1. 1. INSTITUTO TECNOLÓGICO DE PARRAL<br />MARTÍNEZ CANO JORGE.<br />BARRAZA LUNA VÍCTOR.<br />MARTÍNEZ CARRILLO CESAR.<br />VALDEZ SEAÑEZ EDWIN.<br />QUIÑONES GARNICA OSCAR.<br />GESTION DE PROYECTOS<br />1<br />
  2. 2. GESTIÓN DE PROYECTOS<br />2<br />
  3. 3. AGENDA<br />OBJETIVOS………………………………………………4<br />GESTIÓN DE PROYECTOS…………………….…..6<br />Diferencias de los gestores de software a <br /> otros gestores……………………………………………... 8<br />ACTIVIDADES DE GESTIÓN………………………. 9<br />PLANIFICACIÓN DE PROYECTOS…………….. 10<br />El plan del proyecto……………………………………. 14<br />Hitos y entregas…………………………………………………. 16<br />CALENDARIZACIÓN DEL PROYECTO………… 20<br />Gráficos de barras y redes de actividades……. 25<br />3<br />
  4. 4. OBJETIVOS<br />Conocer las tareas principales de los gestores de software.<br />Comprender por que la naturaleza del software que la gestión de los proyectos de otras ingenierías.<br />Comprender por que planificar proyectos es esencial en todos los proyectos de software.<br />4<br />
  5. 5. Conocer la forma en que las representaciones graficas (gráficos de barras y redes de actividades) son utilizadas por los gestores de proyectos para representar las agendas del proyecto.<br />Conocer el proceso de gestión de riesgos y algunos de os riesgos que surgen en los proyectos de software.<br />5<br />
  6. 6. Gestión de proyectos.<br /><ul><li> Es una parte esencial de la ingeniería de software. La buena gestión no puede garantizar el éxito del proyecto. Sin embargo, la mala gestión usualmente te lleva al fracaso del proyecto. El software es entregado tarde, los costos son mayores que los estimados y los requerimientos no se cumplen.
  7. 7. Los gestores de software son responsables de la planificación y temporalizacion del desarrollo de los proyectos. </li></ul>6<br />
  8. 8. La administración de proyectos de software es necesaria debido a que la ingeniería de software profesional esta sujeto a restricciones organizacionales de tiempo y presupuesto. <br />El trabajo del gestor de proyectos de software es asegurar que estos cumplan dichas restricciones y entregar software que contribuya a las metas de la compañía de desarrollo de software.<br />7<br />
  9. 9. Diferencias de los gestores de software a otros gestores. <br /><ul><li> El producto es intangible.
  10. 10. No existen procesos del software estándar.
  11. 11. A menudo los proyectos grandes son únicos.</li></ul>8<br />
  12. 12. Actividades de Gestión <br /><ul><li>Redacción de la propuesta.
  13. 13. Planificación y calendarización del proyecto.
  14. 14. Estimación de coste del proyecto.
  15. 15. Supervisión y revisión del proyecto.
  16. 16. Selección y evaluación del personal.
  17. 17. Redacción y presentación de informe.</li></ul>9<br />
  18. 18. Planificación del proyecto<br />10<br />
  19. 19. La gestión efectiva de un proyecto de software depende de planificar el progreso del proyecto.<br />El gestor del proyecto debe anticiparse a los problemas que puedan surgir, así como preparar soluciones a esos problemas.<br />Un plan, preparado al inicio de un proyecto, debe utilizarse como un conductor para el proyecto. Este plan inicialdebe ser el mejor posible de acuerdo con la informacion disponible.<br />Este plan evolucionara conforme el proyecto progrese y la información sea mejor.<br />11<br />
  20. 20. Plan de desarrollo de software<br />12<br />
  21. 21. Además de un plan de proyecto, los gestores tienen que preparar otros tipos de planes <br />13<br />
  22. 22. El plan del proyecto<br /> El plan del proyecto fija los recursos disponibles, divide el trabajo y crea un calendario de trabajo. En algunas organizaciones , el plan del proyecto es un único documento que incluye todos los diferentes tipos de planes.<br /> En otros casos, este plan solo se refiere al proceso del desarrollo<br />14<br />
  23. 23. Los detalles de este plan varían dependiendo del proyecto y de la organización. Sin embargo muchos planes incluyen las siguientes secciones:<br />Introducción.<br />Organización del proyecto.<br />Análisis de riesgo.<br />Requerimientos de recursos de HW. y SW.<br />División del trabajo.<br />Programa del proyecto.<br />Mecanismos de supervisión e informe.<br />15<br />
  24. 24. Hitos y entregas.<br />Los gestores del proyecto necesitan información para hacer su trabajo. Como el software es intangible, esta información se provee como documentos que describen el estado del software que esta en desarrollo.<br />Cuando se planifica un proyecto, se debe establecer una serie de hitos.<br />16<br />
  25. 25. Hitos.<br />Hitos.- Puntos finales de una actividad del proceso del software.<br />Debe existir una salida formal.<br />No deben de ser documentos amplios.<br />Deben representar el fin de una etapa lógica en el proyecto.<br />17<br />
  26. 26. Entregas.<br />Entrega.- Es el resultado del proyecto que se entrega al cliente.<br />Se entrega al final de una fase principal del proyecto como la especificación, el diseño, etc.<br />Las entregas son hitos.<br />18<br />
  27. 27. Hitos del proceso de especificación de requerimientos.<br />19<br />
  28. 28. Calendarización del proyecto.<br />20<br />
  29. 29. Esta es una de las tareas mas difíciles para los gestores de proyectos. Los gestores estiman el tiempo y los recursos requeridos para completar las actividades y organizarlas en una sucesión coherente.<br /> La calendarización del proyecto implica separar todo el trabajo de un proyecto en actividades complementarias y considerar el tiempo requerido para completar dichas actividades.<br />21<br />
  30. 30. El proceso de calendarización del proyecto.<br />22<br />
  31. 31. Debemos coordinar estas actividades paralelas y organizar el trabajo para que la mano de obra se utilice de forma optima.<br />Deben evitarse situaciones en que el proyecto entero se retrase debido a que no se ha terminado una actividad critica.<br />Los gestores no deben suponer que cada etapa del proyecto estará libre de problemas.<br />23<br />
  32. 32. Los gestores deben estimar los recursos necesarios para completar cada tarea.<br />Para los problemas previstos siempre debe agregarse un 30% a la estimación original y otro 20% para cubrir algunas cosas no previstas.<br />El calendario del proyecto se puede representar como un conjunto de gráficos que muestran la división del trabajo, las dependencias de las actividades y la asignación del personal.<br />24<br />
  33. 33. GRÁFICOS DE BARRAS Y REDES DE ACTIVIDADES<br />25<br />
  34. 34. Los gráficos de barras y las redes de actividades son notaciones graficas que se utilizan para ilustrar la calendarización del proyecto.<br />Las redes de actividades muestran la dependencia entre las diferentes actividades que conforman un proyecto.<br />26<br />
  35. 35. Duración y dependencia de las tareas<br />27<br />
  36. 36. Red de actividades<br />28<br />
  37. 37. El tiempo mínimo requerido para finalizar el proyecto se estima teniendo en cuenta la trayectoria más larga en la red de actividades (el camino crítico).<br />Cualquier aplazamiento al contemplar una actividad crítica provoca retraso en el proyecto, ya que las actividades siguientes no pueden comenzarse.<br />29<br />
  38. 38. Los retrasos que no están ligados al camino crítico no provocan un aplazamiento en todo el calendario, por lo tanto el proyecto no se verá afectado.<br />Los gestores también utilizan las redes de actividades para asignar los trabajos en el proyecto.<br />30<br />
  39. 39. Es posible modificar el diseño del sistema de tal forma que se acorte el camino crítico.<br />Inevitablemente, las agendas del proyecto iniciales serán incorrectas.<br />31<br />
  40. 40. A medida que el proyecto se desarrolla, las estimaciones deben ser comparadas con los tiempos reales.<br />Cuando se muestran los tiempos reales, debemos revisar el gráfico de actividades.<br />32<br />
  41. 41. Gráfico de barras de actividades.<br />33<br />
  42. 42. También llamado gráfico de Gantt que muestra el calendario de un proyecto y las fechas iniciales y finales de actividades.<br />Las actividades seguidas por una barra sombreada significan que existe flexibilidad en las fechas de terminación.<br />Las actividades que no son seguidas de dichas barras, NO tienen margen de error.<br />34<br />
  43. 43. Además de la calendarización, los gestores de proyectos deben tener en cuenta la asignación de recursos y personal a las actividades del proyecto.<br />Las personas no tienen porqué estar asignadas al proyecto en todo momento.<br />35<br />
  44. 44. CONCLUSIÓN.<br />La gestión de proyectos es una planeación de cómo, cuándo, qué recursos y qué personal es necesario para elaborar un proyecto y lograr un objetivo. <br />Los gestores de proyectos son los encargados de la planeación y se ayudan con gráficos de Gantt y redes de actividades para organizar el tiempo de cada actividad del proyecto.<br />36<br />

×