Advertencia por escrito del empleador por seguir las instrucciones del gerente para implementar la corrección de errores directamente en producción

Me pregunto si ustedes, las maravillosas personas aquí presentes, podrían ofrecerme algún consejo sobre cómo lidiar con una advertencia por escrito que recibí hoy.

Fondo

He estado trabajando para una empresa de software durante los últimos 8 años que se ocupa de la difusión de correo electrónico. Los clientes utilizan nuestro servicio para cargar sus listas de clientes y enviarles correos electrónicos promocionales, rastrear las respuestas de los correos electrónicos, etc. Algunos de estos correos electrónicos se pueden enviar a cientos de miles de personas a la vez.

Hubo un problema con una de las aplicaciones involucradas en el envío del correo electrónico. Mi jefe inmediato me asignó la tarea de analizar el problema. Realmente no había visto esta parte de la aplicación antes, por lo que su proceso era completamente nuevo para mí; Tuve que aprender sobre la marcha.

Después de investigar un poco, encontré el problema y le informé. Luego, mi gerente me pidió que hiciera un cambio para corregir el error. Sin embargo, me pidieron que hiciera este cambio en la versión activa de la aplicación, no en la versión de desarrollo. Para los desarrolladores que no son de software, esta no es la mejor práctica y es potencialmente peligrosa .

No cuestioné a mi gerente porque supuse (erróneamente) que si él estaba dispuesto a permitirme hacer un cambio como este en la aplicación en vivo, no podría ser tan catastrófico si algo salía mal, así que hice el cambio. Le pregunté cómo podíamos probar esto y me respondió:

"El cliente X ha programado un correo electrónico para enviar a 5k clientes en 10 minutos; será una buena prueba".

Luego se fue a almorzar, y yo también. Al regresar, el personal de soporte me informó que el proceso había fallado, lo que significaba que se había enviado un correo electrónico incorrecto a toda su base de datos en lugar de a un subconjunto de sus clientes.

Las consecuencias

Esta mañana, nuestro director gerente llegó a la oficina y estaba extremadamente enojado por lo que sucedió. Inmediatamente nos llevó a mi gerente ya mí a una reunión y nos preguntó qué había pasado. Mi gerente permaneció mayormente en silencio durante toda la reunión, dejándome a mí para hablar. En ese momento, no quería arrojar a mi gerente debajo del autobús, ya que quería permitirle admitir su error al indicarme que hiciera el trabajo en un sistema en vivo. Sin embargo, esta vez no llegó. Luego, el director gerente me detuvo y nos envió a ambos un aviso disciplinario por escrito, ya que existe la posibilidad de perder a este cliente que vale alrededor de £ 200k por año.

Mi pregunta

Se me ha otorgado el derecho de apelar la notificación por escrito, sin embargo, debo hacerlo dentro de los 7 días. Siento que este aviso por escrito que me han enviado es injusto ya que solo estaba actuando bajo instrucciones directas de mi gerente. Hoy hablé con mi colega al respecto y me dijo que escuchó toda la conversación entre mi gerente y yo sobre las pruebas en datos en vivo y piensa que mi aviso es injusto.

¿Crees que tengo razón para apelar esta decisión? y si es así, ¿cómo lo abordaría? Somos una empresa pequeña (10 empleados) y realmente no quiero que las cosas se pongan incómodas entre mi gerente y yo en la oficina.

Si bien me doy cuenta de que la retrospectiva es 20/20 y lo hecho, hecho está, esperaría que un desarrollador con 8 años de experiencia sepa mejor que hacer cambios en un entorno de producción, especialmente cuando se trata de un sistema CRM público, y especialmente en un aplicación de radiodifusión. Este es el tipo de cosas que arruina carreras...
"Client X have scheduled an email to go out to 5k clients in 10 minutes, that'll be a good test". He then left for his lunch, and so did I. ¿En serio? ¿De verdad ? ¿Ha estado trabajando en software durante 8 años y esto no hizo sonar las alarmas? Me haré eco del sentimiento de que ambos tienen suerte de seguir teniendo trabajo.
Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .
En retrospectiva, debería haberle preguntado al gerente si estaba absolutamente seguro de que era una buena idea, asegurarse de que estaba al tanto de los peligros (o al menos saber que podría haber algunos) y arrojarlo debajo del autobús en el siguiente lugar. reunirse si todavía insistía en ello. Tal como está, no creo que tengas mejor opción que aceptar el aviso y continuar en la empresa, o buscar otro trabajo en otro lugar. Buena suerte con lo que decidas; Me temo que esta no es una gran situación.
"Supuse" Ahora sabes que no debes asumir cosas cuando hay mucho en juego así. "será una buena prueba" ¿Te preguntaste qué podría pasar si falla la prueba? (que aparentemente lo hizo). Luego se fue a almorzar, dejando que un cliente desconocido probara una revisión en producción, en un producto del que tiene poco conocimiento. No creo que tengas muchos motivos para apelar. La única luz de esperanza que veo es que aparentemente tiene los derechos para implementar el código en vivo de manera arbitraria, lo que es una señal de que la empresa posiblemente tenga muy poca noción de lo que realmente debería haberse hecho.
¿Cuántos niveles de gestión se necesitan en una empresa de 10 personas?
Todo esto parece un poco loco. ¿Cómo pudo haberle explicado lo sucedido a su empleador de buena fe y de alguna manera dejarlo con la impresión de que no era una orden directa de su supervisor? Habiendo dicho eso, estoy muy sorprendido de la cantidad de tiempo y esfuerzo que la gente está tomando para castigarlo por hacer modificaciones directamente a un sistema de producción. Ciertamente no es la mejor práctica, no, pero siempre debe considerarse una herramienta en cualquier entorno con buena comunicación y procesos comerciales sólidos. La falta de ellos es el verdadero problema aquí.
@njzk2 idealmente 9. La regla general es tener n-1capas de gerentes en una empresa de npersonas.
No va necesariamente en contra de las mejores prácticas implementar una solución para la producción en vivo. Lo he hecho. Las claves son: (1) ¿es absolutamente necesario? Solucioné un error en producción que impedía que un estudiante terminara una prueba requerida académicamente. Ella no habría querido esperar. (2) ¿está absolutamente respaldado por la gerencia? en mi caso, estaba muy claro que querían que sucediera. (3) ¿puedes practicar en un servidor de prueba? (4) ¿puedes grabar en pantalla? Documenta todo.
Busque un abogado y explíquele esta situación. Deberían poder decirle rápidamente cuál es su mejor curso de acción y el dolor de cabeza asociado con las acciones disponibles.
Las lecciones más importantes que se pueden aprender de todo esto: cubra su trasero (CYA) y nunca confíe en que las personas "hagan lo correcto", especialmente una persona en una posición elevada con la capacidad de despedirlo. Si estuviera en esta situación, me habría negado rotundamente a impulsar el código a menos que fuera dirigido por alguien significativamente más alto, posiblemente con un título que comenzara con V, P o C. Si solo mi jefe emitiera la directiva, lo haría. Me he negado a hacer una corrección en el código de producción, porque incluso si me despiden, ningún gerente de contratación razonable en futuras entrevistas se burlará de mi decisión.

Respuestas (12)

Hay numerosos comentarios y respuestas que critican las prácticas estándar que no se siguen, etc., pero sé por experiencia personal que tales incidentes no son demasiado infrecuentes en las pequeñas empresas no tecnológicas del tipo mamá y papá. Por lo general, no hay gestión de cambios, estandarización, entornos inadecuados de prueba/escenario, no hay control de versiones... y todos (a veces incluso los que no son de TI) tienen acceso administrativo a las bases de datos/servidores de producción. En tales empresas, la mayoría de los cambios lo suficientemente pequeños van directamente a los sistemas de producción/en vivo porque los desarrolladores existentes conocen los sistemas de adentro hacia afuera (dichos sistemas tampoco son demasiado complejos). Pero cuando alguien nuevo se une, es muy probable que cometa ese error inicialmente cuando no está debidamente supervisado.

Lo que sucedió es claramente que su gerente le tomó la palabra cuando dijo que lo había arreglado, pero resultó que no lo había arreglado. Tampoco es su culpa porque era nuevo en el sistema y su gerente debería haberlo sabido mejor.

Dicho esto, creo que esta podría ser una gran oportunidad para que usted sea ascendido o gane suficiente respeto a los ojos de su director gerente para la próxima evaluación. A continuación se muestra lo que le recomendaría que puede hacer:

  1. Organice una reunión con su director general (y cualquier otra persona que tenga un nivel superior, excepto su gerente inmediato) y explíqueles lo que sucedió. No culpe a su gerente y no se culpe a sí mismo, pero sí explique los hechos del caso. No olvide dejar en claro que no fue su propia idea meterse con el sistema de producción y que siguió las instrucciones de su gerente en todo momento (pero nuevamente sin culparlo directamente, una conversación complicada). Si no puede mantener esta conversación sin que parezca que está apuñalando por la espalda a su gerente, entonces no lo haga.

  2. Luego enfatice el hecho de que el problema real aquí es la falta de mejores prácticas de la industria como gestión de cambios, gestión de versiones, TDD, integración continua, etc. en la empresa. Explique cómo se siguieron en sus organizaciones anteriores y que esos temas no existían allí. Dígale con confianza que está bien versado en esas prácticas y, si lo desea, puede implementarlas aquí también. Este paso va a lanzar tu carrera en esta empresa porque te cambiará del tipo nuevo que cometió un error al tipo nuevo que hará que nuestros problemas desaparezcan. Asegúrese de comprender a fondo las mejores prácticas antes de esta reunión para que sepa de lo que está hablando, las personas en puestos de alto nivel suelen ser lo suficientemente inteligentes como para ver a través de las mentiras.

Recuerde que la clave es usar todo el tacto a su disposición para cambiar el enfoque de quién lo hizo a cuál es el problema real y cómo va a implementar las mejores prácticas de la industria para que esos problemas desaparezcan para siempre (y haciendo mientras da la impresión de ser completamente honesto y sincero, cree en ti mismo y en tu capacidad para hacerlo).

