El desarrollador, la empresa y la sociabilidad

Es común tener la imagen típica del desarrollador de software introvertido, con problemas para comunicarse apropiadamente, también es común el programador, que sin ser tímido, decide aislarse del resto del equipo para centrase únicamente en su trabajo. En ambos casos esa percepción y comportamiento es completamente erróneo, además de inservible tanto para las necesidades de la empresa, como para las necesidades mismas del desarrollador.

Los motivos para que se de esta imagen, y este comportamiento son diversos, en parte es porque clásicamente esta profesión es difícil de comprender para no los no introducidos en ella. si bien uno puede generar empatía, por ejemplo, con el trabajo un medico aunque no se fuera ducho en su profesión, no pasa pasaba lo mismo con el desarrollo de software. No se alcanzaba a comprender que era exactamente la construcción de sistemas, lo cual creaba una brecha entre el desarrollador del software y los consumidores de dicho software, esto es incluso a nivel empresarial y social. Mientras que es fácil establecer un entendimiento claro sobre las necesidades de un puesto de trabajo cualquiera entre empleado y empleador, no ocurría los mismo cuando el empleado es desarrollador y el empleador no (y esto era así en ambas direcciones).

El acercamiento general de la tecnología a la sociedad dado en los últimos años, y representado sobre todo por el uso de los teléfonos inteligentes (sorprendentemente por encima incluso de las necesidades de la informática en forma laboral), ha contribuido a que la brecha se disminuya en cierta forma, si bien no hay un entendimiento completo, si queda claro que se necesita de la capacidades de un desarrollador de software, o por lo menos del desarrollo de software en sí.

Desde el punto de vista de la misma profesión, creo que académicamente se fomenta la parte poco social e introvertida del desarrollo de software. Esta carrera requiere grandes dosis de introspección, es necesario dedicarle horas, trabajo y esfuerzo de forma individual, pero también es cierto que a nivel universitario, se enseñan a comprender las soluciones, antes de plantear los problemas, se enseña antes a programar, que a saber por qué se programa. En la carrera se instituye el uso de las matemáticas y de la lógica, como un eje central en el desarrollo de software, y esto se mantiene como un mantra posteriormente. Si bien las matemáticas y la lógica son importantes, no dejan de ser herramientas a usar, sin embargo el saber reconocer necesidades, a trabajar e interactuar correctamente en un equipo de trabajo, son habilidades que no se establecen apropiadamente en ámbito universitario.

Un ejemplo de lo anterior son la enseñanza de las base de datos. Las base de datos tiene una importancia empresarial enorme y digamos que son un solución directa para un problema en especifico, sin embargo quedan pobremente explicadas en la mayoría de las carreras universitarias. Cada vez que entrevisto a un candidato para un puesto de trabajo, el punto débil son las base de datos. Los nuevos programadores no comprende el alcance y la necesidades del uso de las base de datos, e incluso programadores veteranos, tratan a la base de datos como si fuera programación imperativa y estructura, en lugar de ser declarativa y lógica, llenando un sinfín de procedimientos almacenados con lógica de negocio, y teniendo graves temas de ineficiencia al acceder a los datos. En estos casos tanto la parte matemática/lógica como la parte de base de datos están explicadas (en distintas asignaturas), pero al no establecida y identificada correctamente la necesidad, no sirve la explicación de lo uno o de lo otro.

Ya en un ámbito empresarial el desarrollo de software puede encontrarse con las siguientes circunstancias:

•  Poco entendimiento de los procesos y necesidades empresarial.
•  poco entendimiento de la empresa sobre el rol de desarrollador de sistemas.
•  Poca interacción y compresión de su propio equipo de trabajo

Más concretamente la asocialidad y falta de iteración personal del desarrollador pueden generar los siguientes problemas:

• No entender claramente las requisitos del software a desarrollar, creando soluciones técnicamente correctas pero que no resuelven ningún problema real, con lo que se alagara la construcción del sistema de forma sustancial y se reducirá la calidad de este.
• Fallar en su capacidad de negociación, lo cual encararía a dos escenarios:
  
  
  • Problemas para negociar tiempos, recursos y alcancen en sus proyectos, lo que acarreara retrasos, e inconformidad en el cliente y en la misma empresa.
  • Problemas para negociar un salario adecuado. no sabrá valoran adecuadamente cuánto vale su trabajo, aceptando una retribución inferior a la se merece. Este tema es más profundo de lo que parece, por que crea un precedente en mercado, si los desarrolladores de software no sabe negociar apropiadamente su salario, su precio o valoración bajara. Esto quiere decir que el sueldo que pueden cobrar los desarrolladores de software bajara en su conjunto, por que las empresas podrán pagar menos dinero para contratar a un programador (es como querer algo por un precio justo, cuando otra persona lo está regalando)

Los siguientes consejos pudieran ser útiles:

Es importante participar en la reuniones. A veces los desarrolladores adoptan una actitud pasiva esperando recibir instrucciones, sin saber muy bien porque están en una reunión en particular. En el mejor de los casos se quedan esperando a que alguien le ceda la palabra para poder intervenir. Es necesario que el desarrollado se “ceda” la palabra al es mismo, que busque activamente su participación, que exprese sus ideas y sus inquietudes sin que nadie se las pregunte, es completamente necesaria y beneficiosa la participación del desarrollo en la reuniones, y eso es algo que solo el mismo desarrollador (y nadie mas) puede provocar.

No solo hay que hacer un buen trabajo, tenemos que promocionar nuestro trabajo, hacer relevante nuestro trabajo, “No basta con ser bueno, hay que parecerlo”. frecuentemente los desarrolladores que realizan un trabajo de calidad, esperan que su trabajo hable por sí solo, lo cual generalmente no pasa. Un desarrollo de calidad no solo implica la resolución de las necesidades presentes sino estar preparado para solucionar las futuras (debe ser escalable), y eso algo que no se percibe inmediatamente, es algo que se tiene que se debe explicar (y vender correctamente).

también es necesario que realice actividades fuera de la oficina que le ayuden a socializar con los mismos compañeros, pueden ser deportes (como futbol o tenis), o algún otro tipo de actividad alejado de las computadores. En cualquier caso es muy recomendable hacer algún tipo de ejercicio físico, esto ayudara a desentrenarse y cuidar la salud (Es mejor tener un condicionamiento físico adecuado que nos ayude tanto a mantenernos despiertos, como a dormir cuando debamos, que a atiborrarnos de café o bebidas con cafeína, que solo nos alteran el sueño y el estado de ánimo).

Como conclusión, la proactividad es el elemento clave, un desarrollador debe ser el que inicie el proceso a su propio crecimiento, debe saber (y buscar) interactuar empresarialmente. Es muy raro se den oportunidad, por si solas, el desarrollador debe fabricar las suyas.