Altos estándares y mantenerlos sin sonar como si me estuviera tomando las cosas personalmente.

Recientemente tuve mi revisión de mitad de período. Todo fue genial, excepto una cosa que mi gerente mencionó que no debía tomarse las cosas como algo personal cuando alguien no está de acuerdo con mis altos estándares en los productos de trabajo.

Como contexto, soy ingeniero de software sénior y parte de mi trabajo consiste en revisar todos los productos de ingeniería, como los requisitos, los planes de prueba, las pruebas, el código y la arquitectura. Así que mi trabajo por naturaleza es criticar y validar.

No creo que me lo tome como algo personal, sin embargo, estoy a cargo de garantizar que los productos de trabajo que reviso para la organización sean de primera categoría porque van a nuestros clientes. Tengo una tendencia a ser muy estricto y firme en adherirme a excelentes procesos y estándares de ingeniería.

¿Cómo puedo mantener estos estándares sin ser acusado de tomar las cosas demasiado personales?

¿Cómo reaccionas cuando alguien no está de acuerdo con tus altos estándares?
¿Cómo suele señalar cualquier problema con el código? ¿El problema es el hecho de que te adhieres a altos estándares, o es cómo te expresas cuando proporcionas la retroalimentación? ¿Cómo manejas los desacuerdos?
¿Cómo se definen los estándares de ingeniería? Cuando revisa el trabajo y señala los problemas, ¿las personas no están de acuerdo en que no se adhieren a los estándares o no están de acuerdo con los estándares mismos?
Los tenemos documentados y los requisitos son claros. Hay manuales y otros documentos de proceso generalmente acordados.
@Brian, ¿por qué tu gerente dice que te estás tomando las cosas como algo personal? Gran parte de la discusión sobre esta pregunta se trata de que otros desarrolladores tomen sus reseñas personalmente, pero ese no es el problema. ¿Tu gerente tenía algún detalle sobre por qué pensaba que te estabas tomando las cosas como algo personal?
@DaveG: No se elaboró. Lo único que se me ocurre es que en los comentarios de revisión por pares, la persona subalterna rechazará o resolverá y luego tengo que volver y responder explicando cómo se equivocaron con detalles insoportables, lo que hace que el comentario de revisión por pares se marque como sin resolver de nuevo. Hay otras ocasiones en las que estoy en reuniones y realmente tengo que mantenerme firme en un tema porque el objetivo de las otras personas es resolver la mayor cantidad de comentarios posible y no necesariamente buscar un mejor producto de trabajo.
Supongo que se podría decir que es una batalla perdida.
@Brian, si su gerente no le está dando nada sólido para responder, parece una revisión bastante injusta.
¿Qué sucede exactamente cuando alguien "no está de acuerdo con sus altos estándares"? ¿Les pregunta por qué sienten que no es necesario cumplir con ese estándar o siempre parte de la suposición de que usted tiene razón y ellos están equivocados?
@ColleenV: nadie ha usado esas palabras excepto uno de los gerentes. No uso las palabras en la conversación.
Irónicamente, creo que tal vez te lo estés tomando como algo personal... la forma en que lo expresas diciendo que te están acusando , cuando solo era un comentario, sugiere que te lo estás tomando como algo personal.

Respuestas (4)

Lo contrario de tomar las cosas como algo personal es mantenerse objetivo. Respalde su opinión con hechos objetivos.

Su pregunta sugiere que su gerente está complacido con su trabajo, pero aquellos cuyo trabajo es criticado por usted no lo están. Eso no es de extrañar. Se toman tu crítica probablemente como algo personal. Entonces, la clave es mantener las emociones en calma y ceñirse a los hechos.

¿Los requisitos no están claros? No se limite a decir "esto no es suficiente", pero dé un ejemplo de un escenario que no esté claramente definido.

¿Las pruebas unitarias no cubren suficientes líneas de código? Explique por qué necesita más pruebas, recite los estándares de calidad de las empresas.

¿Le gustaría que el código siguiera otro concepto arquitectónico? Explique por qué es una buena práctica, cómo tiene un impacto en los desarrollos futuros y las deficiencias del enfoque actual.

El desarrollador tiene un argumento válido de por qué hizo lo que hizo y puede explicar por qué su sugerencia no beneficia la solución. Déjalo ir.

El último párrafo sobre dejarlo pasar si el desarrollador tiene un argumento válido es absolutamente clave. Recuerde, el objetivo no es cumplir con el estándar, el objetivo es un producto de calidad.

La mejor forma de criticar es empezar de forma positiva.

Antes de mencionar CUALQUIER COSA que deba arreglarse, encuentre cosas para comentar que se hayan hecho correctamente.

Vale, Joe, estaba mirando tu código. Me gusta la forma en que comentaste los procesos más complejos, eso realmente hará que las cosas sean más fáciles de mantener.

o algo así, pero quieres empezar con SINCERA ALABANZA . No BS, no inventes cosas, pero señala las cosas reales que hicieron bien.

Después.

Ahora, veo algunas cosas en las que podemos trabajar para mejorar el código. Si pudieras encargarte de eso y actualizarlo según las especificaciones, te lo agradecería, gracias.

Ser crítico es solo una parte de tu trabajo, el resto es tratar con la gente, y la gente tiene sentimientos que hay que tener en cuenta. Si solo criticas, darás la impresión de ser un duro o, como dijo tu gerente, "tomar todo personalmente".

Solo muéstrate en un tono más amigable, agrega algunos cumplidos sinceros y estarás bien.

Por lo general, los comentarios se ingresan en un sistema en línea como FishEye o SharePoint. Los comentarios son generalmente concisos. Más en la línea de "esto está roto, arréglalo".
Cuando estoy en las reuniones, a veces tengo que esforzarme. No creo que deba bajar los estándares para llevarme bien.
@Brian dar elogios sinceros no es rebajar los estándares.

Si bien estoy de acuerdo en que intercalar críticas con elogios puede ayudar a algunas personas... Creo firmemente que no somos niños para ser elogiados. Hacemos revisiones para garantizar la calidad y detectar errores. Educar nuestros comentarios es una pérdida de tiempo (y rara vez aprendemos de los elogios, pero a menudo de las críticas). Hay un momento para los elogios, pero no durante las reseñas (a menos que veas algo increíble con sinceridad). ¿Entonces que?

Tome el camino largo y enséñeles por qué la calidad es importante .

Puede comenzar explicando por qué se debe corregir un defecto y qué consecuencias puede tener. No se detendrán a pensar que te lo tomas como algo personal si no entienden tus razones . Esto debería, al menos, intrigar a algunos de ellos y luego puede pedirle a su gerencia que permita algunas sesiones "todas las manos" para compartir conocimientos y conocimientos.

Ser senior también se trata de ser mentor , en todos los aspectos del proceso.

El objetivo final no es exigir estándares altos (que no son absolutos, son compensaciones e impulsados ​​por el dominio), sino subir constantemente el listón . Además, su trabajo será más fácil y la calidad general mejorará (porque, sinceramente, existen límites para lo que una sola persona puede hacer y comprender por sí sola).

Diría que es justo reunirse con su supervisor y preguntarle qué quiere decir con "tomar las cosas personalmente". ¿Puede señalar comportamientos específicos (verbales, no verbales, por escrito) que hace que parezca que es personal para usted?

Fácilmente podría tratarse de un malentendido: la intención de lectura suele ser complicada, especialmente si se comunica por escrito, porque carece de tono y, por lo tanto, está abierta a una intención implícita que, a menudo, el lector interpreta incorrectamente. Pero ayuda si puede saber particularmente lo que ha parecido "personal".

Si eso no produce nada útil, intente cambiar el formato de cómo entrega los comentarios, por ejemplo:

  • Si se proporciona principalmente por escrito, intente escribir una cantidad mínima de comentarios y luego diga "Me gustaría repasar los detalles en persona para que podamos hacernos preguntas" y luego haga un seguimiento con una reunión o una llamada telefónica. .
  • Si por lo general tiene reuniones/discusiones en persona, intente pasar a hacer preguntas en lugar de enmarcar demandas como un primer modo, y solo establezca los requisitos después de que haya dejado que la persona explique su pensamiento.
  • Si las reuniones son en grupos, intente hablar con el propietario/parte interesada clave antes o después de la reunión del grupo.

Todas estas son formas de mejorar la fidelidad de los comentarios y, con suerte, obtener más información sobre lo que parece tan personal.

También sea consciente de cualquier estrés o tensión que tenga en una reunión de este tipo. A pesar de que ese estrés puede estar totalmente desconectado de las tareas en cuestión, el hecho de que usted pueda estar tenso puede estar siendo malinterpretado. Si el estrés es inevitable, comience la reunión con "lo siento si parezco estresado, tengo otras cosas en juego, no eres tú".