PMI Nuevo Cuyo Argentina Mordcovich.pdf · enfoque de pequeños pasos –Desventajas –Suele...

30
1

Transcript of PMI Nuevo Cuyo Argentina Mordcovich.pdf · enfoque de pequeños pasos –Desventajas –Suele...

1

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

7

PMI – Grupos de Procesos

Planificación

Ejecución

CierreIniciación

Monitoreo y Control

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

12

Formato de los Procesos

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

26

En resumen…

27

Enfoque de acuerdo a las Características de

los Proyectos

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

30

No podemos dirigir el viento, lo que sí

podemos,es orientar nuestras

velas.

Es importante recordar que…

Muchas Gracias

por su tiempo

Reflexión Final