Lo más probable es que los pasos anteriores eliminen la necesidad de preocuparse por la advertencia escrita y demás, y se habrá colocado en una posición muy favorable con su MD. Además, tendrá la oportunidad de implementar las mejores prácticas que no solo ayudarán a fortalecer su posición, sino que también mejorarán las cosas en su empresa en todos los ámbitos. Es una tienda pequeña para 10 personas, si eres bueno con tu MD, puedes quedarte allí para siempre.

Buena suerte.

Realmente me gusta mucho esta respuesta. Tal como dijo John F. Kennedy “Los chinos usan dos pinceladas para escribir la palabra 'crisis'. Una pincelada representa peligro; el otro por oportunidad. En una crisis, sea consciente del peligro, pero reconozca la oportunidad ”.
Además: "1. Si no puede hacer esto [conversación privada con MD] sin que parezca que está apuñalando por la espalda a su gerente, entonces no lo haga". Terrible consejo. Él tiene que hacerlo. Debería haberlo hecho la primera vez. Puede que al médico no le importe ahora, aunque es posible que no le haya importado la primera vez.
Personalmente, no tengo idea de si es una buena idea o si tiene alguna posibilidad de éxito, pero +1 pero otra sugerencia y por abordar la cuestión de cómo lidiar con la situación en lugar de insistir interminablemente en si se debe culpar o no al OP. por sus acciones.
@smci Se sorprendería de cómo funcionan las cosas en tantas empresas no tecnológicas muy pequeñas. El departamento de TI es más una ocurrencia tardía para estas empresas porque se considera más como el costo que como el negocio real. Conozco al menos 3 empresas diferentes en las que los BA tienen acceso completo a prod db/webservers. La compañía de OP claramente carece de algunas mejores prácticas. Ir a la alta gerencia y decir "Haré que todos estos problemas desaparezcan, solo denme una oportunidad" o simplemente ofrecerse para llenar los vacíos mostrará iniciativa y ayudará a mitigar el problema. Y es por eso que es una oportunidad en mi humilde opinión.
@smci La razón por la que sería una mala idea es que el gerente no estaría presente para defenderse. Organizar una reunión privada con el MD y dar la impresión de que la agenda es apuñalar por la espalda a su jefe para salvar su trabajo destruirá la credibilidad de OP. Es por eso que tiene que hacerse con tacto o no hacerlo en absoluto.
OP no es un "chico nuevo", después de 8 años trabajando allí.
Nuevo en ese proceso/aplicación...

Como no conozco su jurisdicción, esta es mi opinión personal basada en gran medida en las influencias europeas:

  • Hiciste lo que te ordenaron hacer.
  • Sabías que era potencialmente peligroso.
  • Tanto usted como su jefe fueron advertidos de esto.

Así que sí, actuó por orden directa. Sin embargo, su deber como buen empleado es advertir a su supervisor si hace algo mal. Entonces, en mi opinión, lo que necesitas probar es que lo hiciste. Que no solo confió en que su supervisor tenía razón, sino que presentó su propio conocimiento y su supervisor lo anuló .

Entonces, si tiene un correo donde le dice a su supervisor que no quiere hacer esto porque es peligroso y una respuesta de su supervisor donde le dice que continúe a pesar de sus objeciones, entonces definitivamente tiene un caso en el que es solo su culpa. .

Si no tienes nada de esto, tal vez porque asumiste que tu jefe sabría lo que tú sabes, entonces supongo que ambos merecen la advertencia. Tu supervisor por tomar una decisión estúpida y tú por no denunciarlo.

Incluso si merece la advertencia, será importante informar a la alta gerencia que estaba actuando bajo órdenes directas. Todavía pueden decidir que usted merece parte de la responsabilidad, pero la alta gerencia merece conocer los hechos.
@DJClayworth Mi opinión es que ya lo saben. Después de todo, le dieron a su gerente la misma advertencia.
@DJClayworth La alta gerencia aún no sabe que estaba actuando bajo órdenes directas. Como dije, quería darle a mi gerente la oportunidad de reconocer directamente que me ordenó hacer el trabajo en un sistema en vivo.
@Nathan Probablemente no lo haría. Mi consejo es informar rápidamente, y quiero decir rápidamente, a la alta gerencia que estaba actuando bajo órdenes directas y que ambos entendieron que era potencialmente peligroso. Pero parece que ya saben ese hecho, pero querrá asegurarse de que esté escrito con Recursos Humanos que estaba actuando bajo órdenes directas a pesar de este conocimiento.
¡Acordado! Una cosa que aprendí de una certificación de calidad (acrónimo) hace mucho tiempo fue producir evidencia . También me pregunto por qué se le encomendó buscar en una parte del sistema que no tiene ningún conocimiento, puede hacerme sentir mal desde el principio.
Una cosa que debes establecer es "¿qué cree la empresa que debí haber hecho?". ¿Deberías haber desobedecido a tu jefe y rehusado hacer el cambio? ¿Deberías haber consultado con la alta dirección? Tienes derecho a saber cuál creen que es la acción correcta.
@Nathan Su gerente probablemente no sea muy técnico y, como tal, probablemente no pensó en los posibles efectos secundarios de implementar cambios no probados directamente en producción. Es su trabajo asegurarse de que se haga bien. Debería haberlo probado y luego implementarlo si era bueno, incluso si su gerente dijo "llévelo a producción lo antes posible" o algo similar.
Si estamos hablando de una práctica adecuada de desarrollo de software, entonces posiblemente el director gerente debería emitir una advertencia disciplinaria por escrito por presidir un sistema en el que un desarrollador tiene derechos de acceso para cambiar el servidor en vivo, a pesar de que el protocolo establece que un gerente debe hacerlo. ("¡Es algo que nunca hago! Donde trabajo, si un error es urgente, la gerencia hará cambios en el sistema en vivo"). Solo desde ese punto de vista, estoy de acuerdo en que la alta gerencia debe obtener los detalles cuando las cosas van FUBAR.
@SteveJessop "entonces posiblemente el director gerente debería emitir una advertencia disciplinaria por escrito" ¿Cómo funcionaría eso?
@SteveJessop es una empresa de 10, por supuesto, todos los desarrolladores tienen acceso. De lo contrario, dependería de un tipo para hacer un despliegue.
@ThatGuy: pero según el interrogador, esta es la primera vez que realiza una implementación sin realizar pruebas como esta, y lo hizo siguiendo las instrucciones directas de la persona que normalmente lo haría, y fue un desastre. Por lo tanto, no parece haber ninguna ventaja de procedimiento en el hecho de que el desarrollador lo haya hecho (puede haber una para el gerente que haya repartido la culpa). En una empresa de 10, puede haber un término medio entre su dicotomía "todos los desarrolladores tienen acceso" y "solo una persona tiene acceso". Pero no sabemos cuántos de esos 10 no tienen ninguna relación con el desarrollo. Podrían ser 2, podrían ser 8.
De todos modos, mi punto es que los desarrolladores no deberían tener acceso para hacer esto, o la administración no debería ser la única que lo haga. Dar poderes a las personas, pero no la oportunidad de experimentarlos, conduce exactamente a este tipo de error.
@SteveJessop, su último punto es bueno y lo reconoceré.
@Steve Eso está tratando de resolver un problema social a través de medios técnicos. Si bien esto puede funcionar, y en este caso obviamente podría funcionar (¡para eso están los permisos!), es costoso de implementar y puede eludirse fácilmente (¿quién no ha oído hablar de cuentas/contraseñas compartidas en empresas más grandes con reglas estrictas?) . Por otro lado, enseñar a las personas sobre los riesgos y el procedimiento correcto es absolutamente el movimiento correcto en todos los casos.
Incluso si el OP actuaba bajo órdenes explícitas del gerente, no debería haberlo hecho. Era claramente imprudente.
@ThatGuy no necesariamente una persona, sino solo las personas que generalmente trabajan en el producto. Y en esta pregunta, dados los niveles de jerarquía y procedimientos, es muy probable que la empresa tenga más de 10 personas.
@njzk2 "Somos una empresa pequeña (10 empleados)" ~OP
(-1) No creo que esta respuesta realmente aborde la pregunta. Entiendo que la extensa introducción a la pregunta está llena de retórica exculpatoria y tiene algún valor contrarrestar eso y explicar por qué la advertencia podría considerarse merecida y/o legalmente sólida. Pero, ¿significa eso que una apelación es inútil o contraproducente? ¿Cuál es el mejor curso de acción para evitar más consecuencias negativas? No pareces abordar eso explícitamente. Otras respuestas son mucho mejores en ese sentido.
@ThatGuy, ¿cómo podría perderme esa parte?

Si estabas siguiendo instrucciones explícitas de un superior, entonces tienes razón para apelar. Sin embargo, dependiendo de su estado y experiencia, se habría esperado que anticipara y alertara a su jefe sobre sus instrucciones potencialmente riesgosas. ¿Era razonable esperar que supieras las posibles consecuencias de un error? Si le hubieras advertido y él hubiera insistido en proceder, razonablemente podrías ser considerado inocente; ese no es el caso aquí y debe estar preparado para parte de la culpa. Si hay una lección que aprender, es que siempre debe seguir sus instintos al verificar lo que se le pide que haga si tiene dudas genuinas.

En ese momento, no quería arrojar a mi gerente debajo del autobús, ya que quería permitirle admitir su error al indicarme que hiciera el trabajo en un sistema en vivo. Sin embargo, esta vez no llegó.

Bien hecho por tomar la moral alta. Sin embargo, está claro que tu jefe no está por encima de tirarte debajo del autobús. Y aquí radica el mayor valor de una apelación: si la alta gerencia tiene la impresión de que usted tuvo el papel principal en esto, y simplemente acepta la advertencia mientras él apela con fuerza, es probable que asuma todo el peso de las consecuencias.

