¿Cómo explica la fuente de un problema identificado sin convertirlo en una "excusa"? [cerrado]

Como practico (tanto como puedo al menos) la "programación sin ego", estoy enfocado en resolver los problemas de quien escribió el código relacionado (si esa persona no hace un código peligroso) y me gusta entender el problema completamente para estar seguro para resolver la fuente de este problema.

Sin embargo, cuando alguien señala mi código para mostrar un error, a menudo trato de recordar cuál era mi mentalidad mientras escribía el código del defecto e intento explicárselo al tipo que señala el error para aclarar cuál era la fuente del error (por ejemplo, cuándo algunos nombres están mal elegidos, puede usarlos de una manera que no fueron destinados también y con aparente éxito ...).

Ahora, hago esto por reflejo y la mayoría de mis compañeros de trabajo sí entienden este reflejo. Pero también trabajé en compañías donde los compañeros de trabajo tenían la mentalidad de culpar a las personas que cometieron los problemas identificados, con o sin humor (para mí tiene el mismo efecto no sensato de todos modos).

En este tipo de entorno, explicar por qué tienes que escribir código incorrecto hace que otros piensen que estás tratando de construir una excusa. Comenté que la mayoría de las personas no técnicas (o no expertas en dominios, no estoy seguro, es solo una experiencia personal) también reaccionan exactamente así cuando intentas explicar por qué hiciste algo mal.

Entonces, cuando se trata con este tipo de personas / medio ambiente, ¿cómo se las arregla para explicar la fuente real del error sin parecer una "excusa"? (¿Y vale la pena intentar explicarlo?)

Creo que es solo una cuestión de hacer que tus palabras coincidan con lo que sientes por dentro y poner lo que sientes con más fuerza (resolución de problemas sin ego) primero en tu respuesta. Cuando un compañero de trabajo señala un nombre variable terrible, puede decir "Estaba realmente cansado ese día" o podría decir "Tienes razón, ese es un nombre terrible; estaba realmente cansado ese día". o "Yo fui quien hizo eso; estaba realmente cansado ese día". o "Gracias por encontrar eso para mí; estaba realmente cansado ese día". Etc. Si lideras con la razón, suena como una excusa. Si usted lidera con la posesión del error, agradeciendo a alguien por encontrarlo, o simplemente de acuerdo con ellos, la razón no parece una excusa tanto.

Como beneficio adicional, cuando practique esto, seguramente encontrará menos necesidad de ofrecer una explicación para esas situaciones de "Estaba cansado, no pensé que alguien lo usaría para eso, tenía prisa". Todavía puede usarlo para "ventas de pozo que nunca mencionaron que le dijeron al usuario que se agregaría la función, Bob no me lo explicó correctamente, si Joe eligió un mejor nombre de variable, lo habría acertado, funcionó hasta que usted cambiaron las "especificaciones", cuando la causa raíz y el análisis de cambio subyacente pueden ser necesarios.

Este tipo de malentendidos son comunes entre pragmáticos e idealistas. Los pragmáticos simplemente piensan: "algo salió mal ... ¿a quién podemos culpar?" Los idealistas ya están tratando de descubrir cómo evitar que eso vuelva a salir mal.

Ashton llegó a San Francisco por la tarde. Se llevó un SuperShuttle a Fisherman's Wharf y, famélico, entró en un restaurante y pidió una gran pila de panqueques.

Fue entonces cuando las implicaciones de abandonar su vida anterior en Michigan realmente comenzaron a hundirse. No tenía trabajo, ningún lugar para dormir, su automóvil se había ido, debía $ 40,000 en préstamos estudiantiles y tenía exactamente $ 173 en su billetera.

Pero, caramba, seguro que tienen bonitas camareras en San Francisco, pensó, admirando los rizos de fresa del aspecto de Molly Ringwald junto a la caja registradora. Un poco más de cinco pies de altura, tal vez. Pecas locas.

Mientras Ashton la miraba desde el otro lado del restaurante desierto, un par de chicos bien vestidos entraron y comenzaron a hablar con ella. ¿Turistas, tal vez, o estudiantes? ¿Había alguna escuela por aquí? Debe haber escuelas en San Francisco. No podía escuchar lo que decían, pero parecía un poco más complicado que "podemos tener una mesa y comprar panqueques por favor".

"Molly" sacó su bolso y rebuscó. Ella les dio algo de dinero a los niños. La conversación continuó. Ella trató de hacer una llamada telefónica; nadie responde. Finalmente, abrió la caja registradora y contó bastante dinero, que les dio.

"Eso es extraño", pensó Ashton, pero pagó la cuenta y cruzó la calle hasta un café con Internet para buscar un departamento en Craigslist.

