Valores fundamentales del programador para trabajar en equipo - Versión 1.0

En esta ocasión, voy a pecar un poco en publicar estos resultados, talvez podrían ser un poco personales, mas la satisfacción del trabajo fue tal que creo no es solo un gusto sino una responsabilidad compartirlos.

Para no extender tanto esta descripción, la situación fue que al final del semestre en el curso de Autómatas y compiladores decidimos genuinamente realizar una retrospectiva con el objetivo de aprender sobre una cuestión que muchas veces se escucha hablar pero no siempre se tiene un entendimiento claro y estructurado: El trabajo en equipo.

En general les comparto los resultados de la dinámica final:

Retrospectiva de equipo: Mathison

Antecedentes:

• No hay una formación de carácter explícita y consensuada de cómo trabajar en equipo en la carrera, se toma como eje transversal pero no vemos información explícita al respecto. Andamos en un limbo de aciertos y desaciertos.
• A menudo, por esta falta de conocimiento los proyectos terminan con ambientes de tensión, y poco estimulantes; o ambientes más dinámicos pero sacrificando calidad en producto final.
• Tenemos diálogos mentales de si es mejor ser confrontativo o ser más flexible ¿en qué situaciones?, si debe haber balance ¿cómo lograrlo, cuál es el punto medio?
• El efecto Steve Jobs, todos quieren ser los dueños del negocio imponiendo su ego, sus ideas, sus modelos, y termina con que ninguno cumple, se hablan a las espaldas, ambientes tóxicos, se ocultan cosas, cero comunicación, cero confianza, y el negocio ni siquiera arranca.
• Muchas preguntas sobre cómo deberíamos ser para ser exitosos, y con ambientes trabajo sanos y estimulantes.

Descripción de la dinámica, consistió de dos partes:

Primera: Cada uno de nosotros nos hicimos dos preguntas: ¿Qué nos dejamos de cada uno? y ¿Qué oportunidades de mejora vemos en los demás?

De esta dinámica, se destaca Carlos como un adherente social, genera confianza y vínculos fuertes rápidamente, así su capacidad para generar ideas importantes y su franqueza. Daniel como alguien que habla con sus propios actos, una persona muy madura, que en los momentos oportunos se notó mucho el compromiso hasta sacar los objetivos. Ben como una persona muy competente, que le encantan los retos y la resolución de problemas difíciles. Oscar, la dedicación y compromiso tan fuerte, el interés constante de mantener el equipo con esperanza.

Respecto a las oportunidades de mejora se resaltó que la habilidad de generar buenas ideas de Carlos se vería potenciada con la carga constante de su computadora, ya fuera para implementar sus propias ideas en el momento como para aportar a sus trabajos propios o los del equipo. En Ben, su potencial de resolver problemas se vería potenciado con un momento previo de priorización, esto para canalizar mejor su potencial hacia lo principal en un momento dado. Dani, sus capacidades se verían incrementadas por medio de una comunicación más constante. Oscar, vería mejorado con el aporte de los demás al comunicarles de manera más expedita el trabajo que se hizo en cada push.

Es importante aclarar que este documento fue redactado por Oscar después de la dinámica, esto para darle más naturalidad en el momento. Aunque la redacción podría estar sesgada bajo el efecto del propio prisma, sin embargo, en efecto, refleja un mínimo de lo que causó la charla. A todos nos satisfizo la actividad.

Segunda: Intentamos sintetizar esa información en principios, reglas o valores que nos guiasen a trabajar bien en equipo.

Para eso sintetizamos los aciertos y desaciertos del proceso en valores fundamentales para el trabajo en equipo, propusimos cinco:

1. Responsabilidad: Aquí se incluye el compromiso y la dedicación, es el más importante, es hacer lo que se espera que se haga. Y si no, punto 2 mínimo.
2. Comunicación: Permite compartir los modelos mentales que son fundamentales para mantener un equipo en sintonía. Da cabida al punto 5.
3. Ser muy “mordido” (No solo apasionado, la pasión se puede quedar en intención, ser mordido incluye intención y acción): Hicimos la analogía de que en medicina se vela por la salud de una persona, en compu nosotros velamos por la calidad de un producto, este factor es el más importante para la calidad. Si un proyecto no nos motiva, no esperar que la motivación nazca por arte de magia, busquemos motivarnos.
4. Humildad: Como computines tenemos grandes egos intelectuales, orgullos grandes, debemos ser humildes, valorar nuestras ideas y también las de los demás. Aquí incluye saber escuchar las ideas de los demás y esforzarnos por entenderlas.
5. Empatía: En el trabajo en equipo debemos saber ponernos en los zapatos del otro, y si en un momento alguno falla, si existe empatía intentaríamos ayudarnos y protegernos, y no agarrarlo a palos como muchas veces ocurre. Al final escogimos esto para ser felices no para vivir en medio de balas y bombas. El límite de flexibilidad lo define el sentido de justicia del equipo que quedará a la espera de un gran esfuerzo por parte del que falla por compensar.

Reglas y frases importantes que se mencionaron para tenerlo como “Imperativos categóricos” (según Kant):

• “Sin participación no hay compromiso, y si se falla, asumir que para alcanzar el modelo mental del equipo se tendrá que hacer un esfuerzo sobrehumano, con riesgos de no lograrse.”
• En el contexto de música se dice que “El músico habla tocando, no hablando”, en computación “El computólogo piensa, habla, pero principalmente hace”.
• Regla: “Push que se hace y aviso que se hace”.
• Regla: “Evidenciar siempre el esfuerzo”. En el caso de trabajar con github los esfuerzos se evidencian con commits. O en una reunión un comentario importante con un documento escrito. Si no se hace se da alas al diablo para que haga lo que le toca.