¿Cómo puedo reparar mi relación con mi jefe?

Parece que estás enfrentando algunos problemas culturales con la cultura de la empresa. Las culturas NO son fáciles de cambiar, puede cambiar a una persona, pero si esto es normal en toda la empresa y hay mejores opciones para su tipo de trabajo, es posible que esta no sea la empresa para usted.

La barrera que veo es:

• el trabajo en el hogar puede estar en la política, pero no se considera una parte normal de las operaciones y no se respeta el trabajo pesado en el hogar.
• algo acerca de cómo usted y su jefe se comunican acerca de sus horas extras está desconectado. Sus expectativas de lo que significa ir más allá y las expectativas de él son notablemente diferentes.
• la forma en que comunica problemas y resuelve conflictos ha tenido asperezas en el pasado y necesita encontrar una mejor manera de comunicarse sobre proyectos.

Si sientes lo mismo, aquí hay algunas ideas:

Expectativas claras

Obtenga las expectativas sobre su trabajo cuando trabaja en casa para ser muy claras. En este punto, es mejor que se establezcan explícitamente, incluso si eso significa que puede tener más restricciones en el futuro; al menos, usted y su jefe podrían estar de acuerdo y no tendrán problemas de aprobación de horas extra.

Cosas sobre el trabajo en casa que se podrían aclarar:

• ¿Cuál es un nivel aceptable de interrupción en el entorno de trabajo en el hogar? Muchas oficinas requieren que el trabajador tenga un espacio dedicado (como una mesa y una silla) y que esté marginalmente libre de interrupciones, en particular, que no sea el cuidador principal de los niños pequeños. Otras oficinas pueden estar de acuerdo con las interrupciones del cuidado infantil (particularmente en una emergencia), pero quieren que el trabajador sea muy juicioso en la forma en que carga el tiempo con el reconocimiento de que cada interrupción es un cambio de contexto.

• ¿Cuál es el contacto apropiado y aceptable con usted cuando está en casa? La mayoría de los trabajadores que trabajan desde casa preferirían que sus equipos se pusieran en contacto con ellos con la misma frecuencia que si estuvieran en la oficina (¡después de todo, están trabajando!) y no quieren quedarse al margen. Pero cómo y cuándo hacer contacto puede requerir negociación; por ejemplo, mi último equipo de trabajo pesado en casa usó IM ampliamente y todos pudimos ver cuando alguien estaba ocupado con una bandera de color, por lo que sabía que no debía llamar o IM si mi la persona estaba fuera o en una reunión.

• ¿Cuándo es apropiado hacer horas extras? Parece que sientes que realmente te estás matando por el proyecto, pero tu jefe no está de acuerdo. A veces eso viene a razones aceptables para las horas extras.

• que es eficiente He tenido muchos casos en los que las personas que no estaban trabajando de manera particularmente eficiente tuvieron problemas para cumplir con el horario. Parece que ha habido mucha discusión directa sobre los desafíos del proyecto, pero una cosa que debe verificar es si está alineado con las expectativas de eficiencia aquí.

• ¿Eres tan eficiente en casa como lo eres en la oficina? ¿Qué se requiere para equilibrar cualquier discrepancia? Dejando de lado las interrupciones personales, en el trabajo de tecnología puede haber todo tipo de fallas cuando se trabaja de forma remota: conectividad lenta, problemas con el acceso a ciertos recursos, un retraso en la recepción de comunicaciones importantes. Trabaje con su jefe para descubrir los puntos débiles y abordarlos.

¿Cuál es el problema?

Comenzaría seriamente tomando ese rechazo de horas extras y haciendo la pregunta simple: "¿por qué no lo aprobaste?" Esta puede ser una conversación larga y fea (o corta y fea), pero al menos conocerá la razón. Es hora de escuchar lo que dice el jefe y averiguar si sus requisitos son algo que usted pueda aceptar.

A partir de ahí, es posible que desee programar algunas reuniones periódicas para solucionar los problemas generales: si no tiene una reunión semanal o cada dos semanas con su gerencia, ahora es un buen momento para comenzar una.

Estoy diciendo que son correctos o razonables, pero al menos debe escuchar los detalles específicos sobre los problemas en su trabajo antes de poder decidir si solucionarlos o no.

Tengo esperanzas, muchas veces hay cosas que son bastante fáciles de arreglar, pero que son grandes puntos débiles para el equipo.

Está la "letra" de la ley y el "espíritu" de la ley.

Trabajó desde su casa sin obtener la aprobación previa de su gerente. ¿Conocías esta regla? De lo contrario, muchos gerentes tratarían de cubrirlo y le recomendarían enfáticamente que nunca vuelva a hacer esto. Esto puede estar en consonancia con el espíritu: el gerente lo aprueba.

La letra de la regla requiere aprobación previa. Este tipo de restricciones se establecen exactamente por este motivo. Alguien regresa de un fin de semana y quiere reclamar horas adicionales. El gerente se ve en aprietos porque ¿quién no quiere dar crédito a las personas por hacer un trabajo extra? El gerente no quiere acusarlo de ser deshonesto o indicar falta de confianza, por lo que se esconde detrás de esta regla.

