Tomé una tarea que nuestro TL/equipo no podía hacer, pero pronto explotó en una tarea gigantesca y la única forma de hacer que funcione es hacerlo desde cero mientras la fecha límite era el 3 de julio (quería probarme a mí mismo). Trabajé incluso la noche anterior y el fin de semana, pero no pude cumplir con la fecha límite porque hubo muchos obstáculos, como que el servidor no respondió a la solicitud de API o encontré restricciones de último momento. Pero sigo diciéndole a mi gerente que será el lunes (hoy), pero nuevamente fui lento porque era una tarea nueva para mí. Hoy tuve invitados repentinos y le dije a mi gerente que le mostraré el trabajo mañana por la mañana porque quiere hacer una demostración porque el lanzamiento del sitio web está muy cerca. Ya siento que he dañado mi repositorio al asumir una tarea que nadie quería asumir. Aquí hay algunos antecedentes .
¿Qué puedo hacer ahora porque el servidor de nuestra oficina también está inactivo y no puedo acceder a los activos del sitio para hacer llamadas a la API e incluso si lo hago, no tengo suficiente tiempo para hacerlo/probarlo e implementarlo, lo cual le dije a mi gerente que haría?
¿Cómo puedo hablar con mi gerente, ya que debe haberle dicho a su superior sobre la demostración/exhibición?
Hable con su gerente lo antes posible. No caiga sobre su espada, simplemente infórmeles de lo que está causando inesperadamente un retraso e infórmeles cuánto tiempo sospecha que tomará la interrupción.
Tenga en cuenta aquí muy claramente que "cuánto tiempo llevará la interrupción" no es lo mismo que "cuándo entregará el resultado final". No puede saber si ocurrirá otro retraso inesperado y no debe hacer ninguna promesa basándose en la suposición de que no ocurrirá. Ya te ha mordido dos veces.
Nunca haga una promesa que no pueda cumplir . Incluso si no es tu culpa que no pudiste mantenerlo.
Como empleado, si desea que la gerencia le agrade o lo revise bien, debe adoptar el rol de manejar una carga de trabajo sin que la gerencia necesite estar al día con los detalles esenciales.
Pero esto también significa que la gerencia confía en su comunicación para no engañarlos, ya que no pueden "saber mejor" ya que no están actualizados sobre los detalles menores y si usted puede o no estar contradiciéndolos.
Tome el siguiente ejemplo: a las 8 am, alguien me pide que retome una tarea en la cartera de pedidos. En cualquier caso, se realizará a la 1 p. m., que es más de lo habitual porque hubo problemas, pero cuál de estos historiales de chat me hace parecer más profesional:
- [8:00 a. m.] Gerente: Oye, ¿podrías recoger la tarea 123?
- [8:01 a.m.] Yo: Lo investigaré de inmediato.
- [1:00 p. m.] Yo: La tarea 123 ha terminado.
o
- [8:00 a. m.] Gerente: Oye, ¿podrías recoger la tarea 123?
- [8:01 a.m.] Yo: lo revisaré de inmediato, estará listo en 30 minutos.
- [8:35 am] Yo: tengo que desarrollarlo desde cero porque la carga de trabajo explotó. Se hará alrededor de las 10 am.
- [9:58 a.m.] Yo: No puedo trabajar en la tarea en este momento, tengo invitados repentinos en este momento. Se hará alrededor de las 11:30 a.m.
- [11:15 a. m.] Yo: el servidor de nuestra oficina no funciona y no puedo acceder a los recursos del sitio para realizar llamadas a la API. Incluso si eso se resuelve, no tengo suficiente tiempo para probar e implementar antes de las 11:30 am.
- [1:00 p. m.] Yo: La tarea 123 ha terminado.
Si la gerencia ve que sucede lo segundo, solo ven un montón de excusas por las que el trabajo no se hizo a tiempo. Esa es una serie de señales de alerta de que este empleado es errático, incapaz de evaluar con precisión la situación de antemano, propenso a las distracciones (¿invitados?) y no cumple con sus propios plazos una y otra vez.
Al hacer promesas que no puede cumplir, se está dando la oportunidad de fracasar. Si alguien falla repetidamente, incluso si se puede argumentar que cada falla individual no es su culpa personal, eso dejará un sabor amargo en la memoria de las personas.
Pero si te apegas a la primera, donde no haces ninguna promesa y simplemente declaras hechos, esas inferencias no se hacen. La gerencia no conoce los detalles de la tarea (por eso te piden que la hagas) y nunca hiciste una promesa que no pudieras cumplir.
No les informe de cosas que no necesitan saber (y que no quieren que les molesten), a menos que pidan información específicamente, por ejemplo:
- [8:00 a. m.] Gerente: Oye, ¿podrías recoger la tarea 123?
- [8:01 a.m.] Yo: Lo investigaré de inmediato.
- [11:13 a.m.] Gerente: ¿Ya terminó la tarea 123?
- [11:15 a.m.] Yo: Hay algunos problemas con el servidor de la oficina que causan un retraso, ya lo estoy investigando.
- [1:00 p. m.] Yo: La tarea 123 ha terminado.
Esto todavía se ve profesional. Te encuentras tanto manejando tu tarea como lidiando con trabajo adicional a medida que la encuentras (es decir, el problema del servidor).
Incluso si la gerencia hubiera solicitado una actualización a las 8:30 a. m., 10 a. m. y 11:15 a. m., y usted tuviera que explicar los tres retrasos, todavía suena más profesional porque usted se presenta como alguien que maneja el trabajo de forma independiente .
Si quiere probarse a sí mismo, demuestre que es confiable, no errático y propenso al fracaso.
¿Cómo puedo hablar con mi gerente, ya que debe haberle dicho a su superior sobre la demostración/exhibición?
Lo antes posible utiliza el canal de comunicación más urgente que tengas entre tú y tu jefe (¿chat?) y dile que no vas a cumplir con el plazo.
Es importante que brinde estimaciones que sean lo más precisas posible y que mantenga a su gerente informado sobre cualquier retraso que afecte una fecha límite.
Lo primero que te va a preguntar tu jefe es CUÁNDO puedes terminar lo que prometiste. Si la respuesta es que no sabe, entonces sea honesto y dígalo. Es mejor que decir 1 día o 2 días y no tener nada que mostrar al final.
Su gerente confió en usted para hacer algo que dijo que podía hacer. Si realmente no puede hacerlo, debe informarles para que puedan pasárselo a otra persona o tal vez tengan sugerencias para ayudarlo.
La gerencia está interesada en las soluciones, no en las excusas. Y por excusas me refiero a cosas que estaban bajo su control en las que dejó caer la pelota, no cosas como que el servidor de la compañía se cayó. Siempre es mejor dar malas noticias seguidas inmediatamente de cómo se van a arreglar las cosas que simplemente dar malas noticias.
Por último, antes de aceptar/comenzar un proyecto en el que no está seguro, también puede hablar con personas más importantes y obtener sus comentarios/opiniones sobre cómo abordarlo. Una conversación de 10 minutos con alguien que está 1 o 2 niveles por encima de ti te ahorrará semanas o meses de problemas.
Sus prioridades inmediatas deben ser informar a su gerente por el canal disponible más urgente y luego dormir un poco. Si tiene una proyección razonablemente segura de cuándo se completará el proyecto, inclúyala, pero es mejor decir que necesita revisar la situación al día siguiente que hacer una mala predicción.
Muy rara vez debería ser una sorpresa para un gerente cuando se incumple una fecha límite. Eso solo debería suceder si hay un problema repentino y atípico poco antes de la fecha límite, como que un servidor normalmente confiable no esté disponible durante varias horas.
Comience a advertir tan pronto como sepa que la fecha límite está en peligro. Si hacerlo va a depender de horas de trabajo extremas, hable de eso. Tenga mucho cuidado con las horas extremas de trabajo. Lo que ganas en horas trabajadas lo pierdes en errores y falta de criterio. Los gerentes están en el negocio de ajustar los planes a medida que cambian las circunstancias, pero necesitan información precisa.
No tengo suficiente tiempo para hacer/probar e implementarlo, lo cual le dije a mi gerente que haré.
Ha cometido un error muy grave y, en lugar de admitir el verdadero problema, ha redoblado su error.
La única solución es sincerarse y explicarle el puesto a su gerente. Cuanto antes hagas esto, mejor irá (¡pero lo has dejado bastante tarde!).
empujador de bytes
Lilienthal