Sesión Educativa de Gerencia de Proyectos Al final de esta sesión, debemos haber comprendido :  Que los resultados se pueden lograr con la nueva metodología.

Slides:



Advertisements
Presentaciones similares
Como crear y usar una rúbrica
Advertisements

IDENTIFICAR NECESIDADES, PROBLEMAS U OPORTUNIDADES
Administración moderna de la seguridad
Teoría de restricciones Julio Castañeda Oscar Montes.
DESARROLLANDO EL PLAN DE TRABAJO
Equipo Técnico I.S.C: Presenta Chico Guzmán Nelson Fabián
UNIVERSIDAD "ALONSO DE OJEDA"
Pruebas de Diseño Diplomado en Calidad en el Software NOTAS
Soluciones propuestas
Proyectos Informáticos
La crítica constructiva
EL PLAN DE TRABAJO: MÁS ALLÁ DE LOS CRONOGRAMAS Y LOS PRESUPUESTOS
Elaboración de Planes de trabajos para Proyectos Informáticos
2. Diseño y Desarrollo del Producto
CONTROL DE CALIDAD.
METODO DE ANALISIS DE FALLAS
1.2 Decisiones de la comunicación organizacional
Gestión de proyectos Es la primera etapa de Ingeniería del Software.
COSTOS ESTANDAR DEFINCIÓN
Gestión de Proyectos Gestión de las reservas de tiempo y costos
III Jornada de Gerencia de Proyectos de TI
AUTOR: ESP. ROLANDO EVARISTO LAZA CAPOTE
Ciclo de formulación del proyecto.
Capítulo 3 Etapas de un Proyecto de simulación
MESA 3 Evaluación, seguimiento y mejora, auditorias internas y Revisión por la dirección Requisitos P
7 “verdades” del mercadeo en red
Indicador Especificación cuantitativa o cualitativa para medir el logro de un objetivo. Dicha especificación ha sido aceptada por los involucrados para.
Luis Fernando Hevia Rodríguez
1 Planteamiento del problema ¿Tenemos los humanos la capacidad de percibir si nos miran desde atrás? O, más exactamente: ¿Es defendible que existen otras.
Herramienta para el aprendizaje adaptativo que permite a los profesores ocupar su tiempo en la educación de los estudiantes.
PERMISO DE TRABAJO_3.
GESTION DEL TALENTO HUMANO. ANÁLISIS DE LA SITUACIÓN (Estudio de Necesidades de Capacitación  Con esta etapa se cumple con la detección de necesidades.
Administración de la Producción de Sistemas Computacionales
Ser Gerente o Líder L IDERAZGO. G ERENTE O L IDER  ¿Es líder o gerente?  El mundo está lleno de gerentes, pero escaso de líderes…. De líderes verdaderos.
PROGRAMACIÓN DE RECURSOS.
Aplicaciones de Ingeniería de Software
Juan Antonio del Valle Flores
ESTRUCTURA GENERAL DEL MÉTODO PARA LLEVAR A CABO UNA REORGANIZACIÓN ETAPA 1 Preparación detallada para el primer lanzamiento de iniciativa de cambio. ETAPA.
ADMINISTRACION DEL TIEMPO
El tipo de proyectos puede utilizar una metodología específica
Ingeniería de Software
Administración de proyectos
LAS REUNIONES 15 No exijamos de más al Presiente de Debates!
TRABAJO CON GRUPOS DESARROLLO PERSONAL PLANIFICACIÓN DEL APRENDIZAJE.
Un Repaso  Entrenamiento adecuado no ocurre sin mucho trabajo  Requiere que todo sea muy bien planeado  Hay.
Actividad 13. Calendarización de proyectos de software.
INGENIERÍA DE SOFTWARE
Análisis de Riesgo en la Planificación
¿Puede usted decir cuál es su estrategia?
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
“Introducción a las Ciencias de la Informática”
DIAGRAMA DE FLECHAS O RUTA CRITICA
EMPOWERMENT Yonathan Niño Efraín González
Departamento de Medicina Preventiva y Social, Facultad de Medicina Sociedad Uruguaya de Informática en la Salud (SUIS) Curso Introductorio a los Sistemas.
Dinámica dibujo sobre cabeza Pensamiento Sistémico Ing. José Manuel Poveda.
Fuente: CONTABILIDAD DE COSTOS.
2.1 DEFINICIONES CARACTERÍSTICAS Y SUPOSICIONES.
Análisis de Valor Ganado Earned Value Analisys
árbol de problemas y objetivos
Organización y Administración de Proyectos de Software Docente: LIA. SUEI CHONG SOL, MCE.
PREPARANDO A LOS ESTUDIANTES DEL DISTRITO ESCOLAR [DISTRICT NAME] PARA LA UNIVERSIDAD Y LA CARRERA PROFESIONAL Estableciendo una nueva base para el éxito.
Análisis de Valor Ganado Earned Value Analisys
Procesos de Planeación
 La gestión de proyectos una disciplina que ha tomado fuerza en la medida en que buena parte de lo que se hace tanto a nivel personal como profesional.
Equipo 10: NIÑO SUAREZ VERONICA USCANGA COLUNGA BRENDA YURIDIA.
Seguimiento y Control de Proyectos Informáticos..
Planificación de CPU Conceptos Básicos Criterios de Planificación Algoritmos de Planificación Planificación con Múltiples Procesadores Planificación Real-Time.
GESTIÓN DE PROYECTOS.
Gestión de tiempos del proyecto
ADMINISTRACIÓN Y GESTIÓN DE LA PRODUCCIÓN. Programación de Proyectos  Los proyectos pueden definirse como una serie de tareas relacionadas dirigidas.
Transcripción de la presentación:

Sesión Educativa de Gerencia de Proyectos

Al final de esta sesión, debemos haber comprendido :  Que los resultados se pueden lograr con la nueva metodología  Cuál es el problema raíz que hemos encontrado en el enfoque tradicional a la gerencia de proyectos.  Lo que le sucede a la contingencia que está dentro de los proyectos  Por qué puede haber una muy baja probabilidad de completar exitosamente todos los entregables del proyecto a tiempo, dentro del presupuesto y con el alcance/calidad prometidos.  Cómo Cadena Crítica supera estos problemas. Objetivos de Aprendizaje

Calidad TiempoCostos El Gerente Del Proyecto ¿Por qué entrenar Gerentes de Proyectos? Para mejorar la habilidad de un gerente de proyecto para terminar exitosamente un proyecto asegurando entregarlo: A tiempo Dentro del presupuesto De acuerdo con la promesa original (calidad y alcance) La contribución de la Cadena Crítica a la mejora del desempeño es a través de analizar el sistema que las personas están tratando de administrar, en vez de analizar las habilidades personales.

“- En su trabajo, se han topado con alguna iniciativa compleja que para poder manejarla, la gente necesita dibujar una imagen de lo que deben de hacer? - No entiendo – replica ella. - Algunos hacen el diagrama de bloques de los diversos pasos que deben realizarse para poder lograr el objetivo, mostrando cuáles deben realizarse en forma consecutiva y cuáles en paralelo. O bien, otra alternativa es usar gráficas de tiempo, que a su vez muestran cuándo debe de comenzar y terminar cada paso. Si se han topado con alguna situación en la que la gente ha usado este tipo de gráficas, se han topado con un proyecto. - Ya veo – dice…” - Eli Goldratt, Cadena Crítica ¿Cuándo tengo un proyecto ?

El problema que se debe resolver Que la solución es poderosa; es decir, se han cortado/ asumido las ramas negativas significativas ¿Qué se necesita tener claro para llegar a definir qué se requiere un proyecto?

¿Qué es un proyecto? Construir un edificio. Implementar un ERP Lanzar un programa de mercadeo Entregar un informe. Etc, etc…...

Todas las áreas de las compañías están permanentemente involucradas en la realización de proyectos. Algunas veces en múltiples proyectos a la vez (Multiproyectos)

Pero debemos preguntarle a las personas cuáles son el (los) problema(s) en el campo de la administración de proyectos

Las quejas más frecuentes: Generalmente no se cumple con las fechas de entrega prometidas Hay demasiados cambios a lo largo del proyecto. Nunca terminamos el proyecto dentro del presupuesto planeado. Los recursos (personal) no están disponibles cuando se necesitan aun cuando se haya prometido que allí estarían

Las quejas más frecuentes (cont) Las cosas necesarias no siempre están disponibles a tiempo (Materiales, permisos…..) Hay desacuerdos sobre las prioridades de las acciones. Hay necesidad de repetir los trabajos frecuentemente.

¿Qué Cambiar? Debemos pasar de este océano de problemas a identificar las causas que los generan. Pero como hacer esto? Le preguntamos a la persona que nos dio algún problema (Efecto Indeseable EIDE) que nos cuente un poco mas de el, y porque este le incomoda.

Generalmente no se cumple con las fechas de entrega prometidas originalmente. A Cumplir los compromisos originales C No menoscabar el contenido original prometido y ajustarse al presupuesto original. B Recuperar el tiempo perdido del programa D´ NO realizar ciertas acciones correctivas costosas NI tampoco recortar el contenido original del proyecto. D Realizar ciertas acciones correctivas costosas o recortar el contenido original del proyecto. PORQUE…….. Si no realizamos estas acciones, el proyecto se atrasara sin remedio.

Hay demasiados cambios a lo largo del proyecto A Cumplir los compromisos originales C No permitir cambiar ni el contenido ni el presupuesto originales B Tomar acciones para cumplir con el contenido y las fechas originales o Tenemos que cumplirle al cliente entregandole lo que él necesita. D´ NO Realizar los cambios que se requieren o NO modificar el alcance del proyecto. D Realizar los cambios que se requieren o modificar el alcance del proyecto. PORQUE…….. Si no realizamos estas acciones, el proyecto se atrasara sin remedio, O el cliente no recibirá lo que él quiere.

Hay necesidad de repetir los trabajos frecuentemente. A Cumplir los compromisos originales C Mantenernos dentro del presupuesto y tiempo de ejecución B Emprender acciones que aseguren el cumplimiento de las fechas originales D´ NO Repetir los trabajos D Repetir los trabajos PORQUE…….. Para terminar a tiempo, debemos comenzar sin las especificaciones finales, lo cual de seguro conducirá a repetir algunos trabajos, para ajustarlos a las especificaciones finales.

La Nube genérica de la administración de proyectos: A Cumplir los compromisos originales (tiempo, $ y contenido) C NO comprometer ningún otro compromiso original. B Hacer lo que sea necesario para cumplir con las promesas originales D´ NO Compensar las fallas que se tienen en las estimaciones originales. D Compensar las fallas que se tienen en las estimaciones originales. PORQUE…….. Las promesas originales son realistas. PORQUE…….. La seguridad que se nos permite incluir en la planeación no es suficiente para cubrir los imponderables.

La forma actual de trabajar: La forma de atacar el problema en la administración de proyectos, es concentrarnos y esforzarnos para que cada una de las tareas del proyecto termine a tiempo según lo planeado. El modo de mejorar es inducir mejoras locales en todo lugar.

¿Cuál es la diferencia entre una estimación “Realista” y una con el 50% de probabilidad?? 50% Estimación “Realista” 80% Tiempo Probabilidad de terminar 80%

50% Estimación “Realista” 80% Tiempo Probabilidad de terminar Pero a medida que la incertidumbre es mayor, entonces, la cola de la curva también se hace más larga: 80% 80%

En general NADIE estimará la ejecución de una tarea con una probabilidad de menos de un 80% de ejecutarse según se planeó. Pero si aliazan la curva, el tiempo que tarda en cumplir el primer 50% es casi igual al 30% restante.

El Síndrome del Estudiante ¿Cuándo empezamos a trabajar en alguna tarea que sabemos de antemano la fecha en la que tenemos que entregarla? R/ El día anterior la fecha de entrega ponemos toda nuestra atención en el.

El Síndrome del Estudiante Tiempo Probabilidad de terminar 80%50% Entonces la probabilidad de terminar a tiempo se reduce considerablemente

La Ley De Parkinson “El trabajo se expande hasta que ocupamos todo el tiempo disponible que teníamos para realizar una tarea determinada”. Quieren una muestra: Miren lo que pasa con los presupuestos, ¿si a mitad del periodo van gastando menos lo dejan así???

El efecto total Tiempo Probabilidad de terminar 80%50% Esta es la curva de desempeño en la vida real debido a la combinación del síndrome del estudiante y la ley de parkinson

Nuestro enfoque de proteger los tiempos de terminación de cada una de las tareas genera ambos síntomas (del estudiante y de Parkinson), y esto conduce a DESPERDICIAR la SEGURIDAD que teníamos.

La Integración o ensambles: A B C E D Integracion Tiempo real de terminación Lo que significa que las desviaciones no se promedian, se ajustan a la MAXIMA desviación de la cadena de integración o ensamble +10

Otra realidad: Recursos con tareas múltiples. Y Y La probabilidad que Y realice la segunda tarea a tiempo asumiendo que Cada tarea tiene una posibilidad del 50%, pues tan solo es de un 25% Ahora hemos comenzado a entender porqué la gente se siente tan paranoica con incluir suficiente protección en la estimación de la duración de las tareas

Un proyecto típico: ABECD GHFB IAC FBJ F JG FJ Tiempo

Los supuestos básicos de este proyecto Tuvimos cuidado en la etapa de planeación de de no pedirle al mismo recurso que ejecutara dos tareas a la vez. Los estimados de duración fueron calculados con una probabilidad de terminar a tiempo del 50%. Incluimos el síndrome del estudiante Redujimos la incertidumbre al máximo.

Luego simulamos este proyecto con la ayuda de una computadora asumiendo 80% de probabilidad de entregar a tiempo. Tiempo Probabilidad de terminar Histograma

¿Cuál es nuestra reacción común? ¿Si hemos prometido entregar el día 140, y vemos que vamos a terminar en el día 190? Comenzamos a expeditar todo, todo parece urgente y por supuesto, perdemos el enfoque del control del proyecto. Todo el mundo tiene que trabajar muy duro.

Entonces para el próximo proyecto nos cubrimos con una probabilidad de cumplimiento mayor, lo que hace que las fechas de entrega sean también mayores. Pero al final tampoco cumplimos con estas nuevas fechas. ¿¿POR QUE???

Y si agravamos las cosas considerando un ambiente de MULTIPROYECTOS (Varios proyectos realizándose a la vez), entonces las desviaciones se traducirán a todos y cada uno de los proyectos de una forma sistemática.

Elementos de un ambiente MULTIPROYECTOS: Muchos proyectos a la vez. Las personas trabajan parte de su tiempo en un proyecto y otra en otros proyectos. Hay recursos que sirven a los diferentes proyectos

Elementos de un ambiente MULTIPROYECTOS: Líder del proyecto: Es quien tiene toda la responsabilidad del proyecto pero prácticamente ninguna autoridad. Gerente de Recursos: Alguien que tiene que servir a demasiadas ordenes y amos.

Lo que sucede es que hay una mala organización de las tareas múltiples. ABC ABCABCABC Terminación tarea A Terminación tarea B Terminación tarea C Todos sufren, nadie gana

Entonces, en un ambiente de MULTIPROYECTOS, ¿cuánto podemos fiarnos de las estimaciones de tiempo?????

Simulación de los tres proyectos: Proyecto 1 Proyecto 2 Proyecto 3 Días para terminar cada proyecto Probabilidad del 10% 315 Probabilidad del 50% Probabilidad del 90%

En realidad existe suficiente protección o seguridad en las estimaciones para terminar el proyecto a tiempo, lo que sucede es que la desperdiciamos debido a nuestro modo de trabajar.

¿Cuál es el problema? ¿Qué cambiar ? Concentrarnos en que cada tarea termine a tiempo.

¿Cuál es entonces la solución ? ¿Hacia qué cambiar ?

La forma de detener el mal manejo de las MULTITAREAS Es escalonando los proyectos ¿Dónde hay mayor probabilidad para que los proyectos se atoren el mayor tiempo ? R/ En los recursos o departamento que están más sobrecargados.

La forma de detener el mal manejo de las MULTITAREAS Es escalonando los proyectos ¿Dónde es más probable que los proyectos causen un mal manejo de las tareas múltiples ? R/ en los recursos o departamento que están más sobrecargados.

La forma de detener el mal manejo de las MULTITAREAS Es escalonando los proyectos ¿Dónde es más importante explotar los recursos ? R/ en los recursos o departamento que están más sobrecargados.

Entonces debemos enfocarnos en ESCALONAR los proyectos en el departamento o recurso más sobrecargado.

Simulación de los tres proyectos usando el TAMBOR (DRUM): Proyecto 1 Proyecto 2 Proyecto 3 Días para terminar cada proyecto Probabilidad del 10% Probabilidad del 50% Probabilidad del 90%

Paso 1. Identificar la restricción del sistema ABECD GHFB IAC FBJ F JG FJ Tiempo Cadena Critica: Es la cadena más larga de tareas dependientes AB B GHB E

Paso 2. Explotar la restricción del sistema Mover la protección de las tareas a donde protejan el tiempo de terminación de todo el proyecto Tiempo ABECD GHFB IAC FBJ F JG FJ AB B GHB E

ABE GHB B Tiempo ABE GHB B La cadena critica antes de cambiar la protección Tiempo protección Después de cambiar la protección 1/3 del tiempo total

Paso 3 Subordinar todo lo demás al paso anterior Tiempo ABE GHB B protección 1/3 del tiempo total AA AA= Amortiguador de alimentación Para defender la cadena critica de las perturbaciones que ocurran en cualquier otro lugar : los amortiguadores de alimentación

Simulación de los tres proyectos usando el TAMBOR (DRUM) y los Amortiguadores: Proyecto 1 Proyecto 2 Proyecto 3 Días para terminar cada proyecto Probabilidad del 10% Probabilidad del 50% Probabilidad del 90%

¿Cómo establecer las prioridades ? Administración de Amortiguadores. Velocidad de consumo del Amortiguador del proyecto y de los Amortiguadores de alimentación. Solo después de haber consumido el 100% del Amortiguador de alimentación, entonces comenzara a consumirse el Amortiguador del proyecto.

Simulación de los tres proyectos usando el Tambor, los Amortiguadores y la Gerencia de Amortiguadores: Proyecto 1 Proyecto 2 Proyecto 3 Días para terminar cada proyecto Probabilidad del 10% Probabilidad del 50% Probabilidad del 90%

Evaluación del progreso del proyecto Porcentaje de penetración (consumo) del AMORTIGUADOR del Proyecto. Proporción entre el consumo del Amortiguador del proyecto y la proporción ya terminada de la Cadena Critica. Velocidad a la que se consume el Amortiguador del proyecto.

RESUMEN: Lo importante no es terminar cada tarea a tiempo, lo que interesa es terminar TODO el proyecto a tiempo. Lograr un consenso de construir el PERT de cada proyecto de acuerdo con la Cadena Critica.

RESUMEN: Lograr el consenso de escalonar los proyectos de acuerdo con el Tambor (DRUM) que haya seleccionado. Instale un mecanismo que le permita administrar los Amortiguadores fácilmente, es decir contar con una cómoda Gerencia de Amortiguadores.

Referencias Bibliográficas.

Preguntas ??