está claro que tu jefe no está por encima de tirarte debajo del autobús. - No veo de dónde sacas eso. El gerente se dio cuenta de que nada de lo que dijera afectaría el resultado de esa reunión. Hizo lo inteligente y no dijo nada. En una reunión como esa, lo más inteligente que se puede hacer es escuchar y ofrecer solo el mínimo absoluto. Su jefe no quería escuchar lo que pasó, tenía que hacer la pregunta, cómo iba a terminar la reunión estaba predeterminado a menos que alguien dijera algo para empeorarlo.
@Chad Tonterías. El gerente tomó activamente la decisión de tomar este curso de acción y es su responsabilidad asumir la responsabilidad de esa decisión. Ese es el trabajo de un gerente. Si nuestro desarrollador OP va a tomar las decisiones que no fueron suyas, entonces 1) OP debería ser el administrador, y 2) OP debería tomar las decisiones. Tú tomas la decisión, tú tomas el calor. Asi es como funciona. Escabullirse de eso es un comportamiento terrible y no dudaría en destituir de inmediato a un gerente de un puesto de responsabilidad por tratar de ocultar sus errores de esta manera.
@J... - No se escapó. Se sentó allí y tomó la reprimenda que se merecía y aceptó el castigo por esa acción.
Pero no dijo "Le dije a Nathan que lo hiciera", que habría sido el curso de acción honesto. Al permanecer en silencio, espera que el mayor llegue a una conclusión diferente, una que solo puede ser menos favorable para el OP.
@Chad Se sentó allí y vio cómo disciplinaban a su subordinado por una decisión que tomó sin ponerse de pie para asumir la responsabilidad por completo. Eso es cobarde, poco caballeroso e impropio de un gerente, punto final.
@JuliaHayward: entiendo que esperas eso. Sospecho que el director ya sabía eso antes de entrar. Es una tontería ir a una reunión como esa sin saber los hechos antes de tiempo. Lo que debería haber hecho fue ponerse en contacto con el desarrollador con anticipación y hacerle saber lo que probablemente sucederá. Ambos la cagaron, ambos deben pagar el precio.

Esto es lo que a menudo se denomina "movimiento que limita la carrera" (o CLM, por sus siglas en inglés). Independientemente de lo que suceda, eres el tipo que casi le cuesta a la empresa un cliente de 200.000 libras esterlinas al año. (O el tipo que realmente lo hizo, en caso de que el cliente lleve su negocio a otra parte).

Cometiste dos errores que puedo ver.

La primera fue la implementación en producción sin una directiva por escrito de su jefe: debería haber enviado un correo electrónico describiendo los riesgos, desaconsejándolo y solicitando una confirmación por escrito de su decisión de hacerlo de todos modos. Así es como te proteges cuando una decisión como esta fracasa.

El otro error fue esperar que su jefe simplemente dijera voluntariamente que era su decisión cuando se reuniera con la alta gerencia. Esperemos que poco más se necesite decir en esta nota. Esperar que la gente acepte voluntariamente la culpa por ti es... imprudente, por decir lo menos.

Puede apelar la decisión, pero ambos errores harán que una decisión favorable sea mucho más difícil ahora. E incluso si consigues uno, ¿y qué? La alta gerencia sabe/cree que usted es una de las dos personas responsables de este desastre, ya sea que tenga una reprimenda oficial o no.

Ambos errores son experiencias de aprendizaje para su futuro, pero le aconsejaría que, independientemente, ha limitado su futuro en esta empresa. Es posible que decidan o no deshacerse de usted (y/o de su jefe), pero incluso si no lo hacen, sus oportunidades de progreso serán muy limitadas. Por lo tanto, en su posición, le recomendaría intentar encontrar otro trabajo en una empresa diferente, donde no tenga una marca negra en su contra.

Probablemente estés equivocado en el primer punto. El gerente directo dirigió una prueba usando clientes en vivo de 5K. Dado el marco de tiempo de 10 minutos, eso excluye las pruebas en preprod. Así que el rastro de CYA está en su lugar. En cuanto a las "oportunidades de ascenso", bueno, es una empresa de 10 personas.
@MSalters Advancement puede ser más que simplemente subir de rango. Aumentos, proyectos interesantes y otros beneficios pueden caer bajo ese término.
La única salvedad menor es la cultura corporativa. Algunos ven los errores como el costo del entrenamiento.
@MSalters El punto que está señalando es la misma lógica defectuosa que condujo a esta situación, una situación en la que el resultado de pensar que posiblemente podría haber una prueba "limitada" en Producción resultó ser incorrecto dado que hubo un error que evadió el alcance previsto de la prueba. Esta es la razón por la que no realizamos pruebas en producción: cualquier cosa puede salir mal, incluso mucho peor (es decir, la ley de consecuencias no deseadas) dado que parece ser una aplicación compartida/SaaS donde el código es compartido por todos los clientes.
@srutzky: No hace falta que me digas que fue una mala idea. El punto real que estaba diciendo es que hay un rastro escrito, a pesar de la afirmación en esta respuesta ("El primero fue implementar en producción sin una directiva escrita").
@MSalters Ok, pero nunca se dijo que la "directiva" para hacer la prueba estaba escrita o hablada. Y un marco de tiempo de 10 minutos no excluye pruebas adecuadas que no sean de producción (a menos que sea una situación de vida o muerte, que no fue así); lo que excluye es la capacidad de enviar cualquier solución a Producción en el marco de tiempo ideal del cliente, en cuyo caso se debe indicar al cliente que no envíe el correo electrónico hasta que se puedan realizar las pruebas adecuadas.

