Offtopic : El problema de los fantasmas y del marketing

Castaneda decía en uno de sus libros (Viaje a Ixtlán) que ciertas personas son fantasmas en el camino.

van dos ejemplos de fantasmas en la vida laboral:

Ejemplo uno

Mi verdadero trabajo actual por nómina consiste en prever los problemas de continuidad de NOM 151 en un corporativo, y de manera aparente es resolver ciertas contingencias de servicio que soy el único que puede resolver.


Castaneda decía en uno de sus libros (Viaje a Ixtlán) que ciertas personas son fantasmas en el camino.

van dos ejemplos de fantasmas en la vida laboral:

Ejemplo uno

Mi verdadero trabajo actual por nómina consiste en prever los problemas de continuidad de NOM 151 en un corporativo, y de manera aparente es resolver ciertas contingencias de servicio que soy el único que puede resolver.

hace unos tres meses noté un problema fortísimo con los respaldos de la empresa y las bases de datos. Expliqué y cambié de server para solucionar las bases de datos. Los respaldos los he sacado con una técnica propia.

Y hace unos días, kaboom !

Una de las programadoras novatas editando en Linux guardó a medias un script que es casi todo el sistema de facturación de uno de nuestros clientes. Ella tenía un respaldo de tres semanas antes, y mi método especial de recuperación y respaldo se tardó tres horas (bajar y expandir un archivo de 8 gb no es cosa simple) y recuperé el archivo con fecha del día anterior.

Fantasmas en el camino, porque desde hace unos cuatro meses hice una propuesta que nadie dijo nada, para poder recuperar archivos en tres minutos. (Cosa que haré esta semana).

Aqui hubieron varios fantasmas:
1 ) la programadora que no sacó respaldo y editó en vivo
2 ) el jefe de su unidad que no autorizaba crecer el espacio en server
3 ) El programador medio de esa unidad que se dió cuenta que algo estaba mal pero se tardaron 4 horas en identificar que el archivo estaba a medias
4 ) La política corporativa que les permitió modificar un archivo que yo hice hace un año y no respaldarlo.

Afortunadamente mis respaldos ad hoc hicieron lo necesario.

Ejemplo Dos:

Un sistema parte de nuestro Software as Service (sitio web hosteado con nosotros) que hice estaba diseñado para clientes pequeños con un máximo de 200 artículos y evitarles captura, incluye histórico de precios etc. Cosa que sabían los de ventas. Se lo vendieron a un cliente que maneja 400 artículos al mes. Ahora el cliente PEQUEÑO tiene el problema que el solo maneja mas artículos que todos los demás clientes juntos y no representa ni el 1% de nuestro negocio.

Asi que los de ventas le ofrecieron ayudarle a cambiar al otro sistema. Y pidió ayuda para crear una lista de 3900 articulos. Y los de ventas le dicen que sí. Entonces el cliente dice que es la lista MENSUAL.

Reviso y veo que el cliente no ha usado la política de cambios de precios y que el mismo artículo lo maneja con diferentes precios a diferentes clientes, por lo que su artículo está dado de alta en ocasiones a 15 clientes, con diferentes precios. Justo lo que dice
nuestro sistema mayor, de una tercera unidad de negocio.

Asi que aqui se ve el problema de varios fantasmas:

1 ) Los gerentes de cada unidad que no definieron el rango de cada paquete
2 ) los de ventas que permitieron de entrada algo de 400 cuando el límite eran 200.
3 ) El mismo de ventas que les dijo que si subimos mensualmente 3900 artículos.
4 ) El cliente que no usó la política de cambio de precios (y usar el módulo de cambio de precios ahorita sería un desastre por su historial)
5 ) El gerente que no supervisó a los de ventas.
6 ) los que controlan el tiempo usado de los de soporte. Resulta ahora que el 25% de tiempo de soporte se dedica a un cliente que no es el 1% de las ventas, porque los de ventas quisieron asegurar 1700 pesos mensuales vendiendo algo que pudo pasarse al software de la otra unidad.

Lo peor del caso es que la solución no me toma mas de ocho horas una vez me pongo a trabajar en eso, pero en este caso tiene que pasar por cinco niveles de aprobación.

Asi que resulta que en vez de dejarlo como estaba, siguiendo las instrucciones que dije hace un año, o decirme simplemente, hazlo ! , crearon cinco niveles de parásitos y fantasmas intermedios. (menos los de soporte, porque lo de ventas es mercado cautivo y no hacen labor de ventas).

======================================================

Uno de los peligros de castaneda es el problema que menciona de pasada. La gente común no desea cambiar, porque simplemente no puede cambiar. Si viviera de forma diferente morirían.

En mi caso, recibo un sueldo para que alrededor de mi trabajo se hagan tres o cuatro niveles administrativos.

Y si no llevan un control, pueden obtener ciertas ganancias pero son incapaces de hacer las cosas por sí mismos.

Y el trabajo que está subyacente en estos ejemplos, son, la programadora novata que no puede tomar decisiones sobre la posibilidad de cambios, y que no es responsable de sus cambios, o los que cambian a lo burro y no se hacen responsables de sus cambios.

El punto intermedio es el ser incapaz de cambiar. Eso les pasa a muchísima gente.

Me beneficia. Son incapaces de cambiar. Me necesitan.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *