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.
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:
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.
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.
Como no conozco su jurisdicción, esta es mi opinión personal basada en gran medida en las influencias europeas:
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.
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.
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.
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.
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.
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 on
mi 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.
¿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.
be nice
la 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.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.
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.
Entonces, lo siento, es tu culpa.
Lilienthal
daenith
"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.jane s
anomalía
njzk2
njzk2
LJ2
Salvador Dalí
n-1
capas de gerentes en una empresa den
personas.Emory
MonoZeus
MattD