Mucho que comentar en tu muy nutritivo post María Eugenia, pero me quedaré por ahora con uno, el de "ir aprobando cada etapa con el cliente ...."

Normalmente he visto que al cliente le entregan el proyecto terminado y funcionando, pero que interesante lo que planteas, yo le veo muchas cosas positivas y solo quiero mencionar algunas:

• Involucras al cliente en un porcentaje alto dentro del proyecto
• Lo haces sentir más importante en toda la vida del proyecto y no solo al final
• Va conociendo todo el proceso y si en el futuro hay algún problema o quiere cambiar algo él está más consciente de lo que implican lo cambios o reparaciones.
• Conoce mejor a su hijo (proyecto) y le da más tranquilidad.
• Evitas cambios sustanciales de último momento.
• La comunicación entre el integrador y el cliente será más efectiva

… y muchas tantas, pero que tal si alguien más aporta?

Yo aquí me detengo, como ya es viernes por la tarde me voy por mi cerveza!!

Me imagino estar usando es tipo de lentes en el trabajo, mirar un equipo AV y que los lentes lo reconozcan, me de sus especificaciones, diagramas de como conectarlo, manual de como configurarlo y hasta el teléfono de soporte a quien pueda llamar.

Por ahora solo conformémonos con los smart glasses. 

In +30 years working in the audiovisual industry I have not received any recognition from the companies in which I have worked, neither from the company itself nor from my managers.

I would say this doesn't bother me, I firmly believe that all the work I have done is really good and I have gotten some promotions (is this a recognition?).

But there is another side to this story that I never expected, my coworkers and subordinates have said very nice words to me about my job and myself and how they feel about it.

That's one of the best things that has happened to me in the industry. Hearing those nice words from the people who are next to you on the battlefield.

Talking about the Forbes article, I agree that we must be close to our people, first to know them better and to know and understand their necessities and aspirations, in that way we can have a better idea to recognize, inspire or engagement them with the company´s goals.

Finally each person will need a different type of recognition.

La cultura organizacional y políticas de una empresa deberían de ayudar a evitar los excesos en los horarios de trabajo. ¿Esto se puede? por supuesto. De los 15 años en mi trabajo actual, 8 fueron de trabajo remoto y los 3 últimos de forma híbrida, puedo contar con los dedos de las manos las veces que me he quedado a trabajar fuera de mi horario normal.

La empresa nos cuida y todos respetan el horario de los demás.

En México hace poco se publicó una Norma para proteger los derechos de las personas que hacen trabajo remoto.

Tal vez les sea de ayuda a algunos.. abajo el link.

DOF - Diario Oficial de la Federación

uufff!!!   ufff!!!   … este es un tema que da mucho de que hablar y del cuál has hecho muy buenas referencias y sin duda se pueden profundizar en cada una de ellas.

De mi lado como fabricante me toca atender estos temas con los integradores y/o usuarios finales.

Para no hacer esto tan largo por el momento quisiera acotar solo dos puntos en el “Proceso de Resolución de Problemas”:

1.- El factor humano.

¿El técnico o ingeniero que va al llamado del cliente es siempre el indicado para resolver el problema? Me han tocado casos en los que el técnico que va no conoce el sistema instalado, no conoce ciertas marcas de equipo, no tiene el software o credenciales requeridas, puede ser que envíen al técnico nuevo para que vaya “obteniendo experiencia”, y esto muchas veces no es bueno a los ojos del usuario final.

2.- Una vez detectada la falla debemos de replicarla.

A que se refiere esto. Ya que hayamos localizada la falla debemos de provocarla nuevamente solo en el tramo que identificamos que se encuentra. Esto nos va a dar la certeza de si la falla se encuentra en los equipos, accesorios, cables etc. que identificamos o si proviene de otro lado.

Si logramos replicar la falla podemos darnos cuenta de que equipo es el causante y hacer los ajustes/reparaciones necesarias.

Estos son solo dos puntos que quería tocar rápidamente y hacer referencia de ellos.

En el “Procesos de Solución de Problemas” no hay que olvidar también de que necesitamos contar con la documentación del proyecto, configuraciones de equipos, software y otras cosas para poder realizar este proceso satisfactoriamente.

 Este proceso debe de contar al menos con buenas practicas para poder ejecutar cada una de las fases mencionadas correctamente, lo que no sé es si este proceso se incluye en alguno de los estándares ya existentes.