Administración de Proyectos de TI

Transcripción

1 Administración de Proyectos de TI VI Jornadas Universitarias de Sistemas de Información en Salud Lic. Gustavo Sobota Oficina de Proyectos Departamento de Informática en Salud Hospital Italiano de Buenos Aires - Argentina Gustavo.sobota@hospitalitaliano.org.ar Argentina - Octubre 2011

2 AGENDA Estructura de un proyecto Procesos del PMBOK Procesos Grupos de procesos Áreas de Conocimiento Mapa de Procesos

3 Estructura de un proyecto

4 Ciclo de Vida En general los proyectos se ejecutan gradualmente. Cuando un proyecto es de un tamaño considerable, se considera una buena practica dividirlo para hacerlo mas manejable. Habitualmente, los módulos en los que se dividen se denominan fases y el conjunto de fases se denomina ciclo de vida.

5 Ciclo de Vida Genérico Todos los proyectos comparten la mima estructura Inicio Organización y preparación Ejecución del trabajo Cierre

6 Recursos, influencia e incertidumbre - Cuantos proyectos hay en ejecución? - Cuantos en evaluación? - Cuantos proyectos evaluamos por año? - Cuantos se terminan/cancelan? - Cuantos cual es la duración promedio? - Cuanto trabajo falta? - Estoy a tiempo de cambiar algo importante? - Los datos que me dan deberían ser precisos?

7 Proyecto y Producto

8 Fases de un Proyecto Entregable importante Transferencia Acontecimiento (Hito) Evaluación Sigue/no sigue La aceptación del entregable no implica que se continúe con la siguiente Otros nombres: Puertas de fase, Puntos de decisión, Puertas de etapa, Puntos de cancelación, Kill points. Requieren un grado adicional de control Se usan los 5 grupos de proceso Mayor costo El trabajo en cada fase tiene un enfoque propio Diferentes habilidades Diferentes personas

9 Relaciones entre Fases

10 Ciclo de vida del Software y Proyecto (Cascada)

11 Conclusión La estructuración en fases permite la división del proyecto en subconjuntos lógicos para facilitar su dirección, planificación y control. La necesidad de establecer fases, el número de fases, la duración y el grado de control aplicado dependen del tamaño, la complejidad y el impacto potencial del proyecto. Tener una metodología de desarrollo estandarizada puede resultar de mucha ayuda. Pregunta: Si facilita la dirección el control y la dirección del proyecto porque no hacer la mayor cantidad de fases posible?

12 Procesos del PMBOK

13 Definición de procesos Un proceso es una serie de acciones llevadas a cabo para lograr un resultado. Procesos de Dirección de Proyectos: son comunes a la mayoría de los proyectos y generalmente son asociados unos a otros por sus funcionalidades por motivos de integración (ej. PMBOK). Procesos orientados al producto: son aquellos que especifican y crean el producto objeto del proyecto (ej. en software Ingeniería de Software). Ambos grupos interactúan y se solapan entre sí a lo largo del proyecto.

14 Ejemplo de Procesos

15 Procesos orientados a Producto Especifican y crean el producto! Dependen del área de aplicación Son necesarios para la determinación del alcance Están fuera del alcance del PMBOK que describe solo los procesos de la gestión de proyectos. Se superponen e interactúan con los procesos de gestión

16 Procesos de Dirección de Proyectos PMBOK: Las actividades de los proyectos se realizan a través de procesos Un proceso es un conjunto de acciones y actividades interrelacionada que se llevan a cabo para alcanzar un conjunto previamente especificado de productos, resultados y servicios. Características comunes: Entradas, Salidas, Técnicas y Herramientas Siempre tener en cuenta: activos, factores ambientales interacciones.

17 Ejecución de los procesos Son ejecutados por personas Los ejecuta el Equipo de proyecto No son automáticos Se pueden ejecutar varias veces Se aplican a cualquier industria Son buenas practicas Hay un acuerdo general de que ayudan al éxito del proyecto (colaboran lideres de proyecto) Mucho uso de sentido común

18 Grupos de Procesos del PMBOK

19 Procesos de Dirección de Proyectos Seguimiento y Control Planificación Ejecución Cierre Inicio

20 Interacción entre Grupos de Procesos Los grupos de procesos de Dirección de proyectos están encadenados, en general, por los objetivos que producen. La salida de uno de los procesos generalmente se convierte en entrada de otro o es un entregable del proyecto. Estos procesos pueden suceder una o más veces y también se pueden superponer.

21 Tiempo dedicado

22 Áreas de Conocimiento

23 Áreas de Conocimiento Alcance Asegurar que el proyecto contemple todo el trabajo requerido para completar y proyecto con éxito Tiempos Asegurar y terminar el proyecto en el tiempo definido Costos Asegurar que el proyecto se entregará dentro de los costos. Riesgos Asegurar la identificación, análisis y control de los riesgos inherentes al proyecto Calidad Asegurar que el proyecto satisfaga las necesidades contratadas Recursos Humanos Asegurar y mejorar el desempeño de las personas involucradas Comunicaciones Asegurar, en cierto tiempo, la generación, diseminación y almacenamiento de la información del proyecto Adquisiciones Asegurar la adquisición de bienes y servicios para la organización Integración del Proyecto Asegurar la perfecta coordinación entre todos los procesos involucrados.

24 Mapa de Procesos 5 Grupos de procesos 9 Áreas de conocimiento 42 Procesos

25 Buscar en el mapa de procesos Se me ocurrió una propuesta de mejora (posible proyecto), como la puedo presentar para que se aprecie su valor?. Como tengo que hacer para controlar que el presupuesto sea utilizado de acuerdo a lo planificado?. Alguien me pidió que presente un informe de avance del proyecto. Que información debería contener? El equipo esta un poco desmotivado, como hago para levantarles el animo?. Como hago para controlar los cambios durante el proyecto?

26 Tailoring de los procesos Deben ser seleccionados y adecuados en función de los requisitos, las expectativas y las demandas contrapuestas. Ejemplos En software auditado es muy importante la seguridad y la trazabilidad (Monitoreo y control de cambios) En el software para el proceso de atención es importante la tolerancia a fallas y la confiabilidad (aseguramiento y control de calidad) Adaptaciones frecuentes En general se usan menos que de 42 No se usan tal cual están descriptos (receta) Muchas veces se agrupan

27 VI Jornadas Universitarias de Sistemas de Información en Salud Lic. Gustavo Sobota Oficina de Proyectos. Departamento de Informática en Salud Hospital Italiano de Buenos Aires - Argentina gustavo.sobota@hospitalitaliano.org.ar Muchas Gracias!!!