Menu

Planeamiento súper detallado – ¿más es mejor?

Rodolfo Stonner Comente 17.01.18 556 Vizualizações Impresión Enviar

Planeamiento súper detallado – ¿más es mejor? Hemos publicado aquí en Blogtek muchos artículos sobre planificación (todavia en Português, luego en Español) – Planeamiento en Olas, Planeamiento y Programación, Cronograma de Hitos, Planear NO significa manejar el Project – y continuamos nos dando cuenta de que en Mega Proyectos hay una ENORME cantidad de proyectos retrasados. Hoy haremos una lectura comentada de un artículo de un renombrado Gerente de Proyectos, agregando nuestra propia experiencia. Si desea información sobre los próximos artículos, informe su correo electrónico aquí.  SU E-MAIL NO SERÁ USADO POR TERCEROS.

Haga clic aquí y regístrese para recibir una notificación por correo electrónico cada vez que se publique un nuevo artículo

Su correo electrónico no será utilizado por terceros ni para el envío de spam.

Planeamiento súper detallado – contexto

Recientemente un amigo de Petrobras me envió una serie de artículos sobre Project Delays, publicada en el Hydrocarbon Processing. Los artículos fueron publicados en los ejemplares de abril, mayo y junio de 2014, por el ingeniero J. Corrales-Perez, de la empresa española Técnicas Reunidas, que actualmente gestiona el proyecto de expansión de la refinería de Talara, en el norte de Perú, que tuve la oportunidad de conocer, ministrando un curso de Gestión del Mantenimiento, en mis vacaciones de 2005.

Y por coincidencia hoy día, en 2018, estoy trabajando en el PMO de la ampliación de la Refinería de Talara.

Es importante destacar aquí que respeto sobremanera la cuestión de los derechos de autor, por lo tanto NO se trata de una reproducción del artículo, sino de agregar comentarios de experiencia personal a los aspectos relatados por el autor. Este artículo fue sometido a su aprobación, antes de la publicación.

Planeamiento súper detallado – evolución

Planeamiento súper detallado

Planeamiento súper detallado – más es mejor?

Corrales-Pérez, en un artículo llamado “The oversized PERT tramp” (traducción libre: La trampa del PERT súper dimensionado), rescata del pasado el momento en que las redes de precedencia se construyeron de forma manual, incluso en el modelo americano “AOA” (Actividad on Arrow – actividad en la flecha, lea más en Diagrama de Precedencia- para qué sirve? – en Portugués, luego en Español). Los diagramas de precedencia (muchos llaman red PERT, que no es el término exacto) se dibujaban cuidadosamente a mano, en papel A0, y por eso mismo no se detallaba demasiado las actividades. En REDUC (Refinería Duque de Caxias, de Petrobras), usábamos el PCDR (Programa de Control y Duración de Recursos), desarrollado internamente por el Técnico de Mantenimiento Humberto y el Ingeniero Luiz Cézar, donde los datos eran introducidos por una interfaz nada amigable, en terminales, para ejecutarse en una computadora central, y los resultados se obtenían sólo el día siguiente.

De esta forma, la construcción del diagrama de precedencia era hecha en equipo, con participación de especialistas, de los gerentes, por lo que todos tenían un buen conocimiento del Planeamiento.

Planeamiento súper detallado – estatus actual

Con la facilidad obtenida a través de los software de planificación disponibles (como MS-Project, Primavera, Spider Project, entre cientos), las actividades se pueden desplegar en detalle; Corrales-Perez menciona que el número de actividades llega fácilmente a 5.000, yo añado que he visto proyectos con más de 100.000 actividades.

Con este número de actividades, evidentemente no hay participación de los especialistas y de los gerentes de proyecto, lo que perjudica un análisis crítico y contribuciones de aquellos que tienen experiencia en las actividades que se están planificando.

Además de la enorme cantidad de tareas, el propio software inhibe la participación de los especialistas y gerentes; mientras algunos softwares son de más fácil utilización (MS-Project, Spider Project), el más utilizado actualmente en Obras de gran tamaño (Primavera) normalmente tiene acceso y aprendizaje más difícil y demorado, creando entre el analista y la obra más una interfaz: el operador del software.

