Uso del PMBOK del PMI en Proyectos de Software

Presentación del tema: "Uso del PMBOK del PMI en Proyectos de Software"— Transcripción de la presentación:

1 Uso del PMBOK del PMI en Proyectos de Software
Finalidad: Proponer el uso generalizado y mostrar las ventajas de la “Guía del Cuerpo de Conocimiento para la Gestión de Proyectos” del “Instituto de Gestión de Proyectos” (Guide to “Project Management Body of Knowledge” – PMBOK; “Project Management Institute” - PMI) en la Gestión de Proyectos de Software.

2 Contenidos Desarrollo de Software: Planos conceptuales
Considerando la complejidad del proyecto de software “Proceso de Software” y “Proyecto de Software” Modelos de “Proceso de Software” “Proceso de Software” y “Modelo de Ciclo de Vida” Dos referencias: “Proceso de Software” según el RUP (IBM) y según el CMMI del SEI Desde los “Fujos de Trabajo” a la Programación (cronograma del proyecto). Desde la Programación al Presupuesto El PMBOK del PMI La Matriz “Grupo de Procesos” / “Áreas de Conocimiento” La “instanciación” de la Matriz “Grupo de Procesos” / “Áreas de Conocimiento” Definición de las Tareas de un Proyecto a partir del PMBOK del PMI Síntesis 18/09/2018 Doctor Roberto Uzal

3 Desarrollo de Software: cuatro capas
Las Herramientas Lenguajes gráficos / visuales (Lenguaje de Modelado Unificado) Ambientes / Lenguajes de Programación Bibliotecas de componentes Herramientas CASE Gerenciamiento: Administración de la CalidadTotal ISO 9001 (ISO ) CMMI del SEI - CMU PMBOK – PMI MSF (Microsoft) ALM (Borland) UP (IBM) Gestión de Proyectos Gestión de Cambios Gestión de Configuraciones Gestión del Riesgo Proceso La Administracióndel Ciclo de Vida Modelos de Ciclo de Vida El Método Métodos Formales vs. Métodos Semiformales Distintas corrientes metodológicas de los Métodos Semiformales Distintas Metodologías (Semiformales) H M P G 18/09/2018 Doctor Roberto Uzal

4 Programación de un proyecto
Proceso y Proyecto Un Proyecto es una instancia en el tiempo y en recursos de un Proceso El Proceso dice “que” y “como” El Proyecto dice “quien” y “cuando” Proceso Programación de un proyecto tiempo 18/09/2018 Doctor Roberto Uzal

5 El Proceso del Software
Conjunto estructurado de actividades requeridas para desarrollar un sistema de software. Especificación- que debe hacer el software y cuales son sus especificaciones de desarrollo. Desarrollo – producción del sistema de software. Validación – verificar que el software hace lo que el cliente pide. Evolución – cambiar/adaptar el software a las demandas. Las actividades varían dependiendo de la organización y del tipo de sistema a desarrollarse. Debe estar explícitamente modelado para posibilitar un adecuado gerenciamiento. 18/09/2018 Doctor Roberto Uzal

6 Modelos de Proceso “Producto Comercial”
18/09/2018 Doctor Roberto Uzal

7 Model Structures at higher levels of
Existen numerosos modelos de “procesos de software” (este es un ejemplo para desarrollos de alta complejidad de sistemas de tiempo real del área defensa) Requirement Specs Real-time execution Behavior Requirements at lower levels levels of System Specification Model Structures at higher levels of System Verification and Validation Simulation Test Models/ Federations Model Continuity Experimental Frames Theory 18/09/2018 Doctor Roberto Uzal

8 Proceso de Software y Modelo de Ciclo de Vida
Fases por las que pasa un producto de software a lo largo de su “vida” (estudio de viabilidad, análisis, diseño, construcción, pruebas, implantación, mantenimiento, etc) Forma en la que relacionan dichas fases entre sí. 18/09/2018 Doctor Roberto Uzal