Lo primero que lo golpeó fue que los precios de los apartamentos eran una locura. De vuelta en Michigan, estaba pagando $ 475 por una bonita habitación, pero en San Francisco, las cosas parecían triplicar eso. Sin trabajo, ni siquiera estaba seguro de si alguien le alquilaría. Mientras reflexionaba sobre este problema, notó que la camarera del lugar de panqueques salía, claramente angustiada. Se sentó en una parada de autobús y comenzó a llorar.

Ahora, el viejo Ashton nunca, nunca solo iría a una chica al azar en la calle, y menos aún a una que estaba llorando, pero el hechizo mágico de San Francisco de alguna manera lo hizo perder sus inhibiciones, así que compró dos tazas de té de menta , fui a la parada del autobús, me senté a su lado y le dije: “Parece que tengo una taza extra de té de menta. ¿Te gustaria?"

La niña lo miró perpleja y luego se echó a reír un poco.

"Lo siento", dijo Ashton. “No suelo hacer esto. Te vi trabajando en el IHOP, y luego cuando te vi aquí ... Oh. Soy Ashton, por cierto. Con una N.

"Soy Becca", dijo. "Con una M."

Ashton dijo: "Supongo que la M está en silencio". Se ríen un poco. Becca huele. Ashton encuentra un pañuelo en el bolsillo de su abrigo, un vestigio de vivir en un clima realmente frío.

Ellos comienzan a hablar. Resulta que Becca acaba de ser despedida.

“Ese viejo estúpido. ¡No me escucharía! Saqué algo de dinero de la caja registradora para rescatar a su propio hijo, pero él no quería saber nada al respecto. Simplemente asumió que lo robé.

"¿Qué?"

"Bueno, estos niños entraron al restaurante, eran compañeros de escuela de Daryl, el hijo del señor Dimitrious".

"¿Ese es el dueño?"

"Derecho. De todos modos, estos niños parecían agradables, dijeron que algunos traficantes de drogas se enojaron con Daryl por alguna razón y necesitaban $ 200 para rescatarlo ".

¿Rescatarlo de qué? No lo entiendo ¿Cómo funciona eso? ”Preguntó Ashton. No parecía una historia real. Pero tal vez así era como funcionaban las cosas en California.

“Les di $ 40 por mi cuenta, pero insistieron mucho en que si no obtenían $ 200, Daryl se lastimaría. No pude comunicarme con el Sr. Dimitrious por teléfono, y estaba asustado, así que saqué 160 dólares del registro y se los di. Pero cuando traté de explicárselo, simplemente se volcó y no me escuchó. Intentaba decirle que Daryl estaba en problemas, y de lo único que quería hablar era de que le estaba robando. ¿Cómo podría despedirme por intentar ayudar a su propio hijo? ¿Qué le pasa a ese hombre?

Ashton estaba bastante seguro de que Becca acababa de ser estafada, pero no podía obligarse a decírselo. Y a pesar de que estaba visiblemente molesta, él realmente disfrutaba hablar con ella, así que continuó la conversación. Comenzó a parlotear sobre cómo, cuando trabajaba en la empresa de muebles en Michigan, todos tenían que tomar un curso llamado "Cinco por qué". La idea era que cada vez que algo salía mal, tenía que preguntar por qué obtener la causa inmediata. Luego volviste a preguntar por qué, para descubrir qué causó eso, y seguiste haciendo eso, unas cinco veces, hasta que encontraste el problema raíz.

“Entonces, por ejemplo, te despidieron. ¿Por qué? Porque faltaba dinero en la caja registradora. ¿Por qué? Porque se lo diste a algunos niños. ¿Por qué? Porque te dijeron que Daryl estaba en problemas. ¿Por qué?"

"Espera, ¿por qué qué?", ​​Preguntó Becca.

"¿Por qué te dijeron que Daryl estaba en problemas?"

Becca pensó por un minuto.

"Me estafaron, ¿no?"

"Creo que tal vez lo hiciste".

Becca guardó silencio durante mucho, mucho tiempo. Luego se echó a reír, e infectó a Ashton, y ambos se rieron como locos, y se sintió genial, después de un día estresante.

"Eres un nerd total", dijo. "Cinco porqués". Tenía que estar de acuerdo.

La estaban pasando bien. Caminaron por todo el North End y hablaron durante horas. Le contó sobre ser programadora y la empresa de muebles, y cómo, en dos años, no importaba nada de lo que hacía en el trabajo, y estaba harto de eso, y comenzaba una nueva vida, y aquí estaba, sin un lugar para quedarse, en una noche de invierno en San Francisco.

"Oh, Dios", dijo Becca, "Conozco el lugar. Estoy viviendo en una gran casa compartida en Russian Hill. Ahora hay una habitación vacía.

"¿Dónde está Russian Hill?", Preguntó Ashton.

"No está lejos. Te llevaré. Pero espera ... ¿te importaría esperar para que pueda intentar una vez más recuperar mi trabajo?

Ashton estaba más feliz de lo que había estado todo el día. Las cosas realmente tienen una forma de funcionar.