De esta forma, el planeamiento súper detallado, en lugar de enriquecer el planeamiento, lo deteriora.

Por supuesto que no estoy abogando un “barrón”, una única actividad para representar la tarea de montar un tramo de tubería de 200 toneladas, pero no hay necesidad de descender al nivel de cada soldadura.

Planeamiento súper detallado

Planeamiento súper detallado – más es mejor?

¿Cuál es el punto ideal? No hay una fórmula mágica. Depende de las características de cada proyecto: en una parada de mantenimiento, con una duración típica de 30 a 40 días, trabajos en régimen de 24 h / día, mi experiencia muestra que podemos llegar a detallar actividades en períodos de 2 horas; en un montaje de una nueva planta de proceso, la cual dura más de un año, no hay sentido en ir a este nivel, las actividades pueden ser visualizadas en semanas, o eventualmente días. Vale la pena el dicho latino “Virtus in medio est” (La virtud está en el medio), es decir, no tan detallado que se pierde el control, ni tan resumido que no se pueda individualizar las tareas principales.

Otro problema del excesivo detalle es que toda estimación (de plazo, de recursos, de costos) tiene errores inherentes, y crear demasiadas sub-tareas puede propiciar la propagación de errores …

Por fin, Corrales-Perez menciona un aforismo de Peter Drucker: “Aquellos que quieren controlar TODO, no lograrán controlar NADA.”

Estamos siempre publicando artículos sobre Liderazgo y Gestión, Gestión de Proyectos y Gestión del Mantenimiento. Cada semana, un nuevo artículo. Para mantenerte informado sobre los próximos artículos, registra tu e-mail aquí abajo en Suscríbase a Blogtek! SU E-MAIL NO SERÁ USADO POR TERCEROS.

Haga clic aquí y regístrese para recibir una notificación por correo electrónico cada vez que se publique un nuevo artículo

Su correo electrónico no será utilizado por terceros ni para el envío de spam.

Rodolfo Stonner

Ex- ingeniero Senior de Petrobras, y fue Gerente de Construcción y Montaje de las Obras Extramuros de la Refinería Abreu y Lima (RNEST), en Pernambuco. Actualmente jubilado, es consultor e instructor en las áreas de Gestión de Proyectos y Gestión del Mantenimiento, y está actuando con Deloitte en la implantación del PMO para la Refinería de Talara, Perú. Le gusta la enseñanza, intercambiar experiências y conocimiento, está certificado como PMP (Project Management Professional) y RMP (Risk Management Professional) por el PMI, y es CRE (Certified Reliability Engineer) por la ASQ.

DEIXE O SEU COMENTÁRIO

Publicidad

Gestión del mantenimiento

Indicadores de desempeño para el mantenimiento

Comente Rodolfo Stonner 22.05.18
Liderazgo y Gestión

Low Ball Technique – subestimación de valor

Comente Rodolfo Stonner 15.05.18
Liderazgo y Gestión

Sesgo inconsciente – riesgos para la organización y el proyecto

Comente Rodolfo Stonner 08.05.18
Liderazgo y Gestión

5W 1H – Plan de Acción

Comente Rodolfo Stonner 02.05.18
Gestión del mantenimiento

Salud del Mantenimiento – Evaluación

Comente Rodolfo Stonner 24.04.18

Gestión de Proyectos

Metodología FEL – concepto de portones

1 Comentario Rodolfo Stonner 17.01.18
Liderazgo y Gestión

Descubra sus fortalezas – Marcus Buckingham

1 Comentario Rodolfo Stonner 17.01.18
Gestión del mantenimiento

Curva de la bañera

1 Comentario Rodolfo Stonner 20.02.18
Gestión del mantenimiento

Risk Based Inspection (RBI) y el Mantenimiento

1 Comentario Rodolfo Stonner 03.04.18
Gestión del mantenimiento

Análisis de Indicadores – ¡ojo en estos aspectos!

1 Comentario Rodolfo Stonner 17.01.18

Bienvenido al nuevo

Blogtek

Sea notificado siempre que un nuevo contenido esté disponible..

No se preocupe, no tenemos la práctica de enviar spam.
© 2013 - 2018 Blogtek.