Uso del PMBOK del PMI en Proyectos de Software

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

3
Desarrollo de Software cuatro capas
4
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

Programación de un proyecto
Proceso
tiempo
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.

6
Modelos de Proceso Producto Comercial
7
Existen numerosos modelos de procesos de
software(este es un ejemplo para desarrollos de
alta complejidad de sistemas de tiempo real del
área defensa)
8
Proceso de Software y Modelo de Ciclo de Vida

• 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í.

9
Modelo de Ciclo de Vida en Espiral
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
Organización a lo largo del tiempo
Flujos de Trabajo de Ingeniería Aspectos de la
Capa 3
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
11
RUP
TODAS ITERACCIONES SUBSECUENTES
ARRANQUE DEL PROYECTO UNICAMENTE
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
EVALUACIÓN DEL ALCANCE Y RIESGOS DEL PROYECTO
PLAN DE PROYECTO APROBADO
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 DEL PROYECTO
PLAN PRÓXIMA ITERACIÓN
(OPIONAL, DEPENDIENDO DEL GRADO DE CAMBIO)
PROYECTO CANCELADO
FIN DE ITERACIÓN
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)
13
Asignación de Recursos
14
El CMMI
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
15
Proyectos según el CMMI
16
CMMI Gestión de Proyectos
17
CMMI Planeamiento del proyecto
18
(No Transcript)
19
CMMI Gestión de la ejecución
20
CMMI Gestión del cierre
Completar y cerrar el proyecto
Capitalizar los Activos del Proyecto
Completar Cerrar el Proyecto
21
A partir de Flujos de Trabajo(adecuadamente
instanciados ...)

• 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

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
23
Asignado recursos a las Tareas (previo al
presupuesto necesitamos el programa)
24
Proyecto según el PMBOK del PMI
Iniciación
Planeamiento
Control
Ejecución
Cierre
25
Proyecto según el PMBOK del PMI(otra visión)
26
PMBOK Iniciación
27
PMBOK Planeamiento
28
PMBOK Planeamiento
29
PMBOK Ejecución
A los procesos de control
Desde los procesos de control
30
PMBOK Control
31
(No Transcript)
32
PMBOKqué significa Gestionar un Proyecto?
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
34
(No Transcript)
35
Ejemplo de Fila Adicional
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
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)

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.