Este documento proporciona información sobre la gestión de proyectos informáticos. Explica que un proyecto implica un esfuerzo temporal para crear un producto o servicio único y requiere planificación. Detalla los conceptos clave como tareas, hitos, recursos y objetivos. También cubre temas como los costos, tiempos, requisitos y herramientas de gestión de proyectos como Microsoft Project. Finalmente, resume las actividades clave de la gestión de proyectos como la estimación de esfuerzos, planificación, seguimiento

1. ANTONIO DIAZ BREINER GONZALEZ ELIZABETH RAMIREZ ANDREA PAZ

2. GestiónProyectos(Informáticos)

3. PROYECTO Un proyecto es un esfuerzo temporal, único y progresivo, emprendido para crear un producto o un servicio también único. Un proyecto siempre tiene una duración y un trabajo a realizar, pero, una planificación y análisis previos son fundamentales, dado que el éxito de un proyecto no es algo que sucede de modo espontáneo. Por lo tanto, lo primero y más importante es planificar: Crear un plan de proyecto

4. Tarea:Actividad que tiene un comienzo y un final. Las tareas se solapan, se enlazan, se concatenan en el tiempo hasta alcanzar una tras otra, la finalización del proyecto. Todo proyecto esta compuesto por tareas. A lo largo del proyecto se pueden establecer unos hitos. Hito:Tarea de duración cero que sirve para evaluar objetivos parciales dentro del proyecto antes de que éste concluya. Son como puntos de control o marcadores situados estratégicamente en momentos importantes del proyecto. Recurso:Conjunto de personas, equipamiento y materiales empleados en la realización de las tareas.

5. COSTE OBJETIVO COSTE TIEMPO REQUISITOS COSTE OBJETIVO OBJETIVO TIEMPO TIEMPO REQUISITOS REQUISITOS A Objetivo:Criterio cuantificable que debe cumplirse para que el proyecto se considere concluido. )

7. No sólo es necesario aportarle una solución sino que ésta solución debe implantarse en un tiempo y con unos costos acordados.

8. Para asegurar estos plazos y costos se realizan una serie de actividades relacionadas con la gestión del proyecto.OBJETIVOS DE LA GESTION DE PROYECTOS

9. Procesos Personas Tecnología Áreas a gestionar

10. FACETAS DE UN PROYECTO Todo proyecto tiene tres aspectos diferentes que es necesario armonizar para la consecución del resultado deseado: Dimensión técnica: necesario aplicar los conocimientos específicos de cada área de trabajo, cumpliendo con una forma de trabajar y unos requisitos Dimensión humana: un proyecto es un complejo entramado de relaciones personales Variable gestión: De gestionar bien o mal depende en gran medida el éxito o no de la operación

12. El segundo es la asignación y la integración de las entradas necesarias para resolver esos objetivos predefinidos.

13. La planificación, el seguimiento y control de las actividades de los recursos humanos y materiales que intervienen en el desarrollo de un SI.

16. Ofrecer un entorno colaborativosobre el que llevar a cabo la gestión del proyecto.

17. Gestión del portafolio de proyectos.

19. Planificación: El objetivo de esta actividad es definir y preparar las condiciones de trabajo, estableciendo recursos, fechas y costes, para lograr los objetivos que se persiguen con el proyecto.

21. Comunicación Al Equipo Del Proyecto:Una vez que el Jefe de Proyecto dispone de la asignación de tareas, convoca una reunión para informar al equipo de proyecto de las características del mismo y comunicar a cada miembro las tareas específicas que va a desarrollar.

22. Informar al Equipo del Proyecto:El Jefe de Proyecto informa a los integrantes del equipo de las características del proyecto, haciendo especial énfasis en sus características particulares

24. Creacióndel Plan de Proyecto

27. Han de quedar perfectamente identificados los objetivos de negocio que han decidido la realización de dicho proyecto:

28. Expectativas y Requisitos del cliente

29. Fecha límite de implantación asociada a motivos de negocio.

30. Presupuesto aprobado para este proyecto.

31. Sobre todo, objetivos que no son misión de este proyecto su consecución18

33. En el Plan de Proyecto deben recogerse:

34. Documentos, o ubicación física o electrónica, que indican cuales son los requisitos originalmente aprobados por el “cliente”, así como los cambios posteriormente solicitados/aprobados.

35. Documentos, o ubicación física o electrónica, querecogen la transformación de estos requerimientos en diseño físico, tanto de datos como procesos. Por ejemplo, donde encontrar el modelo conceptual de datos y de procesos, o el modelo lógico de procesos, ...

36. Ubicaciones de los diferentes conjuntos de software y BB.DD.,tanto para el desarrollo, como para la pre-producción (entorno integración).

37. Versiones de software que hay en producción, indicando el nexo de unión entre cada versión de software con los requerimientos originales del “cliente”.19

39. Herramienta CASE adecuada a la metodología seleccionada, y que permite un control de versiones de los diferentes elementos implicados

40. Herramienta de control de configuración del software y de las BB.DD.

41. Matriz trazabilidad Requerimientos20

43. Un posible evento futuro que, si ocurre, puede provocar resultados inesperados.

44. Riesgos del Proyecto

45. Efecto acumulado de los sucesos con resultado incierto que afectan negativamente a los objetivos del proyecto.

46. Gestión del riesgo

47. Conjunto de actividades realizadas para la identificación, análisis y control de los riesgos de un proyecto.21

49. Los proyectos tienen tendencia a complicarse y a crecer

50. Cada vez son necesarias más y diversas tecnologías

51. El número de usuarios es mayor

52. Los cambios en los negocios cada vez son más radicales

53. Hechos que afectan a la gestión del Riesgo

54. Construir software es un negocio arriesgado.

55. Es estándar de la industria es ignorar los riesgos.

56. La gestión de riesgos cuesta dinero y no se puede demostrar, de antemano, que sea necesaria.

57. La tendencia natural es posponer las partes más complejas del proyecto.22

58. Identificación de Riesgos Valoración de Riesgos Análisis de Riesgos Priorización de Riesgos Gestión de Riesgos Planificación de la Gestión Control de Riesgos Resolución de Riesgos Monitorización de Riesgos Valoración y Control : 23

60. El plan de control de configuración, tanto del software como de la documentación utilizada. Es fundamental tener una eficiente gestión de cambios, y poder asociar cada versión de software/documento con el requerimiento aprobado por el “cliente”.

61. El plan de revisiones de conformidad, así como el resultado de su ejecución, para validar que:

62. la ejecución del proyecto se ciñe a los estándares elegidos

63. se está diseñando/programando/probando/implantado/manteniendo exclusivamente en base a los requerimientos formalmente aprobados.24

65. ¿Cuál es el coste de la Inversión?25

67. seguir unos estándares del proyecto o del cliente, previenen defectos

68. minimizar los costes/tiempo/esfuerzo a consumir en el tiempo

69. es clave para conseguir el objetivo del proyecto 26

71. Tamaño o estimación del proyecto

72. Defectos, que incluyen los resultados de las revisiones de calidad de los productos

73. Cambios27

78. GRACIAS POR SU ATENCION