9 Modelo de Ciclo de Vida en Espiral
13. Category Test Agregación 14. BIT Prueba de Integración 7. SW OOD- Process View Vista de los Procesos 15. System Test Prueba del Sistema 12. Class Implementation/Test Clases Test de Implementación 3. System OOA- Dynamic View 8. SW OOD- Static View Vista Estática 6. SW OOA- Dynamic View Requerimientos 1. 2. System OOA- Static View 4. HW/SW Split Trace 16. Requerimientos (Traza) 11. SW OOD- Method Design Diseño (Métodos) 9. SW OOD- DynamicView Vista Dinámica 5. SW OOA- Static View 10. SW OOD- Language Representation 17. Maintenance Mantenimiento 18/09/2018 Doctor Roberto Uzal

10 Otro modelo de Ciclo de Vida: RUP
(es más que un Modelo de Ciclo de Vida: contempla “dos dimensiones”) Aspectos de la Capa 2 Flujos de Trabajo de Ingeniería Aspectos de la Capa 3 Organización a lo largo del tiempo Fases Flujos de trabajo principales Organización según la naturaleza de las tareas Flujos de trabajo de apoyo Flujos de Trabajo de Apoyo (Environment incluye “Risk Management”) Aspectos de la Capa 1 18/09/2018 Doctor Roberto Uzal

11 RUP 18/09/2018 Doctor Roberto Uzal ARRANQUE DEL PROYECTO UNICAMENTE
TODAS ITERACCIONES SUBSECUENTES PLAN PARA LA PRIMERA ITERACIÓN GESTION DE LA ITERACIÓN CONCEBIR NUEVO PROYECTO ITERACIÓN EXITOSA No EVALUACION DEL PROYECTO DEL ALCANCE Y DE LOS RIESGOS PLAN DE PROYECTO APROBADO EVALUACIÓN DEL ALCANCE Y RIESGOS DEL PROYECTO MONITOTEO Y CONTROL DEL PROYECTO FIN DEL PROYECTO FIN DE FASE PLAN DEL PROYECTO ¿CERRAR PROYECTO? CERRAR FASE PROYECTO CANCELADO FIN DE ITERACIÓN PROYECTO COMPLETO FIN DEL PROYECTO FASE COMPLETA CIERRE NO ACEPTADO PLAN PRÓXIMA ITERACIÓN PLAN DEL PROYECTO (OPIONAL, DEPENDIENDO DEL GRADO DE CAMBIO) PROYECTO CANCELADO FIN DE ITERACIÓN 18/09/2018 Doctor Roberto Uzal

12 Considerando el Modelo de Ciclo de Vida y la Iteraciones necesarias se llega a algo así: (sólo estamos considerando el RUP como ejemplo) 18/09/2018 Doctor Roberto Uzal

13 Asignación de Recursos
Rol Actividad Pablo Diseñador Diseño de Objetos María Autor de Casos de Uso Detallar un Caso de Uso José Diseñador de Casos de Uso Diseñar un Caso de Uso Silvia Revisor de Diseño Revisar el Diseño Eduardo Arquitecto Análisis de Arquitectura Diseño de Arquitectura 18/09/2018 Doctor Roberto Uzal

14 El CMMI CMMI-SE/SW CMMI-SE/SW Staged Continuous 18/09/2018
Appendixes Appendixes Support CM, PPQA, MA, CAR, DAR Maturity Level 5 OID, CAR Maturity Level 4 OPP, QPM Engineering REQM, REQD, TS, PI, VER, VAL Maturity Level 3 REQD, TS, PI, VER, VAL, OPF, OPD, OT, IPM, RSKM, DAR Project Management PP, PMC, SAM IPM, RSKM, QPM Maturity Level 2 REQM, PP, PMC, SAM, MA, PPQA, CM Process Management OPF, OPD, OT, OPP, OID Overview Introduction Structure of the Model Model Terminology Maturity Levels, Common Features, and Generic Practices Understanding the Model Using the Model Overview Introduction Structure of the Model Model Terminology Capability Levels and Generic Model Components Understanding the Model Using the Model Process Management PAs - Goals - Practices CMMI-SE/SW Staged CMMI-SE/SW Continuous 18/09/2018 Doctor Roberto Uzal