Apelaría y empezaría a buscar tranquilamente un nuevo trabajo. De ninguna manera querría una advertencia escrita aceptada en mi registro, no importa nada más. Y puede ser un preludio de la terminación en cualquier caso como el chivo expiatorio autoadmitido.

La regla general es no admitir nada formalmente sin sopesar muy cuidadosamente las posibles repercusiones. No tienes una idea 'real' de su agenda, pero puedes asegurarte de que no es favorable para ti.

Ciertamente no querría seguir trabajando para un gerente que aparentemente me tiró debajo del autobús.
@Raystafarian si fuera gerente, ciertamente no querría trabajar con un ingeniero que no sigue las mejores prácticas y no puede informarme ni advertirme sobre ellas. Como empleador, no me gustaría pagar por un tipo de 8 años de experiencia que sigue órdenes ciegamente sin pensar en las consecuencias.
@Raystafarian El gerente no arrojó a su empleado debajo del autobús, el empleado saltó frente a él mismo. Admito que no es exactamente caballeroso o noble dejar que el empleado reciba el golpe... pero tampoco lo es poner al gerente en una posición en la que tenga que sacrificarse por un empleado.
Chicos discutibles, el daño ya está hecho, ahora es el momento de mitigar para obtener la mejor ventaja del OP, puede señalar con el dedo todo el día.
O más específicamente, el autobús se acercaba, el gerente, que no estaba prestando atención a la carretera, le dijo al empleado que cruzara la calle, el empleado vio el autobús pero no preguntó y fue golpeado.
Apelaría, y el contenido principal de mi apelación sería del tipo "Soy nuevo y no hay documentación sobre quién tiene la autoridad para realizar cambios en la producción. Debe escribir el libro de reglas para que esto no vuelva a surgir". como esto."

Como desarrollador, creo que manejaste la situación muy mal y ahora estás tratando de encontrar algún apoyo que no te culpe. En mi opinión, debe admitir su error y buscar cómo mejorar su reputación o buscar otro trabajo.

Aquí están mis justificaciones para esta creencia:


Me pidieron que hiciera este cambio en la versión en vivo de la aplicación, no en la versión de desarrollo. No cuestioné a mi gerente porque supuse que si estaba dispuesto a permitirme hacer un cambio como este en la aplicación en vivo, no podría ser tan catastrófico si algo salía mal, así que hice el cambio.

Eres un desarrollador con 8 años de experiencia y simplemente pensaste que está bien hacer cosas en el servicio de producción que pueden afectar potencialmente a una gran cantidad de usuarios. Si pensabas que esto está mal, es tu responsabilidad como profesional advertir a la persona que te encargó una tarea y explicarle todas las consecuencias . No parece que lo haya hecho, sino que simplemente asumió que todos los demás, excepto usted, serán responsables y todos los demás están de acuerdo con esto.

Agregaría que esto

Realmente no había visto esta parte de la aplicación antes, por lo que su proceso era completamente nuevo para mí, tuve que aprender sobre la marcha.

no es una excusa válida, porque en cualquier sistema razonablemente grande hay muchas partes de la aplicación que uno nunca ha visto antes e incluso hay algunas partes que nadie en la organización nunca ha visto antes.


Otra parte:

Le pregunté cómo podíamos probar esto y respondió: "El cliente X ha programado un correo electrónico para enviar a 5k clientes en 10 minutos, será una buena prueba".

y aún después de 8 años de experiencia, usted acepta que la prueba de aplicaciones potencialmente peligrosas que admitió que nunca había visto antes debe realizarse en personas reales en vivo. ¿En serio? hey manager, what the hell is this? We should never do this and this is one of the worst things that you can suggest me. Here is what I think we should do: xxx¿ Dónde está tu Y luego, si realmente cree que esto es lo que debe hacer, déjelo por escrito.


bueno, y por ultimo

Luego se fue a almorzar, y yo también. Al regresar, el personal de apoyo me informó que el proceso había fallado.

así que has cometido dos errores muy peligrosos y en lugar de sentarte y estar listo para arreglar todo al segundo después del colapso, decidiste irte (¿o esperabas que todo saliera bien?)


Entonces, en base a esto , creo que usted tiene aún más culpa aquí que su gerente .

Al final imagina esta situación: vienes con uno de tus familiares (que está muy enfermo) a un hospital. Le estás pagando al médico, así que eres una especie de jefe. El médico comienza a tratar a su familiar y usted comienza a darle sugerencias sobre qué hacer. El doctor sigue ciegamente todo lo que le dijiste que hiciera ignorando el hecho de que tiene 8 años de experiencia y lo que le sugieres no tiene sentido y luego ambos felizmente van a comer.

Algo terriblemente malo le sucedió a un paciente y el médico dice: 'sabes qué, solo seguí lo que me dijo mi jefe'.

