durascode. Y era tan frustrante que tuve que acudir a mi gerente en busca de apoyo. También fui un ingeniero senior lidiando con un ingeniero junior en mi equipo cuya calidad decode códigostandards simplemente no cumplía con mis estándares. Y peor aún, sentía que mi gerente estaba siendo demasiado indulgente conmigo.
Y, por supuesto, una vez fui un gerente lidiando con dos ingenieros en mi equipo discutiendo sobre la revisión de code y la calidad delcode código. Y sentía que tenía que intervenir y salvar el día. Este tipo de conflictos ocurren todo el tiempo. Cuando ocurren, podemos encontrarnos atrapados en una plaga relacionada con personajes específicos. Ya sea en revisiones de código, discutiendo sobre deuda técnica, eligiendo laarchitecture correcta, este tipo de conflictos son muy difíciles y complicados de navegar.
Voy a explicar por qué conflictos como este pueden sentirse tan difíciles e interminables. Ahora, puedes volver a encarrilar las cosas. Y comienza con el hecho de que el conflicto como este tiene algo en común. Si te fijas bien, hay un triángulo. No es un triángulo amoroso, sino un triángulo dramático. Este es el triángulo dramático de Karpman. Es un modelo social de interacción humana propuesto por el psiquiatra Steven Karpman. La idea es que hay tres roles, víctima, perseguidor y rescatador, que perpetúan la disfunción y el drama. La salida de este conflicto es no interpretar ninguno de los roles en el triángulo y ayudar a otras personas a salir del triángulo también.
Verás, cuando era el ingeniero junior, no me di cuenta, pero estaba interpretando el papel de víctima. Quería que alguien se preocupara por mí en lugar de reconocer que tengo el poder de cambiar mis circunstanciasstandards. Quería retratar al ingeniero como demasiado crítico, en lugar de reconocer que puedo elegir cómo responder incluso cuando alguien está siendo injusto. En última instancia, tenía miedo. ¿Y si estosstandards son razonables y no puedo cumplir con ellos? ¿Y si no puedo razonar con el ingeniero? Para salir del triángulo, necesito alejarme del papel de víctima y adoptar el papel de creador. Ahora, esto es lo que podría parecer. Cuando veo los comentarios de la revisión decode código, no tomo ninguna maldad a pecho. Sé que esto no tiene nada que ver con mi valía como persona ni cuestiona si soy un mal ingeniero o no. Estoy aprendiendo, y si cometo errores, los resolveré y aprenderé de ellos. Al mirar los comentarios, paso por alto la capa superficial de algo que podría considerarse malo o minucioso para averiguar qué es y qué no es justo. Y cuando miro más de cerca, me doy cuenta de que, ¿sabes qué? La razón por la que el ingeniero senior ha estado encima mío durante un minuto de prueba es porque me han dicho varias veces que no estoy siguiendo losstandards del equipo. Así que tomo nota de eso como un área en la que debo enfocarme para la próxima vez.
Comments