Entre bastidores: Una mirada a los roles de nuestros equipos de desarrollo de Backend, Frontend y Apps y Herramientas
Desde hace algún tiempo, hemos querido ofrecer a nuestros lectores, clientes y a la industria en general una visión de los procesos de fondo que representan el núcleo fundamental de VSN; las personas que trabajan día tras día para ofrecer innovación, refinamiento y mejora constante a toda la suite de soluciones de VSN. Solo había un problema: significaría que tendríamos que intentar que nuestros ingenieros hablaran. Esto parecía un problema no solo porque nuestros ingenieros son personas increíblemente ocupadas, sino también porque, si hemos de creer en los estereotipos, los ingenieros en general son notoriamente difíciles de abrir; personas de pocas palabras que, cuando se les puede animar a hablar, rápidamente desaparecen en un agujero de conejo de jerga técnica y lenguaje geek. Nuestro miedo era, por supuesto, erróneo. No solo este estereotipo está desactualizado en general, sino que en VSN especialmente el tipo de persona atraída por el rol tiende a ser extrovertida, dinámica y sociable (lo cual es notable cuando consideras su capacidad para mirar pantallas en habitaciones oscuras durante horas escribiendo miles de líneas de código). Claro, a veces nos desconcertaba su emoción por los detalles de codificación más intrincados y sutiles, y descifrar el ‘humor’ de los programadores era, bueno… una educación. Pero la verdad es que fue un placer hablar con ellos sobre sus perspectivas sobre su posición dentro de la empresa, sus deberes diarios y las cosas que los motivan.
Lo que aprendimos
En última instancia, lo que encontramos fue – bastante sorprendentemente – una genuina pasión y orgullo por lo que hacen y una increíble dinámica orientada al equipo, enfocada tanto en habilidades blandas y procesos de negocio como en el tiempo bruto de codificación. Lo que resulta de nuestra investigación sobre las 'entrañas' de la operación de VSN es un interesante equilibrio entre la resolución de problemas basada en el cliente y una cultura, mentalidad y conjunto de procesos diseñados para fomentar la innovación espontánea, impulsada internamente. Sobre todo, durante nuestras conversaciones hemos notado cómo el trabajo en equipo es la base de todo lo que sucede en el núcleo de VSN. La suma del constante intercambio de ideas, opiniones y propuestas provoca que cada uno de ellos individualmente pueda aplicar la mejor solución, la cual siempre ha sido contrastada por todo el equipo. La unión es su fuerza. Esto no debería sorprendernos, por supuesto: desarrollamos las estructuras, procesos y entorno en los que todo esto tiene lugar. Pero no hay duda de que al reunir la información necesaria para presentarles a ustedes – nuestros lectores – una visión del núcleo de VSN, también ganamos algo nosotros mismos; en esencia, un sentido de validación de que hemos adoptado el enfoque correcto y cumplido los objetivos que esperábamos alcanzar para nuestros empleados, nuestros equipos, nuestro producto y, en última instancia, nuestros clientes. Así que, sin más preámbulos, aquí hay un breve vistazo a tres de nuestros equipos centrales dentro de la familia VSN; el grupo MAM, el equipo de Apps y Herramientas, y el equipo de Frontend.
Nuestro equipo de Backend
Todos nuestros equipos de desarrollo están basados en Sant Joan d'Alacant (no es que la ubicación física de nadie haya importado mucho en los últimos dos años), mientras que nuestras otras oficinas de soporte están ubicadas en otras partes de España. Las oficinas de San Juan son un lugar dinámico y vibrante, enriquecido aún más por un conjunto siempre rotativo de pasantes entusiastas y motivados. Nuestro equipo de backend trabaja – fundamentalmente – con VSNExplorer; nuestra oferta de Gestión de Activos Multimedia (MAM) y el corazón y alma de nuestra suite de productos. Teníamos la esperanza – cuando les preguntamos sobre sus actividades diarias – de que dijeran: 'por la mañana: codificamos, por la tarde: codificamos, y por la noche, solo por un poco de diversión extra: codificamos'. La realidad era bastante diferente. Los días que describían eran estratégicamente però dinámicamente estructurados; los momentos iniciales dedicados a planificar y estructurar el día y la siguiente parte, crucialmente, dedicada a evaluar - a través de una reunión del equipo - los desafíos enfrentados el día anterior y las soluciones disponibles. La parte media del día era la parte convencional de implementación (ver, sabíamos que la codificación tenía que entrar en algún lugar), con la parte media del día dedicada tanto a ‘reiniciar’ como a ‘ajustar’ (eso es el almuerzo y la administración para nosotros, simples mortales), seguido de un poco más de ejecución de tareas. Crucialmente, el equipo de Backend fue muy vocal al comunicar cómo esas tareas surgían de un objetivo colectivo, en lugar de ser individuales. Lo expresaron de la siguiente manera: 'decidimos y diseñamos como equipo, y luego suele que ejecutamos las tareas individualmente, y luego verificamos nuevamente como equipo que lo que se ha decidido se ha llevado a cabo según lo esperado, completando así el ciclo del equipo'. Cuando se trató de preguntas sobre innovación, lo interesante fue que cuando preguntamos al Backend si sus actividades diarias tendían a ser impulsadas internamente o por el cliente/proyecto, no estaban interesados en hacer una distinción. 'Los clientes vienen a nosotros – en general – con necesidades, en lugar de especificaciones. Así que si el proceso de innovación proviene de suponer/interinterpretar/p predecir una necesidad o ser informados de una necesidad, realmente no importa; lo que importa es la forma en que somos capaces de aplicar nuestro conocimiento y creatividad para resolver problemas o abordar necesidades – existentes o anticipadas – de una manera que sea elegante, eficiente, intuitiva y efectiva'.
También te puede gustar:
Suscríbete a nuestro boletín para mantenerte actualizado sobre nuestra actividad
COMPARTIR:
También te puede gustar
