Gestion De Proyectos

5,252 views

Published on

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

  • Be the first to like this

No Downloads
Views
Total views
5,252
On SlideShare
0
From Embeds
0
Number of Embeds
15
Actions
Shares
0
Downloads
161
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Gestion De Proyectos

  1. 1. Gestión de Proyectos de Software
  2. 2. Gestión de proyectos <ul><li>Es una parte esencial de la Ingeniera de Software . La buena gestión no puede garantizar el éxito del proyecto. La mala gestión usualmente lleva al fracaso. </li></ul><ul><li>Los gestores de software son responsables de la planificación y temporalización del desarrollo de los proyectos . Supervisan el trabajo para asegurar que lleva a cabo conforme a los estándares requeridos. </li></ul>
  3. 3. Gestión de proyectos <ul><li>La administración de proyectos de software es necesaria ya que la Ingeniera de software profesional siempre esta sujeta a restricciones organizacionales de tiempo y presupuesto . </li></ul><ul><li>Diferencias con otros gestores. </li></ul><ul><ul><li>El producto es intangible: Confían en otros para elaborar la documentación necesaria para revisar el proceso. </li></ul></ul><ul><ul><li>No existen proceso del software estándar. </li></ul></ul><ul><ul><li>A menudo los proyectos grandes son únicos. </li></ul></ul>
  4. 4. Gestión de proyectos <ul><li>Debido a estos problemas, no es sorprendente que algunos proyectos de software se retrasen, sobrepasen el presupuesto y se entreguen fuera de tiempo. A menudo los sistemas de software son nuevos y tecnológicamente innovadores . </li></ul><ul><li>Se detallara 3 actividades importantes de la gestión. </li></ul><ul><ul><li>1 Planificación </li></ul></ul><ul><ul><li>2 Calendarizacion de proyectos </li></ul></ul><ul><ul><li>3 Gestión de riesgo. </li></ul></ul>
  5. 5. Actividades de Gestión <ul><li>El trabajo difiere dependiendo de la organización y del producto </li></ul><ul><li>Responsabilidades del gestor. </li></ul><ul><ul><li>Redacción de la propuesta: Objetivos del proyecto y como se llevaría a cabo, incluye estimaciones de costes y de tiempo .Es una tarea critica </li></ul></ul><ul><ul><li>Planificación y calendarizacion del proyecto : Se requiere la identificación de actividades y entregas del proyecto. </li></ul></ul><ul><ul><li>Supervisión y revisión del proyecto: Es una actividad continua , el gestor debe tener conocimiento del progreso del proyecto y comparar el progreso con los costos actuales y planificados. </li></ul></ul>
  6. 6. Actividades de Gestión <ul><li>+ Responsabilidades del gestor. </li></ul><ul><ul><li>Selección y evaluación del personal. </li></ul></ul><ul><ul><li>Redacción y presentación de informes. </li></ul></ul><ul><ul><li>Estimación de costes del proyecto. </li></ul></ul><ul><li>El resultado de una revisión puede dar lugar a la cancelación del proyecto. </li></ul><ul><li>Los gestores son responsables de informar a los clientes y contratistas sobre el proyecto. Tienen que redactar documentos concisos coherentes que resuman la información critica de los informes detallados del proyecto. </li></ul>
  7. 7. Planificación del Proyecto. <ul><li>El gestor del proyecto debe anticiparse a los problemas que puedan surgir así como preparar soluciones a estos problemas , esto se realiza mediante un plan de desarrollo. </li></ul><ul><li>También tiene que preparar otros planes : </li></ul><ul><ul><li>Plan de calidad. </li></ul></ul><ul><ul><li>Plan de validación </li></ul></ul><ul><ul><li>Plan de gestión de configuración </li></ul></ul><ul><ul><li>Plan de mantenimiento </li></ul></ul><ul><ul><li>Plan de desarrollo del personal </li></ul></ul>
  8. 8. Planificación del proyecto Plan de desarrollo de software
  9. 9. Planificación del proyecto <ul><li>Durante el proyecto siempre surgen problemas en algunas descripciones. Las suposiciones iniciales y el calendario deben ser más bien pesimistas que optimistas . Debe haber suficiente holgura para que las contingencias e el plan , las restricciones del proyecto y los hitos no se tengan que negociar cada vez que se efectúa un ciclo en el plan. </li></ul>
  10. 10. Plan del proyecto <ul><li>Fija los recursos disponibles, divide el trabajo y crea un calendario de trabajo, </li></ul><ul><li>Muchos planes incluyen </li></ul><ul><ul><li>Introducción </li></ul></ul><ul><ul><li>Organización del proyecto </li></ul></ul><ul><ul><li>Análisis de riesgos </li></ul></ul><ul><ul><li>Requerimientos de recursos de hardware y software </li></ul></ul><ul><ul><li>División de trabajo </li></ul></ul><ul><ul><li>Programa del proyecto </li></ul></ul><ul><ul><li>Mecanismo de supervisión e informes </li></ul></ul>
  11. 11. Hitos y entregas <ul><li>Los gestores necesitan información para hacer su trabajo .Como el software es intangible, esta información solo se puede proveer como documentos . </li></ul><ul><li>Cuando se planifica un proyecto, se debe establecer una serie de hitos- puntos finales de una actividad del proceso de software . Puede existir una salida formal como un informe . </li></ul><ul><li>El hito “80% del código terminado “ son imposibles de validar y carecen de utilidad para el gestor . </li></ul><ul><li>Como regla general , las entregas son hitos, pero estos no son necesariamente entregas . </li></ul>
  12. 12. Calendarizacion del proyecto <ul><li>Esta es una de las tareas más 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, las estimaciones previas son una base incierta para la calendarizacion del nuevo proyecto. </li></ul><ul><li>Si el proyecto es técnicamente complejo, las estimaciones iniciales casi siempre son optimistas aun cuando los gestores traten de considerar las eventualidades. </li></ul><ul><li>Los calendarios se deben actualizar continuamente en la medida que se disponga de mejor información acerca del progreso </li></ul>
  13. 13. Calendarizacion del proyecto <ul><li>La calendarizacion implica separar todo el trabajo de un proyecto en actividades complementarias y considerar el tiempo requerido para completar dichas actividades. Por lo general, algunas de estas se llevan a cabo en paralelo. Debemos coordinar estas actividades paralelas y organizar el trabajo para que la mano de obra se utilice de forma óptima. Deben evitarse situaciones en que el proyecto entero se retrase debido ha que no se a terminado una actividad critica. </li></ul><ul><li>Al estimar la calendarizacion, los gestores no deben suponer que cada etapa del proyecto estará libre de problemas. </li></ul>
  14. 14. Calendarizacion del proyecto <ul><li>El recurso principal es el esfuerzo humano; a la estimación se le debe agregar un factor de contingencia adicional. Este factor extra de contingencia depende del tipo de proyecto de los parámetros del proceso (fecha de entrega, estándares, etcétera. </li></ul><ul><li>Como regla para los problemas previstos siempre debe agregarse un 30% a la estimación original y otro 20% para cubrir algunas cosas no previstas. </li></ul><ul><li>El calendario del proyecto se representa como un conjunto de gráficos que muestran la división del trabajo, las dependencias de las actividades y la asignación del personal. </li></ul>
  15. 15. Calendarizacion del proyecto <ul><li>Herramientas como Microsoft Project automatiza producción de diagramas </li></ul>
  16. 16. Gráfico de barras y redes de actividades Red de Actividad
  17. 17. Gráfico de barras y redes de actividades <ul><li>Los gráficos de barra y las redes de actividades son notaciones gráficas que se utilizan para ilustrar la calendarizacion del proyecto. </li></ul><ul><li>Los gráficos de barra muestran quien es responsable de cada actividad y cuando debe comenzar y finalizar esta. </li></ul><ul><li>Las redes de actividades muestran las dependencias entre las diferentes actividades que conforman un proyecto. </li></ul><ul><li>Los gráficos de barra y las redes de actividades se generan automáticamente a partir de una base de datos de la información del proyecto utilizando una herramienta de gestión de proyecto </li></ul>
  18. 18. Grafico de barras de actividades
  19. 19. Grafico de asignación de personal/tiempo
  20. 20. Gestión de riesgos <ul><li>Una tarea importante del gestor de proyectos es anticipar los riesgos que podrían afectar a la programación del proyecto o a la calidad del software a desarrollar y emprender acciones para evitar esos riesgos. </li></ul><ul><li>Identificar estos y crear planes para minimizar sus efectos en el proyecto se llama gestión de riesgos. </li></ul>
  21. 21. Gestión de Riesgos <ul><li>Se puede concebir un riesgo como una probabilidad de que una circunstancia adversa ocurra. Los riesgos son una amenaza para el proyecto, para el software que se esta desarrollando y para la organización. </li></ul><ul><li>Los riesgos que pueden afectar a un proyecto dependen del propio proyecto y del entorno organizacional donde se desarrolla. Sin embargo algunos riesgos son universales. </li></ul>
  22. 22. Gestión de Riesgos <ul><li>Categorías de riesgos: </li></ul><ul><li>1 .- Riesgos del proyecto: estos afectan la calendarización o los recursos del proyecto </li></ul><ul><li>2.- Riesgo del producto; Estos afectan a la calidad o al rendimiento del software que se esta desarrollando </li></ul><ul><li>3.- Riesgo del negocio: Estos afectan a la organización que desarrolla o suministra el software </li></ul>
  23. 23. Proceso de gestión de riesgos <ul><li>Es preciso anticiparse a los riesgos: comprender el impacto de estos en el proyecto, en el producto y en el negocio y considerar los pasos para evitarlos. En el caso de que ocurra, se deben crear planes de contingencia para que sea posible aplicar acciones de recuperación </li></ul>
  24. 24. Proceso de gestión de riesgos <ul><li>Identificación de riesgos. Identificar los posibles riesgos para el proyecto, el producto y los negocios </li></ul><ul><li>Análisis de riesgos: valorar las probabilidades y consecuencias de estos riesgos </li></ul><ul><li>Planificación de riesgos: Crear planes para abordar los riesgos , ya sea para evitarlos o minimizar los efectos en el proyecto </li></ul><ul><li>Supervisión de riesgos: Valorar los riesgos de forma constante y revisar los planes para la mitigación de riesgos tan pronto como la información de los riesgos este disponible </li></ul>Este proceso interactivo se aplica a lo largo de todo el proyecto
  25. 25. Proceso de gestión de riesgos
  26. 26. Proceso de gestión de riesgos <ul><li>Identificación de riesgos </li></ul><ul><li>Comprende el descubrimiento de los posibles riesgos del proyecto. </li></ul><ul><li>Posibles tipos de riesgos </li></ul><ul><li>Riesgos de tecnología </li></ul><ul><li>Riesgos de personal </li></ul><ul><li>Riesgos organizacionales </li></ul><ul><li>Riesgos de herramientas </li></ul><ul><li>Riesgos de requerimientos </li></ul><ul><li>Riesgos de estimación </li></ul>
  27. 27. Proceso de gestión de riesgos <ul><li>Análisis de Riesgos </li></ul><ul><li>Se considera por separada cada riesgo identificado y se decide acerca de la probabilidad y la seriedad del mismo </li></ul><ul><li>La probabilidad del riesgo se puede valor como muy bajo(<10%),bajo (10-25%), moderado(25-50%),alto (50% -75%) o muy alto (>75%) </li></ul><ul><li>Los efectos del riesgo pueden ser valorados como catastróficos, serios, tolerables o insignificantes </li></ul>
  28. 28. Proceso de gestión de riesgos <ul><li>El resultado de este proceso de análisis se debe colocar en una tabla, la cual debe estar ordenada según la seriedad del riesgo. </li></ul><ul><li>La probabilidad y la valoración cambian disponiendo de mayor información del riesgo y la implementación de los planes de gestión. </li></ul><ul><li>Una vez que los riesgos se hayan analizado y clasificado se debe discernir cuales son los más importantes que se deben considerar durante el proyecto. </li></ul>
  29. 29. Proceso de gestión de riesgos <ul><li>Planificación de riesgos </li></ul><ul><li>El proceso de planificación de riesgos considera cada uno de los riesgos clave que han sido identificados, así como las estrategias para gestionarlos. Estas estrategias pueden dividirse en tres categorías </li></ul><ul><li>Estrategias de prevención: reducción riesgo </li></ul><ul><li>Estrategias de minimización: reducción del impacto de riesgo </li></ul><ul><li>Planes de contingencia: estar preparado para lo peor y tener una estrategia </li></ul>
  30. 30. Proceso de gestión de riesgos <ul><li>Supervisión de riesgos </li></ul><ul><li>Valora cada uno de los riesgos identificados para decidir si este es más o menos probables y han cambiado sus efectos . No se puede observar de manera directa. </li></ul><ul><li>La supervisión del progreso de gestión, cada uno de los riesgos claves debe ser analizado por separado </li></ul>

×