Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Mordcovich
Mordcovich
Presentación
Javier Alejandro Mordcovich
– Estudios
• Lic. en Sistemas de Información (Universidad CAECE)
• Maestría en Dirección de Empresas (Universidad del CEMA)
• Doctorando en Dirección de Empresas (Universidad del CEMA)
• PMP (1999, recertificado en 2008)
– Ámbito profesional
• Program Manager – SAP – Región SSSA
– Ámbito Académico
• Director del Posgrado en Gestión de Proyectos (UTN)
• Responsable cátedra ITIL (UTN)
Audiencia
– Estudios (Estudiantes/Recibidos ; Carrera de grado)
– Ámbito profesional
2
Objetivos
Ventajas del uso de una metodología para la gestión de proyectos
– Explicación del modelo de gestión de proyectos propuesto por PMI.
– Relación entre el modelo y distintos ciclos de vida para proyectos de
desarrollo de software.
– Ventajas y desventajas.
– Similitudes y diferencias.
3
Precalentamiento
– ¿Cuántos trabajan usando una metodología formal para gestionar
proyectos?
– ¿Cuántos trabajan usando una metodología para gestionar
proyectos?
– ¿Cuántos conocen metodologías formales para gestionar
proyectos?
– ¿Qué entendemos por “Gestionar Proyectos”?...
– ¿Qué es un Proyecto?
Según PMI:
“Un proyecto es un emprendimiento temporario para crear un único
producto o servicio, posee un comienzo y un fin determinado, y
puede ser elaborado progresivamente”
4
Precalentamiento
– ¿Qué es un Proyecto?
Según PMI:
“Un proyecto es un emprendimiento temporario para crear un único
producto o servicio, posee un comienzo y un fin determinado, y
puede ser elaborado progresivamente”
5
Grupos de procesos definidos por el PMI
Inicio
Planificación
Control
Ejecución
Cierre
6
PMI – Grupos de Procesos
Monitoreo y Control
Planificación
Iniciación Cierre
Ejecución
7
Límites del Proyecto
Productos
Usuarios
Entregables
P de Planif finales
del Proyecto
Iniciador Entradas
Patrocinador P. de Inic. P. de Cie.
del Proyecto del Proy.
8
Interacción de los Grupos de procesos
9
Áreas de Conocimiento definidas por el PMI
Stakeholders
Herramientas
Y Técnicas
Integración de la gestión del proyecto Éxito del
proyecto
Requerimientos
Comuni- Adquisi-
RR.HH. Riesgo
cación ción
Responsabilidad profesional
10
Area de Grupos de procesos
conocimiento Iniciación Planificación Ejecución Monitoreo y Control Cierre
4.1 Desarrollar el Acta de 4.2 Desarrollar el Plan de 4.3 Dirigir y Gestionar la Ejecución 4.4 Supervisar y controlar el proyecto 4.6 Cerrar el
Constitución del proyecto Gestión de Proyecto del Proyecto 4.5 Desarrollar el Control Integrado Proyecto o Fase
4. Gestión de la integración
de Cambios
10.1 Identificar 10.2 Planificar las 10.3 Distribución de la Información 10.5 Informar Rendimiento
10. Gestión de las
Stakeholders Comunicaciones 10.4 Administrar las Expectativas
Comunicaciones
de los Stakeholders
11.1 Planificación de la Gestión 11.6 Seguimiento y Control de
de Riesgos Riesgos
11.2 Identificación de Riesgos
11. Gestión de los Riesgos 11.3 Análisis Cualitativo
11.4 Análisis Cuantitativo
11.5 Planificación de la
Respuesta a los Riesgos
12. Gestión de las 12.1 Planificar las Compras y 12.2 Dirigir las Compras 12.3 Administrar las Compras 12.4 Cierre de
Adquisiciones Adquisiciones Compras
11
Formato de los Procesos
12
Distintos modelos de Ciclos de vida para el
desarrollo de Software
– Lineal o por Fases
– Cascada
– Modelo “V”
– Entrega incremental
– Entrega por etapas – Agiles
– Dynamic System
– Iterativo
Development Method
– Espiral (DSDM)
– Microsoft Solution – Rapid Application
Framework (MSF) Development (RAD)
– Rational Unified Process – eXtreme Programming (XP)
(RUP)
13
Distintos modelos de Ciclos de vida para el
desarrollo de Software
– Lineal o por Fases
– Desarrolla producto con pasos metódicos controlados con “quality
gates” para pasar de etapas ya sea para bloques o releases.
– Iterativo
– Hace uso significativo de iteraciones planificadas para algunos
componentes del enfoque tradicional linear (requerimientos, diseño,
desarrollo y/o entrega) para producir una aplicación o sistema
completo.
– Ágiles
– Hacen uso significativo del prototipado e intenta acercar al usuario
final versiones completas del software que se van adecuando de
acuerdo a su feedback. El alcance se define al comienzo y se va
desarrollando en detalle con cada evolución.
14
Desarrollo en Cascada
– Ventajas
– Proceso ordenado
– Panificación y desarrollo en fases
sucesivas
– Feedback limitado a fases
adyacentes
– Posibilidad de realizar un diseño
altamente integrado
– Issues de calidad y
mantenimiento controlados – Desventajas
– Al no haber superposición se – Mucho retrabajo si las
asegura la visibilidad del progreso necesidades del usuario no
y claridad en las tareas fueron correctamente entendidas
– La documentación es – Resolución tardía de los riesgos
comprensiva – Restricciones en las integraciones
– Asegura un control fuerte del
proyecto
15
Modelo “V”
– Ventajas
– Todas las ventajas del modelo
cascada
– Entendimiento integral
– Testeo en etapas tempranas
– Desventajas
– Asume que se entrega un único
producto al final
– Tiempo que consume
16
Entrega Incremental
– Ventajas
– Entrega parte del valor de forma
temprana
– Permite planificar elementos de
alto valor y bajo costo al
comienzo
– La comunicación frecuente entre
el equipo y los steakholders
permite un mejor entendimiento
– Mejor control del costo por el – Desventajas
enfoque de pequeños pasos – Suele llevar a errores y
correcciones en la codificación
– No se identifican todos los
requerimientos en los primeros
momentos del proyecto
– No es cómodo para usar en
situaciones con múltiples clientes
17
Entrega por Etapas
– Ventajas
– Integración de Ideas
– Claridad
– Control por medio de puntos de
control tempranos
– Entrega temprana de algunos
componentes
– Desventajas
– Los costos totales pueden ser
superiores a soluciones
completas tipo “big bang”
– El tiempo insumido suele ser
superior
18
Modelo espiral
– Ventajas
– Manejado por el riesgo
– Evita sobre especificar
requerimientos en etapas
tempranas
– Produce prototipos tempranos
con funcionalidad limitada
– Se focaliza en atacar las áreas de
mayor incertidumbre
– Desventajas
– Sigue siendo un modelo de
cascada con desarrollo iterativo
de requerimientos
– La exposición de las mediciones
del front end deben ser
explicadas al cliente
– Complejidad
19
Microsoft Solutions Framework
– Ventajas
– Integración de ideas
– Enfoque incremental
– Procesos orientados a hitos
– Produce un plan general y luego
un plan detallado para cada
iteración
– Desventajas
– No es aplicable a todos los
desarrollos.
– No se identifican todos los
requerimientos en una etapa
temprana.
20
RUP
– Ventajas
– Modelo estructurado con
documentos y templates de
soporte
– El riesgo se identifica en etapas
tempranas
– La calidad se valida en etapas
tempranas y en forma constante
– Desventajas
– No es aplicable a todos los
desarrollos.
– Está muy asociada al conjunto de
herramientas Rational
21
DSDM: Dynamic System Dev. Method
– Ventajas
– Involucramiento activo del
usuario: el usuario tiende a tomar
propiedad del sistema.
– Se reduce el riesgo de construir el
sistema equivocado
– Se pueden reversar los
entregables
– Se lleva adelante en menos
tiempo – Desventajas
– Es efectivo cuando la
funcionalidad es visible a nivel de
interfaz de usuario
– La calidad se negocia por otras
limitaciones
– Funcionalidad y/o complejidad
acotada
22
XP: eXtreme Programming
– Ventajas
– Indicado para proyectos en los
cuales los requerimientos suelen
cambiar
– Los escenarios de pruebas de
aceptación se crean junto con los
requerimientos en base a las
“historias de los usuarios”
– Muy pocos procesos
– Muy poca documentación – Desventajas
– Bueno para proyectos de muy – No es aplicable a todos los
poco tiempo y alto riesgo desarrollos
– Sirve para equipos pequeños (de
2 a 10 integrantes)
– La solución técnica debe ser
totalmente comprendida y
adoptada para hacer el trabajo
23
Características de los Proyectos
– Tamaño
– Complejidad
– Grado de incertidumbre respecto a los
requerimientos
– Cantidad de alternativas de diseño
– Criticidad para el negocio
– Desarrollo de la aplicación vs Infraestructura
– Cantidad de unidades del negocio
involucradas
– Se le ocurren otros…
24
Áreas de Conocimiento definidas por el PMI
Stakeholders
Herramientas
Y Técnicas
Integración de la gestión del proyecto Éxito del
proyecto
Requerimientos
Comuni- Adquisi-
RR.HH. Riesgo
cación ción
Responsabilidad profesional
25
En resumen…
26
Enfoque de acuerdo a las Características de
los Proyectos
27
Cierre
28
Area de Grupos de procesos
conocimiento Iniciación Planificación Ejecución Monitoreo y Control Cierre
4.1 Desarrollar el Acta de 4.2 Desarrollar el Plan de 4.3 Dirigir y Gestionar la Ejecución 4.4 Supervisar y controlar el proyecto 4.6 Cerrar el
Constitución del proyecto Gestión de Proyecto del Proyecto 4.5 Desarrollar el Control Integrado Proyecto o Fase
4. Gestión de la integración
de Cambios
10.1 Identificar 10.2 Planificar las 10.3 Distribución de la Información 10.5 Informar Rendimiento
10. Gestión de las
Stakeholders Comunicaciones 10.4 Administrar las Expectativas
Comunicaciones
de los Stakeholders
11.1 Planificación de la Gestión 11.6 Seguimiento y Control de
de Riesgos Riesgos
11.2 Identificación de Riesgos
11. Gestión de los Riesgos 11.3 Análisis Cualitativo
11.4 Análisis Cuantitativo
11.5 Planificación de la
Respuesta a los Riesgos
12. Gestión de las 12.1 Planificar las Compras y 12.2 Dirigir las Compras 12.3 Administrar las Compras 12.4 Cierre de
Adquisiciones Adquisiciones Compras
29
Reflexión Final
Es importante
recordar que…
No podemos dirigir el
viento, lo que sí
podemos,
es orientar nuestras
velas.
Muchas Gracias
por su tiempo
30