"¡Claro!", Dijo, casi mareado. "Solo un segundo". Y sacó $ 160 de su billetera, dejando exactamente tres dólares, y se lo dio a Becca, y dijo: "Toma esto, podría ayudarte a recuperar tu trabajo".

"¡Oh, no podría!", Dijo ella, pero Ashton insistió, y acordaron reunirse en media hora en los Pasos de Roma en Columbus Ave., donde Ashton fue a sentarse y tomó una taza de café mientras Becca regresaba. hacia el restaurante

Y se hizo tarde.

Y pasó una hora, luego otra, y el camarero italiano obviamente estaba enamorado de Ashton, por lo que no le molestó solo pedir un café y sentarse en la mesa durante horas, y es medianoche, luego es la una de la mañana, entonces es dos de la mañana, y el camarero finalmente dice: "Mira, lo siento chico, estamos cerrando, tienes que irte".

Siento que la mejor opción sería admitir el problema y prometer solucionarlo rápidamente. La gente en general no está interesada en por qué y cómo cometió un error, la única excepción es su gerente, ya que necesita evaluar continuamente su ajuste profesional.

En cuanto a culpar al que cometió un error, está en la naturaleza humana y no puedes evitarlo. El mejor consejo es construir una barrera mental y tratar de no tomarla demasiado personalmente, para no dejar que sus críticas te "toquen". Aunque es difícil.

Respuesta corta: no lo haces

Lo más probable es que quien esté señalando el error no esté interesado en por qué está mal, solo quiere que se solucione. El hecho de que desee descubrir por qué se cometió el error y qué puede aprender de él y así mejorar es loable, pero nuevamente quien esté señalando el error probablemente no esté interesado en escuchar su monólogo interno.

sigue haciendo lo que estás haciendo, te ayuda a mejorar. Pero no lo hagas en voz alta frente al usuario.

De todos modos, cometió un error, por lo que debe admitirlo. Es posible que haya tenido una posibilidad infinitamente pequeña de evitarlo, pero lo escribió y se lanzó.

Cuando se trata de personas sin dominio o experiencia técnica, ¿por qué da explicaciones detalladas? Suena como una excusa o una explicación sobre sus cabezas que interpretarán como una excusa.

En muchos aspectos, no creo que puedas evitar este conflicto.

Explicar la razón de cómo llegaste a cualquier punto en el que te encuentres es importante para comprender el "panorama general" en torno al tema en muchos casos, pero siempre habrá personas que lo verán como una excusa.

Seleccionar con quién tiene la conversación es lo más cercano que he llegado a manejar este problema. En general, se reduce a no discutirlo con la gente de negocios y solo discutirlo con personas que van a estar involucradas con la solución técnica.

Incluso ese enfoque falla a veces porque el error de hoy a menudo está relacionado con un requisito anterior y de todos modos se obtiene el medicamento por ese camino.

En general, trato de no preocuparme demasiado por ello, ya que si las personas van a elegir eso como algo que plantear como un problema sobre usted, es probable que estén lo suficientemente motivados como para encontrar otro problema tan pronto como pueda "corregir" este.

Asumir la responsabilidad por ello. Steven Covey lo expresa como capacidad de respuesta: su capacidad de responder. Di lo que harás en el futuro para evitar volver a hacer algo así y sigue adelante. En general, debe preocuparse por su reputación a largo plazo y no por el momento inmediato.

Si confiesas tus errores, la gente lo apreciará y te respetará más. Se le dará más credibilidad cuando algo no es un error (o al menos no el suyo propio) y hace necesidad explicación.

Además, incluso si no se entrega bien, tómelo como comentarios constructivos y agradezca a quien haya señalado el problema. Si no está seguro de lo que dicen que está mal con su código, haga preguntas de seguimiento.

Esto es lo que dices:

"Asumo toda la responsabilidad. Haré todo lo posible para corregirlo y no hacerlo en el futuro".

¿Qué puede decir alguien entonces? Aceptan lo que has dicho y siguen adelante o te disciplinan. Eso es. Les incumbe a ellos hacer algo o, como dije, seguir adelante.

La mayoría de las veces los errores están ahí, porque el programador olvida considerar todos los casos. A veces escribes el código teniendo en cuenta un escenario y luego el otro escenario falla. En este caso, si alguien pregunta, su respuesta debería ser "Ese caso no fue considerado. Permítame corregirlo y documentaremos que quien toque esta parte del código también debe codificar de acuerdo con este caso".
Normalmente cometer errores no son los problemas, pero repetirlos es un problema. Por lo tanto, cuando alguien le muestre el error, debe decir: "Gracias por descubrirlo. Lo corregiré y lo mencionaré en la guía de codificación".
Pero si alguien encuentra continuamente los errores estúpidos y eso le molesta, entonces cada vez que cambie el código, diríjase a esa persona y dígale que verifique el código en busca de errores. Algún día él / ella se frustrará y lo detendrá.