1. Miguel, ¿cómo surge su interés por la informática?

Siempre he estado «colgado» de la tecnología, desde que era un niño con mi Gameboy, y he crecido con las novedades del mundo tecnológico. Mi tiempo libre lo pasaba siempre en el mundo virtual de Internet y los juegos, una afición que sigo teniendo hoy en día. Cuando llegó el momento de tomar decisiones estaba dividido entre Ingeniería o Gestión/Economía y acabé decidiéndome por la Ingeniería Informática.

2. ¿Cómo ocurre su contacto con Prime Nearshore en 2018?

Ocurrió en un momento de transición entre Alemania y Portugal. Fue pura casualidad. Siempre respondo a las solicitudes de contacto que me envían en LinkedIn, y Prime Nearshore no fue una excepción. Suelo preferir los proyectos a largo plazo, que implican construir algo duradero, en lugar de «analizar, desarrollar, entregar, seguir». Algo a lo que miremos un día y podamos estar orgullosos del trabajo que hemos hecho. En el momento en que Prime Nearshore se puso en contacto conmigo, sentí que el proyecto en el que estaba incluido había llegado a buen puerto y que debía empezar uno nuevo. Los retos que me propuso Prime Nearshore eran muy interesantes y coincidían con lo que yo quería para una nueva etapa profesional.

3. En la práctica, ¿qué es un Salesforce Architect y cuáles son sus responsabilidades?

Si utilizamos la «definición» de Salesforce Architect, está muy cerca de ser alguien que se encarga de recibir pedidos del Business [Negocio], diseñar la solución para implementarlos y seguir su desarrollo. Para mí, va un poco más allá. Lo que hago, y la responsabilidad que asumo, es todo lo que he descrito, pero también se trata especialmente de dar conocimientos a los miembros del equipo, ayudar siempre que haya un bloqueo, intentar mantener a las «tropas» motivadas y asesorar al Negocio. El trabajo de un arquitecto, en mi opinión, tiene que ir un poco más allá del componente técnico y entrar también en el aspecto más «humano» de las TI, por así decirlo.

4. ¿Qué tecnologías y herramientas utiliza?

La herramienta obvia es Salesforce, pero nos apoyamos en muchas otras. Utilizamos Jira, para llevar un registro de lo que hemos hecho/necesitamos hacer, y Microsoft Teams/Slack, como forma de comunicación entre los miembros del equipo/cliente. También usamos Visual Studio Code para desarrollar, Bitbucket/SourceTree para mantener los metadatos del proyecto, Jenkins para los deploys y también Whatsapp, que no es una «herramienta» pero es una forma importante de cultivar el buen humor del equipo fuera del trabajo.

5. Desde su punto de vista, ¿cómo le enriquece Nearshore como persona y profesional de las TI?

Nearshore ha sido muy interesante. En el plano profesional, trabajo a diario con colegas internacionales, especialmente de Bélgica y España, y ha sido una muy buena experiencia poder trabajar a distancia en cualquier parte del mundo. Debido al concepto de Nearshore, el equipo ya estaba acostumbrado a trabajar a distancia durante 1 o 2 días, y eso fue de gran ayuda cuando tuvimos que hacer la transición a lo completamente remoto, debido a la situación actual del país y del mundo. En una nota más personal, el simple hecho de trabajar en casa me liberó mucho tiempo, que antes se perdía en el transporte, lo que me permitió iniciar un canal en Youtube y en general aprender cosas nuevas, que no están directamente relacionadas con el trabajo pero son de mi interés.

Miguel – Salesforce Architect 

Prime Nearshore