Curiosa situación vivida en el desarrollo de un procedimiento para planificar el mantenimiento.
En este botetin (recuerda que hubo lista de subscriptores y revista) se muestra a Dilbert con viñetas, un apunte sobre las características de los estados sólidos y líquidos de la materia,
En esta entrada las viñetas de Dilbert van sobre:
Asesoría y Planificar
Cuidado con los Asesores !!!
Si estás en tu espacio de confort, y contratan a un asesor, él no hará nada pero tú empezarás a trabajar como un loco.
Psicología inversa dicen que se llama.
Planificar ¿útil?
Las empresas cada vez reducen más todos los gastos, de oficina. Y es de locos tener que introducir un código de empleado para usar una impresora o una fotocopiadora. ¡¡Ya no hablemos del fax!!.
Por eso un plan que permite «aislarte» y jugar al buscaminas toda la mañana; debe ser importante si se gastan dinero en impresiones y/o fotocopias.
Esta semana apuntel va sobre los
Química
de sólidos y líquidos y su morfología interna.
Seguro que te resultará por ello más llevadero que alguno de los anteriores, pues buena parte del contenido te recordará a ciertas situaciones de tu vida cotidiana.
Aquí lo tienes, Densidades.
Densidades, para entendernos en «roman paladino» (como dice MarianoRajoyBrey, expresidente del gobierno de España cuando se actualiza esta entrada en 2026).
6 páginas en PDF.
Desde el punto de una vista de consultoría presenta un indudable interés poder
Planificar el Mantenimiento
para poder realizar una adecuada Gestión de las Actividades de
Revisiones Periódicas.
En este sentido la interacción con los programas de gestión comercial, conocidos como CRM, resulta de amplía y actual utilidad.
Obviamente, simplemente se trata de una herramienta de apoyo pues lo fundamental es conocer las peculiaridades de estos servicios de inspección y diagnóstico para poder parametrizar y exprimir las posibilidades de dicho
software.
En esas me vi envuelto, ya fusionadas la empresa en la que trabajaba, IRM, con la empresa Preditec, años 2009 y 2010, puesto que se me asignó la responsabilidad de definir un procedimiento para la
codificación de actividades en la
Plataforma empresarial Salesforce.
Esta herramienta se venía utilizando desde el inicio del proceso de fusión, allá por el año 2006, para introducir toda la cartera de contactos de IRM, fundamentalmente de los directivos de la empresa, pues se trataba de una aplicación que venía de
Preditec.
El proceso fue largo, no tanto a nivel de introducir los campos si bien sí desde el punto de vista de su implantación y asimilación práctica.
En mi caso, dada mi responsabilidad comercial en líneas de producto entre los años 2006 y 2008, lo hube de utilizar para:
- Codificar todos los elementos de almacén relacionados con la Tecnología
- Documentar presupuestos e inversiones
- Realizar Seguimiento de Ofertas y Pedidos.
En realidad ese es el uso típico de esas aplicaciones CRM, añadiendo también actividades administrativas como control de personal y/o como base de datos de la documentación asociada, pero en general
it is not used for planificar el mantenimiento.
Ahora bien, el utilizar esa herramienta como plataforma para
Planificar Acciones de Ingeniería
suponía una novedad, si bien se pensó por parte de la firma, ya Preditec-IRM, en la medida que las acciones de ConsultoríaDe Mantenimiento presentaban un perfil parecido a las comerciales;
a saber, visitas periódicas al cliente y envío de informes que podrían asimilarse a las acciones de vistas comerciales y envío de ofertas. P
ero ¿es realmente cierto que
Seguimiento Actividades Comerciales = Ingeniería?
Esta era la idea pero como digo no era del todo correcta,al menos en mi opinión, pues el contacto cliente – proveedor en revisiones periódicas es coloquial.
Pero, insisto, esa labor se me asignó para que la dirección pudiera
Gestionar y Planificar el mantenimiento
RubenLorenzoAraujo que el CRM sea operativo con RevisionesPeriodicas el Mantenimiento
DosEmpresas Fusionan
Existe un mutuo desconocimiento de los perfiles de clientes y los modos de actuación que cada responsable de servicios está llevando a cabo en su gestión profesional.
O sea, que debía de actuar como
abogado del diablo
para que en base a mi parametrización del CRM, los directivos de la empresa fusionada empezarían a aplicar el cuchillo de los recortes.
Ese era el problema: por lo demás era una actividad sencilla el traslado de planificar el mantenimiento a este tipo de PlataformasInformáticas.
Vamos, que el diagnóstico por vibraciones es bastante más complejo que esto; sin lugar a dudas.
Por eso me enfrentaba a una doble disyuntiva:
- Oportunidad profesional acorde a mi formación como ingeniero de planificar.
No estaba nada mal pues yo también antes o después iba a ser objeto de ese recorte empresarial.
Tener números para posibles conflictos posteriores tanto para mí como para otros compañeros; la parte positiva de actuar de abogado del diablo.
- Pocos Compañeros eran mayores que yo, en edad, tras la fusión.
Por lo que «el azar» podría ponerse en mi contra.
«El azar» es provocado en empresas de consultoría. He trabajado en ellas durante más de 15 años y RubenLorenzoAraujo puede afirmarlo.
Vamos, que tenía ante mí
Todo un Papelón…..
Obviamente no me quedaba otra que
Obviar Organigrama
máxime cuando había ciertos aspectos del proyecto experimental (MedidaDeUltrasonido) en el que estaba más recientemente inmerso que aún quedaban por completar.
Lo que sí hice para minimizar los daños morales a mi persona, y también por ayudar a mis compañeros fue
- Crear sesiones de formación internas.
Y les contaba lo que yo pensaba sobre cómo planificar el mantenimiento desde ese CustomerRelationManagement Programming.
Así, mi estrategia resultó exitosa puesto que las formaciones internas se realizaban poco menos que como reuniones de primeros de semana.
De ese modo pensaban en mí toda la semana.
Y me fui haciendo popular dentro de la «nueva empresa».
Para que no fuese incómoda esa posición de AbogadoDelDiablo.
Seguro que me entendéis aquellos que hayáis pasado por algo similar.
En relación al
Estudio del CRM
para planificar el mantenimiento comentaros que se estableció el siguiente modo de operación:
- Llamadas = TAREAS
Cada telefonazo efectuado a un cliente debía codificarse como tarea en Salesforce de modo que se codificaba así el tiempo que se dedicaba a pensar el contenido de la llamada.
Algo importante cuando se da la relación amigable entre cliente y proveedor.
- ¿Llamada = EVENTO?
El momento del contacto se dejaba a criterio del cada responsable codificarlo como evento en el sistema: con su tiempo y alcance .
Pero era el tiempo, más que el alcance de planificar el mantenimiento, lo más importante: si la llamada era de 5 minutos para decirle que la visita se realizaba el próximo Miércoles pues no pasaba nada por no codificarla.
En el caso de más duración debían codificarse.
- Visita = EVENTO
Los tiempos de visita se codificaban como eventos a los que debían asociarse los equipos de medida usados para los trabajos.
En caso de viajes se debía proceder del mismo modo si bien se debía indicar el trayecto realizado.
- Informes = EVENTOS
En relación a los informes si se requería de un
- Tiempo de estudio o consulta se debía reportar como tarea previamente al informe en sí puesto pese a que el analista pudiera realizar de manera posterior.
- En el momento de revisar los datos debías introducir un evento.
- Para ambos casos se debían poner las horas reales de la consulta (pese a que fueran en tu domicilio) pero siempre con el código de actividad de oficina.
- El informe, en el sentido de revisión de datos en el software y preparación del documento, se codificaban como evento obviamente.
En general, todas las actividades se codificaban:
- Con el códigoDeProvincia si era fuera de oficina.
- Con el códigoDeOficina si era de gabinete.
Y esto lo íbamos practicando en
Simulaciones,
para que los compañeros lo fueran conociendo antes de que llegarán la dirección con los recortes.
Fue cuestión de 3 o 4 semanas y presenté el procedimiento, documento de word con pantallazos y ribetes, a la dirección del departamento gustándoles y llevándoselo para discutirlo con la dirección general.
A nivel personal deciros que
Recibí recompensa
con:
- Acceso a nuevos clientes de la firma preditec
aunque no estoy de acuerdo en que planificar el mantenimiento se pueda organizar como un departamento comercial.
En definitiva, que iba a
Mejorar mi situación Profesional
que no Personal.
Porque el mantenimiento predictivo tiene una parte muy importante basada en la imaginación; sí, aunque pueda parecer increíble así es.
Fijaros que la persona que me contrató, JOSEPEDRORAYO, decía el diagnóstico de maquinaria es:
15%
conocer la técnica .
Por ejemplo, si hablas de vibración entender las características de filtros, especificaciones de recolección, características de equipos de medida y un largo etcétera
20%
conocimiento de la maquinaria
Es decir, entender lo que es un compresor, su modo de operación, fallos característicos, ….
25%
nivel de herramientas utilizadas para el diagnóstico.
Usar equipos multicanal en lugar de monocanal, o usar más técnicas de control te dará obviamente más posibilidades de éxito.
40%
imaginación e ingenio
Así es, puesto que seguro que con todo lo anterior sabes la naturaleza del problema, pero ¿la verdadera causa?
Por esto, pese a que la
Fusión
de Preditec e IRM
permitió aunar los mejores medios para el mantenimiento, un
40%
depende de la capacidad de improvisación del analista y tener como una losa ese control de horas resulta algo difícilmente justificable.
¿ UsasCRM ?
Pues seguro que este post te ha resultado de apoyo.
Conoces los términos y estarás «harto» de usarlos a diario.
Compartí mis inquietudes sobre como planificar el mantenimiento y además sobre como universalizar el uso de tu software CRM,
Pero las personas en mantenimiento son bohemias, y difíciles de meter en vereda.
RubenLorenzoAraujo dice esto
Por lo que mis directores que lo sabían lo hicieron «como tapadera» para universalizar un programa informático de control; dado que en PREDITEC-IRM no existía ningún «controller humano».
Y entonces ahí entra la robótica.
Historias como esta encontrarás en el boletín (recuerda que en su día hubo una revista y subscriptores – mailing – ). Por afinidad te recomendaría diagnostico de mantenimiento,
servidores
Los servidores (7) worldwide y el de webempresa cruzándose dan estos curtosis para sus tiempos de carga.
Ello, creo, que es diagnosticar la arquitectura ClienteServidor como verás en pie de gráfica:
Deja una respuesta