15 Proyectos según el CMMI
18/09/2018 Doctor Roberto Uzal

16 CMMI: Gestión de Proyectos
Planeamiento del proyecto Cierre del proyecto Planear y organizar el trabajo Monitorear y controlar el trabajo Administrar los recursos del proyecto Comunicar el estado del proyecto Ejecución del proyecto Estudio de Viabilidad Inicial Estimación preliminar 18/09/2018 Doctor Roberto Uzal

17 CMMI: Planeamiento del proyecto
Iniciar proyecto Preparar el proyecto dentro del grupo de desarrollo Determinar y organizar los recursos del proyecto Definir los procesos y metodología Adaptar los soportes administrativos Realizar reunión de kick off 18/09/2018 Doctor Roberto Uzal

18 CMMI: Control de la Ejecución
Coordinar revisiones QA Ejecutar soporte en los proyectos de gestión Medir rendimiento Asignar tareas Analizar estado de la perfomance Determinar alternativas y acciones correctivas Comunicar Acciones correctivas Tomar Actualizar Plan de proyecto Desviaciones Afecta programa o costos? No Sí Control y monitoreo 18/09/2018 Doctor Roberto Uzal

19 CMMI: Gestión de la ejecución
Ejecutar el proyecto Administrar los recursos del proyecto Comunicar el status del proyecto Preparar informe de status Comunicar informe de status 18/09/2018 Doctor Roberto Uzal

20 CMMI: Gestión del cierre
Completar y cerrar el proyecto Capitalizar los Activos del Proyecto Completar Cerrar el Proyecto 18/09/2018 Doctor Roberto Uzal

21 A partir de Flujos de Trabajo (adecuadamente instanciados ...)
Análisis de Arquitectura Diseño de Describir Concurrencia Distribución Casos de Uso Objetos Revisar el Análisis Diseño Revisar la Revisor de Diseñador Diseñador de Arquitecto Una lista de actividades, trabajadores (roles) y artefactos constituye un proceso. Un flujo de trabajo es una secuencia de actividades que produce un resultado valioso. “Instanciando” el “Proceso” y los “Flujos de Trabajo” podemos llegar a un Programa de Trabajo 18/09/2018 Doctor Roberto Uzal

22 Hay que llegar a la Programación (para lo cual necesitamos el listado de actividades y su secuencia)
Diagramas Gantt Diagramas PERT / CPM T3 T6 T1 T4 T7 T2 T5 18/09/2018 Doctor Roberto Uzal

23 Asignado recursos a las Tareas
(previo al presupuesto necesitamos el programa) 18/09/2018 Doctor Roberto Uzal

24 Proyecto según el PMBOK del PMI
Iniciación Planeamiento Control Ejecución Cierre 18/09/2018 Doctor Roberto Uzal

25 Proyecto según el PMBOK del PMI (otra visión)
18/09/2018 Doctor Roberto Uzal

26 PMBOK: Iniciación Iniciación PROCESOS DE INICIACION
Hacia los procesos de planeamiento PROCESOS DE INICIACION Iniciación Se ejecuta cuando el proyecto o fase debe comenzar. Ejecutar el proceso de iniciación al comienzo de cada fase ayuda a mantener el proyecto enfocado. 18/09/2018 Doctor Roberto Uzal

27 PMBOK: Planeamiento Planeamiento del alcance Definición de actividades
Secuencias Estimación de las actividades Planeación de recursos Estimación de costos de riesgos Presupuesto Desarrollo del programa del proyecto Proceso de Planeamiento: Procesos de Apoyo Proceso de Planeamiento: Procesos Esenciales 18/09/2018 Doctor Roberto Uzal

