Llevo en esto de las IT más de 10 años, principalmente en el mundo del desarrollo de software. Primero participando en los equipos y luego liderándolos. Ahora, entre otras cosas, coordinando los equipos de Soporte que solucionan las incidencias del Software creado por éstos.
En cualquiera de estas etapas casi siempre he escuchado el mismo argumento:
- Lo cool es estar en Desarrollo, no en Soporte
- Los que se van a Soporte son los «malos», los que no son buenos programadores
- Dar soporte es aburrido, es mucho mejor «crear» software
- La gente en Soporte se quema rápido
Queridos lectores, mentira. Así de claro. Y no con eso quiero decir que es mucho mejor participar en un equipo de Soporte Software que de Desarrollo. No. Lo que quiero decir es que cada sitio tiene su atractivo, su momento, sus beneficios, sus perfiles y sobre todo su valor. Ahí van 10 motivos por los que estar orgullosos de trabajar en un Equipo de Soporte Software.
- Los Equipos de Soporte Software solucionan los errores de código (a veces graves) que aquellos equipos de desarrollo «cool» a los que queremos pertenecer cometen
- Terminas conociendo todas las aplicaciones y no sólo el módulo que desarrollas
- En un equipo de desarrollo «creas» Software sí, nuevas soluciones. Pero desde Soporte, das soluciones concretas a problemas concretos de personas concretas
- La relación directa con el usuario y la resolución eficaz y en tiempo de los problemas te motiva a seguir mejorando en el trabajo que realizas
- Normalmente (a no ser que desarrolles para Apple o Google) un usuario no te suele recordar por lo bien que has hecho una aplicación, pero si por lo rápido y bien que le has solucionado una incidencia de la misma
- Tienes metas a corto plazo, ya que el timming de resolución de incidencias es infinitamente menor que el de desarrollo
- Detrás de cada incidencia, suele haber un usuario concreto, con cara, nombre y apellidos al que tú has ayudado a solucionar el problema que tenía
- Te permite conocer los fallos comunes de desarrollo de software, lo que te permite mejorar tu calidad como programador
- Desarrollas la habilidad de trabajar a un ritmo rápido (condicionado por el SLA que tengas acordado) agilizando tu capacidad de análisis y búsqueda de soluciones
- Te ayuda a entender realmente para qué usa el usuario la aplicación, lo que te permitiría desarrollar software mucho más usable u orientado al usuario
Para terminar, un ejemplo. Tengo desde hace 12 años un portátil Asus W1N y desde hace 4 un Apple Mac Book Pro. El primero está todavía funcionando a la perfección. El segundo (desde el que escribo esta entrada) le he cambiado 2 veces la placa base y 1 vez la batería. Esta última reparación de la batería fue ya fuera de garantía, y no sólo no me costó dinero, sino que desde el momento que un técnico de Soporte Apple se pone en contacto contigo entiendes a la perfección que está para solucionar tu problema y no para intentar marear el asunto hasta que desistas en el intento. Esto daría para un análisis profundo, pero si te digo que, sin ser un Fanboy, hablo más de este suceso con el Mac por el exquisito trato del Soporte que del hecho de tener un portátil de hace 12 años que ni siquiera se cuál es el teléfono del servicio técnico porque no he tenido que llamar.
Los Bugs son algo inherente en el Software y realmente es un valor excepcional contar con un equipo de Soporte que de solución rápida y eficaz a esos errores.
Si trabajas en un Equipo de Soporte Software y en algún momento te lanzan algunos de los argumentos negativos expuestos inicialmente, cuestiona si verdaderamente estarían preparados para estar en tu lugar y realizar tu trabajo con la eficiencia que lo haces. Quizás esa es la cuestión, que no todo el mundo está preparado para participar en la importante tarea que es dar un Soporte de Calidad.
¡Happy coding & happy support!