Esta es una situación muy exagerada, pero el punto principal es: usted es el profesional, debe conocer los posibles problemas con las cosas peligrosas que hace. Es su responsabilidad explicárselos a la gerencia. Y hágalos solo si escucharon sus quejas y le indicaron que hiciera lo contrario por escrito.

El único comentario que puedo hacer para mitigar el comportamiento del OP es que en el tipo de empresa que describe, es muy probable que su gerente también sea un desarrollador profesional que debería haber conocido los riesgos de tomar esta acción tan bien como OP. Aparte de eso, +1.
(-1) Explicación: al igual que la respuesta más votada (vea también mi comentario allí), esto suena más como un comentario elaborado en la sección "Antecedentes" que como una respuesta real a la pregunta formulada.
@Relajado en absoluto. Su pregunta es: Do you think I have a point for appealing this decision?. no you do not. You are lucky are were not fired. Admit your mistake and move onmi respuesta es Con justificaciones (basadas en los antecedentes aportados) por las que considero que no procede apelar la decisión.

Honestamente, me sorprende que no hayan sido despedidos por esto. Esta es una violación bastante grave de la confianza del cliente en la empresa. Como saben, en la industria del desarrollo de software, jugar con datos en vivo nunca es una buena idea, especialmente si dicha manipulación afectará a una amplia gama de clientes. Los clientes afectados pueden enojarse y expresar su enojo hacia la empresa. Si los altos mandos se enteran de esto, perseguirán a todos los responsables, independientemente de quién haya dicho qué. Piense en el escándalo de Wells Fargo que está ocurriendo ahora mismo. 5800 personas fueron despedidas. ¿Cuántos crees que simplemente estaban siguiendo lo que sus superiores les dijeron?

Sin embargo, estoy de acuerdo en que es muy difícil denunciar tal incumplimiento en el proceso cuando no hay un canal para hacerlo. Incluso si lo informa, es muy fácil para su gerente devolvérselo.

Así que simpatizo contigo porque esto es algo bastante difícil de bloquear. Para casos futuros, creo que puede desviar esto diciendo primero que cree que identificó el problema, pero que necesita probarlo después de configurar un entorno de desarrollo. Asegúrese de recibir todos y cada uno de los correos electrónicos con claridad y asegúrese de que, si se le pide que manipule datos en vivo, lo repita con una pregunta: "¿Quiero una aclaración de que quiere que cambie los datos en vivo con algo que no probé? "

Puede que no sea suficiente para proteger su trabajo, pero será suficiente para que, si lo despidieron injustamente, pueda tener pruebas de lo contrario.

Muchos buenos consejos, pero no estoy seguro de entender cómo esto aborda la pregunta en cuestión, que es cómo abordar una posible apelación. ¿Hacerlo o no? Supongo que tiendes a no hacerlo (porque no ser despedido ya es un buen resultado), pero ¿es eso lo que quieres decir?

¿Crees que tengo razón para apelar esta decisión? y si es así, ¿cómo lo abordaría? Somos una empresa pequeña (10 empleados) y realmente no quiero que las cosas se pongan incómodas entre mi gerente y yo en la oficina.

Su comportamiento de tratar de evitar sentimientos incómodos tiene un alto precio. Te llamaron a la alfombra y pensaste que tu gerente sería el caballero virtuoso de brillante armadura y te rescataría, pero eso no funcionó. Su gerente probablemente sabía que no debía ajustar el código de producción, pero tomó un atajo. Por eso, ya había una bandera roja en lo que respecta a la integridad. Así que tal vez esperabas demasiado en la reunión.

Ahora todavía te preocupa que haya algo de incomodidad, aunque en realidad no hiciste nada malo, si dices la verdad. Aparentemente, su gerente tiene una mejor postura para lidiar con las emociones negativas que usted. Está poniendo sus sentimientos por encima de su propia capacidad para llevar a casa un cheque de pago . Para salvar su propia cola, tendrá que volverse sabio, emocionalmente .

Aquí es donde puede llegar esto, si las cosas se ponen feas: sin trabajo, avisos tardíos en su buzón y un refrigerador vacío. Habla por ti mismo.

Solo un recordatorio para nuestros respondedores y comentaristas de nuestra política Be Nice . Mantenga todas las interacciones profesionales y educadas.
@JaneS no me queda claro cómo viola esto be nicela política. Por lo que entendí, ser amable no significa confirmar la creencia de OP y explicarle que tiene razón y que todos los demás tienen la culpa.
@SalvadorDali es genial. Te perdiste un comentario subido de tono sobre mi respuesta, que se ha eliminado. Gracias.
Esta versión es más eficaz y más útil. Gracias.
"aunque en realidad no hiciste nada malo". Sí lo hizo. Empujó el código no probado a un entorno de producción. Los profesionales dicen que no cuando se les pide que hagan algo poco ético. Y este fue un comportamiento poco ético.
"Poco ético" -- no del todo. Hay entornos (desafortunadamente, ahora trabajo en uno) en los que la gerencia no ha descubierto las ventajas de tener mucha más disciplina sobre lo que se puede hacer en un entorno de producción. No mintió, engañó, se coló, violó la ley ni robó: ESO no es ético. Siguió las instrucciones. ¿Fue imprudente? ¡Oh sí! ¿Vale la pena escalar por encima de la cabeza de su jefe? ¡Depende de quién está por encima del jefe! Pero si no hubiera consecuencias tan adversas, esto ni siquiera sería un problema.

