View
234
Download
0
Category
Preview:
Citation preview
2
PresentaciónJavier 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
3
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.
4
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”
5
Precalentamiento
– ¿Qué entendemos por “Gestionar Proyectos”?
Según PMI:
“Es la aplicación de conocimientos, habilidades, herramientas,
técnicas y templates en la administración de las actividades del
proyecto para lograr que estas cumplan con los requerimientos para
los que el proyecto fue creado y con el objetivo de cumplir o exceder
las expectativas de los stakeholders.”
– ¿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”
6
Grupos de procesos definidos por el PMI
El estándar del PMI describe la naturaleza de los procesos de
gerenciamiento de un proyecto en términos de integración entre
procesos, sus interacciones y el propósito que sirven.
Los procesos están agregados en 5 grupos, definidos como los Grupos
de Procesos para la Administración de Proyectos:
InicioPlanificación
ControlEjecución
Cierre
8
Límites del Proyecto
P de Planif
P.de Ej.
P. de Cie.Entradas
del Proy.
Límites del Proyecto
Iniciador
Patrocinador
del Proyecto
Procesos de Seguimiento y Control
Productos
Entregables
del Proyecto
Registros
del Proyecto
Usuarios
finales
Activos de los
procesos
P. de Inic.
9
Inicio Finalización
Niv
el de I
nte
racció
n e
ntr
e P
rocesos Grupo de Procesos de Iniciación
Grupo de Procesos de Seguimiento y Control
Grupo de Procesos de Ejecución
Grupo de Procesos de Planificación
Grupo de Procesos de Cierre
Interacción de los Grupos de procesos
10
Alcance Tiempo Costo Calidad
RR.HH.Comuni-cación
RiesgoAdquisi-ción
Integración de la gestión del proyecto
Herram
ien
tas
Y T
écn
icas
Éxito del proyecto
Stakeholders
Requerimientos
Responsabilidad profesional
Áreas de Conocimiento definidas por el PMI
11
Iniciación Planificación Ejecución Monitoreo y Control Cierre
4. Gestión de la integración
4.1 Desarrollar el Acta de
Constitución del proyecto
4.2 Desarrollar el Plan de
Gestión de Proyecto
4.3 Dirigir y Gestionar la Ejecución
del Proyecto
4.4 Supervisar y controlar el proyecto
4.5 Desarrollar el Control Integrado
de Cambios
4.6 Cerrar el
Proyecto o Fase
5. Gestión del Alcance
5.1 Recolerta Requerimientos
5.2 Definir el Alcance
5.3 Crear WBS
5.4 Verificación del Alcance
5.5 Control del Alcance
6. Gestión del Tiempo
6.1 Definición de actividades
6.2 Secuenciar Actividades
6.3 Estimación de Recursos de
las Actividades
6.4 Estimación de la Duración de
las Actividades
6.5 Desarrollo del Cronograma
6.6 Control del Cronograma
7. Gestión de los Costos7.1 Estimación de los Costos
7.2 Preparación del Presupuesto
7.3 Control de los Costos
8. Gestión de la Calidad8.1 Planificación de la Calidad 8.2 Realizar Aseguramiento de la
Calidad
8.3 Realizar Control de la Calidad
9. Gestión de los Recursos
Humanos
9.1 Planificación de los Recursos
Humanos
9.2 Adquirir el Equipo de Proyecto
9.3 Desarrollar el Equipo de
Proyecto
9.4 Gestionar el Equipo de Proyecto
10. Gestión de las
Comunicaciones
10.1 Identificar
Stakeholders
10.2 Planificar las
Comunicaciones
10.3 Distribución de la Información
10.4 Administrar las Expectativas
de los Stakeholders
10.5 Informar Rendimiento
11. Gestión de los Riesgos
11.1 Planificación de la Gestión
de Riesgos
11.2 Identificación de Riesgos
11.3 Análisis Cualitativo
11.4 Análisis Cuantitativo
11.5 Planificación de la
Respuesta a los Riesgos
11.6 Seguimiento y Control de
Riesgos
12. Gestión de las
Adquisiciones
12.1 Planificar las Compras y
Adquisiciones
12.2 Dirigir las Compras 12.3 Administrar las Compras 12.4 Cierre de
Compras
Grupos de procesosArea de
conocimiento
13
Distintos modelos de Ciclos de vida para el
desarrollo de Software
– Lineal o por Fases
– Cascada
– Modelo “V”
– Entrega incremental
– Entrega por etapas
– Iterativo
– Espiral
– Microsoft Solution
Framework (MSF)
– Rational Unified Process
(RUP)
– Agiles
– Dynamic System
Development Method
(DSDM)
– Rapid Application
Development (RAD)
– eXtreme Programming (XP)
14
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.
15
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
– Al no haber superposición se
asegura la visibilidad del progreso
y claridad en las tareas
– La documentación es
comprensiva
– Asegura un control fuerte del
proyecto
– Desventajas
– Mucho retrabajo si las
necesidades del usuario no
fueron correctamente entendidas
– Resolución tardía de los riesgos
– Restricciones en las integraciones
16
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
17
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
enfoque de pequeños pasos
– Desventajas
– 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
18
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
19
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
20
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.
21
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
22
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
23
XP: eXtreme Programming
– Desventajas
– No es aplicable a todos los
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
– 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
– Bueno para proyectos de muy
poco tiempo y alto riesgo
24
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…
25
Alcance Tiempo Costo Calidad
RR.HH.Comuni-cación
RiesgoAdquisi-ción
Integración de la gestión del proyecto
Herram
ien
tas
Y T
écn
icas
Éxito del proyecto
Stakeholders
Requerimientos
Responsabilidad profesional
Áreas de Conocimiento definidas por el PMI
28
Cierre
– ¿Qué entendemos por “Gestionar Proyectos”?
Según PMI:
“Es la aplicación de conocimientos, habilidades, herramientas,
técnicas y templates en la administración de las actividades del
proyecto para lograr que estas cumplan con los requerimientos para
los que el proyecto fue creado y con el objetivo de cumplir o exceder
las expectativas de los stakeholders.”
29
Iniciación Planificación Ejecución Monitoreo y Control Cierre
4. Gestión de la integración
4.1 Desarrollar el Acta de
Constitución del proyecto
4.2 Desarrollar el Plan de
Gestión de Proyecto
4.3 Dirigir y Gestionar la Ejecución
del Proyecto
4.4 Supervisar y controlar el proyecto
4.5 Desarrollar el Control Integrado
de Cambios
4.6 Cerrar el
Proyecto o Fase
5. Gestión del Alcance
5.1 Recolerta Requerimientos
5.2 Definir el Alcance
5.3 Crear WBS
5.4 Verificación del Alcance
5.5 Control del Alcance
6. Gestión del Tiempo
6.1 Definición de actividades
6.2 Secuenciar Actividades
6.3 Estimación de Recursos de
las Actividades
6.4 Estimación de la Duración de
las Actividades
6.5 Desarrollo del Cronograma
6.6 Control del Cronograma
7. Gestión de los Costos7.1 Estimación de los Costos
7.2 Preparación del Presupuesto
7.3 Control de los Costos
8. Gestión de la Calidad8.1 Planificación de la Calidad 8.2 Realizar Aseguramiento de la
Calidad
8.3 Realizar Control de la Calidad
9. Gestión de los Recursos
Humanos
9.1 Planificación de los Recursos
Humanos
9.2 Adquirir el Equipo de Proyecto
9.3 Desarrollar el Equipo de
Proyecto
9.4 Gestionar el Equipo de Proyecto
10. Gestión de las
Comunicaciones
10.1 Identificar
Stakeholders
10.2 Planificar las
Comunicaciones
10.3 Distribución de la Información
10.4 Administrar las Expectativas
de los Stakeholders
10.5 Informar Rendimiento
11. Gestión de los Riesgos
11.1 Planificación de la Gestión
de Riesgos
11.2 Identificación de Riesgos
11.3 Análisis Cualitativo
11.4 Análisis Cuantitativo
11.5 Planificación de la
Respuesta a los Riesgos
11.6 Seguimiento y Control de
Riesgos
12. Gestión de las
Adquisiciones
12.1 Planificar las Compras y
Adquisiciones
12.2 Dirigir las Compras 12.3 Administrar las Compras 12.4 Cierre de
Compras
Grupos de procesosArea de
conocimiento
Recommended