¿Conoce a otras personas a las que se les hayan acreditado horas de trabajo en el hogar que no hayan sido aprobadas previamente por este gerente? Si es así, eso puede ser una indicación de parcialidad personal.

En el futuro, pregunta primero. ¿Es posible tener una reunión con su gerente y obtener expectativas claras de su trabajo? Sus especulaciones sobre cómo la gerencia percibe negativamente su trabajo pueden no ser precisas.

Editar: también debe obtener la aprobación por escrito. Buen punto de -@happybuddha.

Muchas personas que publican preguntas sobre empleadores en la India se quejan de que su trabajo no se toma muy en serio y que los gerentes tienen expectativas poco realistas. En los EE. UU., si pudiera mostrar alguna evidencia de que ha dedicado horas, tendrían que pagarle, no podrían 'rechazarlo' simplemente porque no están contentos. Esta evidencia puede tomar la forma de tráfico de paquetes en la VPN y fechas de modificación en los archivos. ¿Está utilizando un sistema de control de fuente que tiene marcas de tiempo de 'registro/registro'?

Puede haber alguna forma de discriminación en esta situación, ya sea por ser mujer o por algún otro atributo. ¿Hay alguna agencia interna o externa que pueda abordar eso si hay evidencia?

En lo que respecta al proyecto, es posible que no les guste el mensaje, pero si la evaluación es honesta, al menos pueden planificarlo. Lo más probable es que estén perdiendo dinero; es posible que haya sido una oferta fija y se haya excedido en el presupuesto. Esto es particularmente probable si el gerente que estimó el costo no solicitó ningún aporte de los desarrolladores y simplemente citó lo que "le pareció correcto". Esto no es nada sobre lo que puedas hacer nada, pero hasta que encuentren a alguien más que pueda desempeñar tu papel, es mejor que te quedes y hagas lo mejor que puedas.

Si no están respetando tus horarios, podría ser una buena idea buscar otro empleador; deberías estar protegido de las malas decisiones que toman otras personas, pero este no parece ser el caso. A menudo, las personas que hacen las cosas de esta manera mantienen estos hábitos durante mucho tiempo, por lo que podrías terminar en esta situación durante toda tu carrera. Si nadie más trabajaría en este proyecto, ya sabes por qué estás atascado con él.

Trabajé en un proyecto a mediados de la década de 1990 en el que me convertí en un 'niño de oro'. Me habían contratado como temporal para desarrollar algo en VB3, en ese momento la mayoría de las aplicaciones estaban basadas en caracteres VT100 de 'pantalla verde'. Iba a hacer una demostración del desarrollo rápido de aplicaciones (RAD).

Esto estaba relacionado con un contrato de soporte de la Fuerza Aérea de EE. UU.: la mayoría de las personas en el grupo mantenían una aplicación pero no desarrollaban ningún código nuevo. Mi trabajo consistía en integrar dos aplicaciones que, hasta ese momento, se habían operado como proyectos superpuestos, una en Oracle y otra en Microsoft Access. La queja había sido que las personas tenían que ingresar los mismos datos dos veces.

Comencé a diseñar las pantallas de VB3 y a vincular datos de la base de datos de Oracle, por lo que en poco tiempo tuve una interfaz en funcionamiento que impresionó a mucha gente. Mientras investigaba esto, me pidieron que ayudara con otro problema que tenía que ver con Microsoft Access: funcionaba muy lentamente y nadie entendía por qué. Resultó que estaban usando gráficos de tipo vectorial en sus botones de comando, por lo que la computadora mostraba una gran cantidad de detalles en imágenes del tamaño de un sello postal. Los convertimos a .BMP, lo que lo aceleró.

Muy pronto, la gente se puso en fila para obtener ayuda, el administrador del sitio tuvo otro problema en Access que arreglé, el enlace del lado del gobierno tenía una máquina vieja y chirriante con un disco casi lleno, que limpié lo suficiente como para que pudiera usarla más. de ello, y así sucesivamente. Mientras tanto, se decidió que la 'demostración' que estaba ejecutando debería completarse y ponerse en producción. Por lo tanto, mi 'temp' de seis semanas se convirtió en un proyecto de aproximadamente 2 años.

Obtener credibilidad, en esta situación, significa no solo impresionar a su jefe inmediato, sino a todas las personas con las que trabaja. Debe tener la experiencia suficiente para ver soluciones a muchos de los problemas que tienen sus compañeros de trabajo y estar en condiciones de ayudarlos a hacer que sus cosas funcionen. Necesita comprender no solo el código de su programa, sino también la aplicación comercial detrás de él; en el caso que describo anteriormente, me convertí más o menos en el experto básico en el proceso, no solo en el programa. La comunidad de usuarios en este caso eran oficiales militares de bastante alto rango, pero no eran ni remotamente diseñadores de sistemas, y habían sido arrastrados a esto desde otras especializaciones. Les explicaba cómo fluían los datos a través del sistema y, si les decían que se habían cambiado los requisitos, dependía de mí describir formalmente los cambios.

Muy pronto, usted es el 'dueño' del sistema y no solo puede escribir el código, sino también asesorar a los usuarios de alto nivel sobre el diseño y el proceso comercial. En ese momento, su jefe no estaría preparado para discutir con usted.