Apelarlo. Puede que no ganes, pero al menos puedes contar tu historia.

Hágalo con humildad, explique que le dijeron que hiciera lo que hizo y pregúntese qué debería haber hecho de manera diferente. Dígales que se toma esto muy en serio y quiere asegurarse de que esto no vuelva a suceder, independientemente de si hay una advertencia en su registro o no.

Mientras tanto, y para siempre después de este punto, documenta todo. Si un gerente te hace a un lado y te dice "haz esto". Lo primero que debe hacer cuando regrese a su escritorio es escribir un correo electrónico que diga:

"Según nuestra conversación de hoy, me indicaste que hiciera ABC. ¿Debería informarse a alguien más antes de comenzar a trabajar en esto, y hay alguna inquietud/dependencia/permiso requerido que deba obtener antes de comenzar a trabajar?

Solo quiero asegurarme de que todos estén en la misma página. Gracias de antemano por tu aclaración"

Así es como puede documentar incluso las conversaciones secundarias y asegurarse de que quede claro de antemano que no es un cañón suelto.

Como solía decir en mis informes "Cualquier cosa antes de que suceda algo (fecha límite, error, etcétera) es expresar una preocupación, cualquier cosa posterior es una excusa que nadie escuchará. Llena tus preocupaciones y documéntalas.

No desea asumir la culpa principal de forma retroactiva y otros discutieron eso. Sin embargo, debe tener en cuenta que ciertamente hay una cosa por la que usted y nadie más tiene la culpa: instaló un cambio importante en un sistema en vivo a punto de realizar una gran transacción y luego, como la persona responsable de la ejecución técnica , fue a almorzar cuando lo hizo tu manager y dejó que la mierda se descontrolara en tu ausencia.

Y que después de esto se llamó un "caso de prueba" y por lo tanto no había plena expectativa de éxito.

Eso es como un maestro de demolición que pone el temporizador en los explosivos de un rascacielos y luego se va a almorzar, con la expectativa de regresar a un edificio demolido.

Esa parte del incidente realmente está coronando la imprudencia de todo el evento y pertenece legítimamente a su registro y no es algo de lo que pueda esperar razonablemente que lo eliminen. Entonces, la pregunta es cuánto espera mejorar su situación al corregir otras cosas.

Derecha; este es el verdadero problema aquí. No informar al gerente en términos lo suficientemente claros de que esto era una mala idea es un problema, pero no estar en el sitio para el tiempo programado con anticipación para un evento en el que debería haber sabido que había una probabilidad no trivial de falla es, en mi opinión, imperdonable.
(-1) Explicación: al igual que la respuesta más votada (vea también mi comentario allí), esto suena más como un comentario elaborado en la sección "Antecedentes" que como una respuesta real a la pregunta formulada.

Creo firmemente que usted y su jefe merecen las advertencias que recibieron por implementar un hotfix en vivo en producción y luego ir a almorzar .

El hecho de que se le haya ordenado que implemente el hotfix en vivo es un error de su jefe (y posiblemente suyo por no presionar con fuerza; hay ocasiones en las que mis jefes pueden pedirme que haga algo que sé que es peligroso y se espera que me rehúse) y señalar por qué como experto en la materia para esa área). Pero bien, le daremos este a tu jefe, aquí es donde se ganó su advertencia.

El hecho de que luego hayas ido a almorzar cuando sabías que iba a realizarse una ejecución en vivo con los datos del cliente es absolutamente alucinante. Lo siento, pero este es el momento en el que realmente se ganó su advertencia por escrito, y no veo cómo ayudaría apelar. Necesitabas estar cerca para asumir la responsabilidad y la propiedad de cualquier problema que ocurriera con esta solución y caíste en esto al ir a almorzar en el momento exacto equivocado.

El deber de su gerente es determinar qué debe hacerse; establecer prioridades, tomar decisiones difíciles y cosas por el estilo.

Su deber es saber cómo hacer lo que se debe hacer, tener en cuenta las mejores prácticas, calcular las compensaciones... y comunicar este conocimiento a su gerencia y ayudarlos a tomar las decisiones correctas.

No reconociste una situación peligrosa.

No le comunicaste esto a tu gerente.

Usted menciona que no sabía mucho sobre esta parte del sistema.

Sin embargo, usted ha estado trabajando durante 8 años en una empresa de 10 personas.

Si yo fuera su gerente, no esperaría que NO supiera lo que está haciendo.

  • Si no mencionó a su gerente su falta de conocimiento en esta parte de su sistema,
  • y si no mencionó los riesgos potenciales de hacer cambios en vivo y no en desarrollo para probarlos

Entonces, lo siento, es tu culpa.