28 PMBOK: Planeamiento Planeamiento: Procesos esenciales
Planeamiento: Procesos de soporte Planeamiento de calidad Planeamiento organizacional Obtención de staff Planeamiento de adquisiciones Planeamiento de solicitud de propuestas Planeamiento de la comunicación Identificación del riesgo Análisis cualitativo del riesgo Análisis cuantitativo del riesgo Planeamiento de respuesta al riesgo Planeamiento: Procesos esenciales 18/09/2018 Doctor Roberto Uzal

29 Ejecución del plan del proyecto Solicitud de propuestas
PMBOK: Ejecución Procesos de ejecución Ejecución del plan del proyecto Procesos de soporte Solicitud de propuestas Aseguramiento de calidad Selección de proveedor Desarrollo del personal Distribución de la información Administración del contrato A los procesos de control Desde los procesos de control 18/09/2018 Doctor Roberto Uzal

30 PMBOK: Control Procesos de control Procesos de soporte
Reporte de desempeño Procesos de soporte Control integrado de cambios Control de cambios del alcance Verificación del alcance Control del programa Control del costo Control de calidad Monitoreo y control de riesgo Desde el Proceso de Ejecución Hacia el Planeamiento Cierre 18/09/2018 Doctor Roberto Uzal

31 PMBOK: Cierre del proyecto
Procesos de cierre Objetivo: formalizan la aceptación del proyecto o fase y los llevan a una terminación ordenada Desde los procesos de control Cierre administrativo Cierre de contrato Generar, recoger, y diseminar información para formalizar el cierre de una fase o terminación del proyecto Completar y negociar un contrato, incluyendo la resolución de cualquier ítem abierto 18/09/2018 Doctor Roberto Uzal

32 PMBOK ¿qué significa Gestionar un Proyecto?
Administración de Proyectos Integración Costo Comunicaciones Alcance Calidad Riesgo Tiempo Recursos Humanos Adquisiciones 18/09/2018 Doctor Roberto Uzal

33 Cómo llegar a un listado de Tareas
Procesos Areas de Conocimiento Iniciación Planeamiento Ejecución Control Cierre 1.- Integración 2.- Alcance 3.- Tiempos 4.- Costos 5.- Calidad 6.- Recursos Humanos 7.- Comuni- cación 8.- Riesgos 9.- Aprovisiona- miento 18/09/2018 Doctor Roberto Uzal

34 Grupos de procesos # Procesos 18/09/2018 Doctor Roberto Uzal
Comunicación Riesgo Recursos Humanos Adquisiciones Calidad Costo Tiempo Alcance Integración 4 10.4 Cierre administrativo 10.3 Información del desempeño 10.2 Dist. de la información 10.1 Planeación de las comunicaciones 6 11.6 Monitoreo y control del riesgo 11.1 Plan. de la ad. del riesgo 11.2 Identificación del riesgo 11.3 An. cualitativo del riesgo 11.4 An. cuantitativo del riesgo 11.5 Plan. de la resp. al riesgo 3 9.3 Desarrollo del equipo 9.1 Planeamiento de la org. 9.2 Reclutamiento de personal 39 2 8 7 21 1 # Procesos 12.6 Cierre de contratos 12.3 Licitaciones y cotizaciones 12.4 Selección de proveedores 12.5 Admón de contratos 12.1 Plan. de las adquisiciones 12.2 Planeación de licitaciones y cotizaciones 8.3 Control de calidad 8.2 Aseguramiento de la calidad 8.1 Planeación de la calidad 7.4 Control de costo 7.1 Planeación de recursos 7.2 Estimación de costos 7.3 Presupuesto 5 6.5 Control del cronograma 6.1 Definición de actividades 6.2 Secuencia de actividades 6.3 Estimación de la duración de las actividades 6.4 Desarrollo del cronograma 5.4 Verificación del alcance 5.5 Ctrl. cambios de alcance 5.2 Planeamiento del alcance 5.3 Definición del alcance 5.1 Inicio 4.3 Control integral de cambios 4.2 Ejec. del plan del proyecto 4.1 Desarrollo del plan del proyecto #Procesos CIERRE CONTROL EJECUCIÓN PLANEAMIENTO INICIO Áreas de conocimiento Grupos de procesos 18/09/2018 Doctor Roberto Uzal

