Ese programador es una m\u00e1quina de guerra, termina todo lo que se le asigna por la ma\u00f1ana y luego se pone a hacer otra cosa.<\/p>\n<\/blockquote>\n\n\n\n
\u00bfCu\u00e1ntas veces has escuchado esta frase y la satisfacci\u00f3n generalizada por parte de colegas y gerentes? Pero, \u00bfes realmente tan positivo?<\/p>\n\n\n\n
Para lograr cierto rendimiento, se tiende a encerrar a la persona en un entorno aislado, despoj\u00e1ndola de cualquier preocupaci\u00f3n, para impulsarla hacia el m\u00e1ximo resultado.<\/p>\n\n\n\n
Desde un punto de vista, esto es positivo: se eliminan todas las distracciones, las reuniones constantes, las interminables llamadas telef\u00f3nicas y las situaciones de multitarea para enfocarse en el objetivo. Desde otro punto de vista, se pierde de vista el panorama general y se corre el riesgo de crear un ambiente de trabajo t\u00f3xico<\/strong>, altamente individualista, en el que las personas no se ayudan mutuamente ni comparten sus conocimientos.<\/p>\n\n\n\n El hecho de que muchos programadores sean propensos al aislamiento cuando realizan su trabajo no ayuda a esta situaci\u00f3n.<\/p>\n\n\n\n Se entiende lo f\u00e1cil que es, en un entorno como este, no darse cuenta de los descontentos o de la desconexi\u00f3n entre las diferentes figuras, si solo se mira el resultado a corto plazo. Al igual que un caballo de carreras lleva anteojeras para correr r\u00e1pidamente hacia la meta sin mirar el mundo exterior, los programadores se lanzan a resolver sus propias tareas.<\/p>\n\n\n\n Lo importante es terminar la tarea, no la econom\u00eda del proyecto.<\/p>\n<\/blockquote>\n\n\n\n Se premia el individualismo, vinculado al resultado tangible.<\/p>\n\n\n\n Es una l\u00e1stima que un proyecto tambi\u00e9n est\u00e9 compuesto por una serie de resultados intangibles, como compartir conocimientos, colaboraci\u00f3n y crecimiento personal y profesional de las personas involucradas.<\/p>\n\n\n\n Las m\u00e9tricas establecidas por la gerencia y muchas herramientas utilizadas en la empresa tienden a evaluar solo lo tangible<\/strong>: el n\u00famero de tareas cerradas, las l\u00edneas de c\u00f3digo escritas, el tiempo entre la apertura de un problema y su resoluci\u00f3n: rara vez tienen en cuenta las tareas intangibles.<\/p>\n\n\n\n Piensa en todas las veces que has ayudado a un colega a superar un problema, corregido una l\u00ednea de c\u00f3digo que resuelve un problema conocido desde hace meses y nunca resuelto, las sesiones de programaci\u00f3n en pareja o los consejos dados durante el caf\u00e9.<\/p>\n\n\n\n Por lo tanto, es necesario pensar en los proyectos de manera hol\u00edstica y tratar de alejarse de la l\u00f3gica de la tarea como \u00fanico objetivo. Un equipo que trabaja junto debe alcanzar un objetivo com\u00fan. No ganan los individuos, sino que gana el grupo que es capaz de evolucionar y mejorar el producto de manera continua y armoniosa.<\/p>\n\n\n\n El verdadero desaf\u00edo es convertir a un grupo de personas, insertas en un contexto donde se premia el rendimiento individual, en un equipo que piensa, act\u00faa y trabaja hacia objetivos a largo plazo.<\/p>\n\n\n\n Trabajar en equipo no es solo una cuesti\u00f3n de habilidades blandas, sino tambi\u00e9n de cultura empresarial y de c\u00f3mo se eval\u00faa a las personas dentro de la empresa.<\/p>\n\n\n\n Crear compartimentos estancos no beneficia a nadie y debe equilibrarse con actividades que aporten valor incluso a las personas m\u00e1s lentas o aisladas, para poder impulsarlas hacia una mejora cultural y personal.<\/p>\n\n\n\n Cuando se tienen equipos compuestos por personas m\u00e1s o menos experimentadas, si se encuentra la manera de transferir conocimientos de una persona a otra, se convierte en un enriquecimiento tanto para el proyecto como para las personas individuales.<\/p>\n\n\n\n Para aquellos que gestionan un proyecto de software, es fundamental utilizar el tiempo de las personas de la mejor manera posible para aumentar el valor del proyecto adem\u00e1s de cerrar las tareas.<\/p>\n<\/blockquote>\n\n\n\n Es esencial fomentar una cultura colaborativa dentro del equipo, donde las personas puedan ayudarse mutuamente y compartir conocimientos.<\/p>\n\n\n\n Sin duda, fomentar un enfoque colaborativo es responsabilidad de la gerencia, pero tambi\u00e9n los miembros individuales del equipo desempe\u00f1an un papel importante en este proceso. Es fundamental que los miembros del proyecto sean conscientes de que su trabajo no se limita \u00fanicamente a cerrar sus propias tareas y regresar a casa lo antes posible.<\/p>\n\n\n\n En las reuniones peri\u00f3dicas, en las reuniones de pie, es responsabilidad de los miembros del equipo informar a los dem\u00e1s si hay bloqueos o si necesitan ayuda. De la misma manera, los miembros del equipo deben estar dispuestos a ayudar a sus colegas compartiendo sus conocimientos y habilidades.<\/p>\n\n\n\n Sin embargo, esto no significa que este aspecto surja de forma espont\u00e1nea. Por eso es necesario que la gerencia promueva activamente la colaboraci\u00f3n, identificando estas situaciones y alentando a las personas a trabajar de manera colaborativa.<\/p>\n\n\n\n Existen varias formas de evitar que este enfoque comprometa la econom\u00eda del proyecto.<\/p>\n\n\n\n Si hablamos de habilidades blandas, definitivamente debemos incluir en el equipo de trabajo personas que tengan una predisposici\u00f3n natural para el trabajo en equipo, que sepan trabajar en grupo y que sean capaces de compartir sus conocimientos.<\/p>\n\n\n\n Si una persona termina sus tareas y no tiene nada m\u00e1s que hacer, se le puede animar a realizar revisiones de c\u00f3digo del trabajo de otros miembros del equipo, a realizar refactorizaciones del c\u00f3digo reci\u00e9n agregado o a brindar mentor\u00eda y capacitaci\u00f3n a las personas menos experimentadas, y el rendimiento individual deber\u00eda evaluarse en funci\u00f3n de este tipo de actividades.<\/p>\n\n\n\n En un mundo perfecto, todos pueden hacer su trabajo, almorzar en casa con la familia y jugar al tenis por la tarde.<\/p>\n\n\n\n En un mundo real, nos enfrentamos a problemas y no todos se pueden resolver por s\u00ed solos. A veces es necesario pedir ayuda a los llamados “programadores SuperStar”.<\/p>\n\n\n\n En este sentido, me viene a la mente un discurso de Ottavio Bianchi a los jugadores del Napoli cuando Maradona se uni\u00f3 al equipo:<\/p>\n\n\n\n \u00c9l es Maradona y nosotros somos nosotros. El problema surge si alguno de nosotros quiere ser Maradona. Si aceptamos esto, es decir, que \u00e9l es \u00e9l y nosotros somos otra cosa, podemos ganar, pero si nosotros no lo aceptamos o alguno de nosotros no lo acepta, las cosas no funcionan.<\/p>\n<\/blockquote>\n\n\n\n A veces, la SuperStar es necesaria para cerrar algunas tareas: imagina todas las situaciones en las que te has encontrado con un problema que una persona muy competente en el tema habr\u00eda resuelto en minutos, mientras que t\u00fa has tardado d\u00edas.<\/p>\n\n\n\n En estos casos, es f\u00e1cil que la persona individual trabaje en tareas bien definidas y que no necesite, o tenga poca necesidad de ayuda de los dem\u00e1s.<\/p>\n\n\n\n La obsesi\u00f3n por completar la tarea por parte de la SuperStar no es un problema, pero es fundamental que la gerencia sea capaz de gestionar estas situaciones y garantizar que el trabajo de la “SuperStar” sea comprensible y mantenible para todos los miembros del equipo.<\/p>\n\n\n\n Por eso es fundamental que el equipo analice posteriormente el c\u00f3digo escrito por la “SuperStar”, lo revise, lo documente y realice refactorizaciones para que sea comprensible y mantenible para todos.<\/p>\n\n\n\n Por lo tanto, debemos evitar pensar en la programaci\u00f3n como una cadena de montaje, en la que cada persona es responsable de una sola tarea y no tiene ninguna responsabilidad hacia los dem\u00e1s.<\/p>\n\n\n Sin embargo, ten cuidado de no abusar del enfoque opuesto, donde tan pronto como una persona termina sus actividades, se le asignan continuamente nuevas tareas o se cierran los trabajos de otras personas.<\/p>\n\n\n\n Esto podr\u00eda llevar a situaciones en las que las personas perciben un aumento del estr\u00e9s y una carga de trabajo excesiva, lo que les impide gestionar de manera \u00f3ptima sus propias tareas.<\/p>\n\n\n\n El “burnout” es un problema real y tangible, y una situaci\u00f3n mal gestionada podr\u00eda fomentar la insatisfacci\u00f3n laboral y el alejamiento de las personas m\u00e1s talentosas, que se sienten abrumadas por la cantidad de tareas que deben completar.<\/p>\n\n\n\n Del mismo modo, puede haber personas que deliberadamente ralenticen su trabajo para evitar tener que hacer el trabajo de los dem\u00e1s. En estos casos, es fundamental que la gerencia sea capaz de gestionar estas situaciones, garantizar que la carga de trabajo se distribuya equitativamente entre los miembros del equipo y poner en pr\u00e1ctica una serie de estrategias para mejorar la colaboraci\u00f3n dentro del equipo.<\/p>\n\n\n\n Un buen programador no es aquel que completa todas las tareas asignadas, sino aquel que se le permite trabajar de manera colaborativa y compartir sus conocimientos con los dem\u00e1s miembros del equipo.<\/p>\n\n\n\n Es necesario hacer crecer al grupo de trabajo en el que uno est\u00e1 inserto, y es importante que la gerencia no eval\u00fae sus resultados solo en funci\u00f3n de datos num\u00e9ricos, sino que sea capaz de gestionar a las personas, escucharlas, motivarlas y comprender d\u00f3nde est\u00e1n las diferencias para nivelarlas.<\/p>\n\n\n\n El valor que puede aportar un senior va m\u00e1s all\u00e1 de la resoluci\u00f3n de tareas, debe extenderse a actividades de coaching y mentor\u00eda, para hacer crecer a aquellos con menos experiencia.<\/p>\n\n\n\n Esta es la mejor manera de garantizar que el proyecto de software sea exitoso y que el equipo sea capaz de crecer y mejorar con el tiempo.<\/p>\n","protected":false},"excerpt":{"rendered":"El s\u00edndrome del caballo de carreras<\/h2>\n\n\n\n
\n
Premiando el individualismo<\/h2>\n\n\n\n
El problema de “terminar las tareas”<\/h2>\n\n\n\n
\n
\u00bfDe qui\u00e9n es la responsabilidad?<\/h2>\n\n\n\n
\u00bfQu\u00e9 estrategias podemos implementar para mitigar este problema?<\/h2>\n\n\n\n
Gesti\u00f3n de “SuperStar”<\/h2>\n\n\n\n
\n
El efecto de la “cadena de montaje”<\/h2>\n\n\n\n
![\"\"](\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2024\/03\/DALL\u00b7E-2024-03-20-17.08.26-Create-additional-images-to-complement-a-digital-article-about-the-negative-impacts-of-individualistic-approaches-in-software-development-teams.-The-f-1024x585.webp\")
<\/figure>\n\n\n\n\u00bfPor qu\u00e9 has puesto esta l\u00ednea de c\u00f3digo que ralentiza el programa?\nPorque de esta manera resolv\u00ed una advertencia de seguridad.\n\u00bfPero no te diste cuenta de que podr\u00edas haberlo hecho de esta manera?\nNo, no me di cuenta, no era mi tarea.<\/code><\/span><\/pre>\n\n\nConclusiones<\/h2>\n\n\n\n