35 Ejemplo de “Fila Adicional”
Inicio Planeamiento Ejecución Control Cierre Gestión de las Configuraciones en Proyectos de Software Entrenamiento de los miembros del Equipo de Desarrollo y de otros grupos relacionados para encarar las actividades de SCM y también en el uso de las herramientas automatizadas de SCM. Establecimiento de una biblioteca SCM a ser utilizada como repositorio de las “Líneas de Base” del Proyecto de Software. Establecimiento de un equipo con autoridad para la Gestión de las “Líneas de Base” del Proyecto de Software. Definición de las metas y tareas del área SCM. Establecimiento de un programa detallado (calendario) asociado a las metas y tareas SCM. Suministrar los recursos y presupuesto adecuados para encarar las tareas SCM Ejecución de las actividades SCM definidas de acuerdo con las definiciones programáticas y presupuestarias. Control de Cambios de las “Líneas de Base” de acuerdo con un procesos documentado. Actualización del Plan SCM del Proyecto tal que refleje la situación vigente en todo momento. Informe de las actividades SCM realizadas durante el Proyecto. 18/09/2018 Doctor Roberto Uzal

36 Necesitamos contemplar tres dimensiones
“Areas de Conocimiento” PMBOK Tarea x,y,z Considerando el espacio de problema y la herramienta de representación / modelado Fases (Grupos de Procesos del PMBOK) Modelo de Ciclo de Vida adoptado 18/09/2018 Doctor Roberto Uzal

37 Ventajas de la propuesta
La mayoría de los Proyectos de Software relevantes lo son de carácter multidisciplinario. Pretender que profesionales de diversos orígenes adhieran a un estándar específico de Gestión de Proyectos de Software, tal como el RUP (Rational Unified Process) de IBM, MSF (Microsoft Solution Framework) de Microsoft, ALM (Application Lifecycle Management) de Borland y otras propuestas “comerciales” es casi imposible. La Guía del PMBOK, en cambio, es de carácter general para todo tipo de proyecto. Su uso en Proyectos de Software es posible, además de ser muy conveniente. El esquema propuesto ha revelado ser muy apto en el momento en el cual, la Programación del Proyecto, debe ser volcada en un formato del tipo PERT / CPM. En Proyectos de Software del “mundo real”, el enfoque recomendado en este trabajo ha resultado ser muy conveniente en el momento de tener que elaborarse el Presupuesto del Proyecto. También, de acuerdo con la experiencia de los autores, el entrenamiento del equipo de proyecto es menos oneroso utilizando el enfoque de Gestión PMBOK comparado, por ejemplo, con el RUP de IBM. El esquema propuesto es claro, útil y efectivo (eficaz + eficiente) 18/09/2018 Doctor Roberto Uzal

38 Síntesis La proliferación de “metodologías producto comercial”, tales como el RUP (Rational Unified Process) de IBM, MSF (Microsoft Solution Framework) de Microsoft, ALM (Application Lifecycle Management) de Borland y otras ha causado un efecto “Torre de Babel” en el ámbito de la Gestión de Proyectos de Software. El uso del PMBOK es una interesante propuesta de “Lengua Franca” a ser considerada. En trabajos anteriores los autores han mostrado, mediante estudios comparativos, las ventajas del enfoque PMBOK, en Proyectos de Software, respecto de las alternativas “comerciales” que se han mencionado. Las actividades de formulación de una Matriz “Grupos de Proceso / Áreas de Conocimiento” específica para un Proyecto de Software puede ser incluida en el “Grupo de Procesos” denominado “Inicio” en el esquema de la Guía del PMBOK. El enfoque PMBOK brinda claras oportunidades para la estimación del esfuerzo de desarrollo en Proyectos de Software al ser utilizado en forma conjunta con técnicas como “Puntos de Casos de Uso” (Use Case Points) tal como los autores lo muestran en trabajos que se han presentados en otros eventos académico / profesionales. 18/09/2018 Doctor Roberto Uzal