Contexto

La industria financiera, en específico la de riesgo crediticio, cuenta con múltiples desafíos; variación del perfil de riesgos constante de los clientes y deudores, evaluaciones de crédito con sesgo, un mercado creciente (crecimiento anual sobre el 10%) y volátil (en el contexto actual)[1][2], disgregación de datos, pérdida de oportunidades por falta de información, entre otros.

Algunos de estos desafíos se arrastran por décadas dada la naturaleza e historia de la industria; la diferencia es que las condiciones tecnológicas hoy son superiores.

En la industria de créditos, existen cuatro actores relevantes: compañías aseguradoras, asegurados, deudores y corredores de seguro.

El desafío: Cómo consolidar la cartera de diferentes compañías para generar un análisis integrado

Todos los días se deben procesar más de 2 millones de créditos, que corresponden a la cartera de clientes del cliente. Además, como la información proviene de las compañías aseguradoras, cada una presenta sus propias reglas de negocio. A pesar de ser un servicio regulado por la Comisión de Mercados Financieros en Chile (CMF), cada empresa tiene criterios y definiciones diferentes. Esto se debe principalmente por:

1. A pesar de ser un proceso comercial estándar, por razones comerciales, como presentan este proceso de calificación de deudores es diferente, así logran generar una diferencia comercial con sus clientes para resaltar sus servicios.
2. Reglas de negocio antiguas y difíciles de actualizar están presentes. Como cualquier negocio e industria que lleva varios años y décadas operando, no necesariamente las decisiones pasadas se mantienen hasta el día de hoy. Pero se deben seguir dando el servicio con dichas decisiones, porque existen clientes activos con esas condiciones. Por lo tanto, nos encontramos con reglas obsoletas pero siguen vigentes.
3. Condiciones especiales diseñadas para casos específicos, donde algún acuerdo comercial entre un asegurado y compañía aseguradora resulta atractivo, que se deben definir reglas de negocio nuevas no utilizadas anteriormente.
4. La búsqueda de siempre presentar la data de la mejor forma posible, así como la compañía aseguradora siempre puede mostrar datos favorables a su gestión, pero que no necesariamente son un reflejo de la realidad.
   

La consecuencia de los puntos anteriores, es que cada compañía aseguradora cuente con sus propias definiciones para elementos que son por lo general genéricos. Es por esto que nos encontramos con aseguradoras que cuentan con:

• Hasta 12 clasificaciones de tipo de deudores.
• Más de 5 tipos de líneas de crédito.
• Más de 4 tipos de montos otorgados dependiendo de ciertas características y reglas.

Para poder consolidar y luego analizar, se requería poder homologar conceptos a un proceso unificado de la empresa, así realizar las gestiones independiente de la entidad aseguradora.

Solución: Diseñar un proceso propio, independiente de la fuente

Para poder llevar a cabo una consolidación, establecimos un solo proceso independiente de la compañía aseguradora. Redujimos y unificamos criterios, a un proceso con reglas de negocio claras que homologan - sin perder información - lo obtenido de la fuente de información (aseguradoras).

Para esto, se realizó un levantamiento de los productos disponibles en el mercado y cómo se gestionan en cada compañía; así definir reglas de negocio claras. Establecimos criterios claros de aceptación para cada tipo de dato, logrando así:

[*] Existen más estandarizaciones a las reflejadas en la tabla, se incluyen algunas con el fin de resumir.

Para lograr estas estandarizaciones, diariamente, en un horario reservado por las compañías para nosotros, se implementó un sistema de extracción, transformación y carga de datos (ETL).

Impacto

A pesar de que en el presente caso se enfoca en el proceso de extracción, transformación y carga, el impacto del proyecto en su totalidad fue significativo para el cliente, logrando:

• Se consolidó la información en un solo sistema, generando analítica avanzada, de más de 2.000.000 de créditos, de más de 400.000 deudores para más de 200 pólizas.
• Logramos generar un sistema de gestión automático, mediante detección automática de anomalías, capturando oportunidades de créditos sobre USD $946 millones anuales; un incremento de hasta un 23% de sus ingresos anuales.Se logró generar una gestión que podría impactar positivamente la aprobación crediticia de sus asegurados en hasta 350 puntos base, la aprobación general de la empresa, logrando así una mejor gestión crediticia.

Diseñado y publicado en 2024 por Nursoft ®.
Todos los derechos reservados.

Oficina Santiago
santiago@nursoft.cl
+562 2 604 8383
La Concepción 141, Oficina 907
Providencia — 7500010
Santiago, Chile

Sobre los Autores

• Gonzalo Larraín, Consultor de Nursoft. Ing. Civil en Informática de la Universidad Federíco Santa María.
• Rafik Mas'ad, Socio Consultor de Nursoft. Ing. Civil en Informática y Msc. en Ciencias de la Computación de la Universidad Federíco Santa María.
• Sebastián Mas'ad, Socio Consultor de Nursoft. Ing Comercial y Msc. Estrategia de la Universidad Adolfo Ibáñez.

Contexto

El sistema de salud chileno está sometido a un alto nivel de exigencia, atendiendo a millones de pacientes al mes con un déficit de profesionales y recursos. Esto ha implicado, al igual que la evolución en otras industrias, una mayor exigencia en eficiencia y eficacia. El impacto marginal en optimización de procesos puede significar reducción de tiempo en profesionales escasos, aumentando la cantidad de prestaciones, generando ingresos adicionales relevantes para las empresas.

En Nursoft hemos trabajado con múltiples actores de la industria de la salud, entendiendo en profundidad los dolores y espacios de impacto en los desafíos del negocio de nuestros clientes.

Desde el año 2018 colaboramos con una empresa que trabaja con más de 400 mil pacientes anuales. El proyecto, que impacta transversalmente al cliente, es de un gran tamaño tecnológico y es utilizado intensamente por más de 200 usuarios, 24 horas al día, los 7 días de la semana. Se atienden pacientes ambulatorios, hospitalizados y urgentes.

Sus procesos de gestión son sumamente exigentes por la demanda del mercado y su cartera de clientes. El atraso en algunos pocos minutos puede ser la diferencia entre una multa o no, o, en el peor de los casos, la vida o la muerte de un paciente urgente.

Producto de los múltiples desafíos del cliente, la plataforma está construida mediante una arquitectura de microservicios, con diferentes tecnologías y alta cantidad de funcionalidades. La alta disponibilidad, los tiempos de respuesta y la eficiencia pasan a ser requerimientos críticos dado el uso intensivo de los usuarios de la solución.

Nota técnica

En el diseño de un sistema de microservicios un desafío constante es cómo equilibrar un sistema con alta cohesión y bajo acoplamiento. Esto, en la práctica, permite que, manteniendo microservicios de alta coherencia interna, se minimice la cantidad de consultas que tienen dependencia con otro microservicio.

En particular esto es crítico cuando existen consultas de usuarios que en un sistema monolítico se implementarían con un join de tablas, ya que se pierde esa capacidad al tener bases de datos separadas haciendo mucho más costosas estas consultas.  Este es un problema común en sistemas de microservicios, que por la naturaleza de cada negocio, no siempre se puede evitar.

El problema de nuestro cliente: Cómo aumentar la eficiencia de sus colaboradores para mejorar sus costos.

El objetivo del proyecto es poder impactar de forma positiva la eficiencia  - sin dejar de lado la seguridad - de los procesos de gestión de los exámenes médicos; así mejorar su competitividad en costos versus su competencia.

Dado este objetivo, desglosamos las diferentes acciones y funcionalidades que utilizan los usuarios para detectar (1) las más utilizadas y (2) las que se pueden optimizar con el fin de impactar la productividad.

Con este análisis se detectó que la búsqueda de procedimientos (prestaciones médicas) es una funcionalidad que se ocupa hasta 1.000 veces al día por usuario, y dado el alto volumen de datos y la arquitectura, contaba con un déficit de velocidad subsanable rápidamente generando valor en el corto plazo. Una consulta podría demorarse hasta 12 segundos.

En sus inicios, esta funcionalidad se demoraba una fracción de segundos dado que era utilizada por menos usuarios y la base de pacientes y procedimientos era más pequeña. Al aumentar el uso, la cantidad de datos y habilitar funcionalidades que fomentaban la búsqueda de procedimientos por datos de pacientes, los tiempos de respuesta rápidamente aumentaron.

Problema Técnico: Data Disgregada, Búsqueda Unificada

Con el diagnóstico y el contexto del negocio claros, nos enfocamos en buscar una solución técnica en miras a generar un impacto positivo en los resultados para nuestro cliente.

El desafío fue cómo lograr unificar la búsqueda de más de 2.000.000 pacientes almacenados que cuenta con información disgregada en 2 microservicios: pacientes y procedimientos.

Cuando se filtraba por datos del paciente, se tenía que buscar todos los posibles pacientes que calzaran con la búsqueda e introducir ese resultado en la consulta del servicio de procedimientos.

A modo de ejemplo, si un usuario busca por «19» (para buscar todos los usuarios con Identificador Nacional 19 millones), en una tomografía computada de cerebro y con diagnóstico de accidente cerebrovascular, el microservicio de pacientes encontraba sobre 15 mil pacientes con Identificador Nacional 19.***.***-* y estos se enviaban al servicio de procedimientos para aplicar los otros dos filtros correspondientes a este servicio. En vez de procesar 25 procedimientos con sus 25 (o menos) pacientes, procesamos 15 mil pacientes y 25 procedimientos.

Solución

El equipo de consultores de Nursoft evaluó diferentes alternativas al desafío técnico con el fin de solucionar el problema de negocio:

• Fusionar el servicio de pacientes y procedimientos, lo cual se descartó por que eran los dos servicios de mayor envergadura. La base de código hubiese resultado muy extensa, de alta complejidad y baja cohesión.
• Replicar la información del paciente en el servicio de procedimientos, lo cual descartamos por mantenibilidad y escalabilidad. Entendiendo el volumen de datos y transacciones, era muy propenso a que las bases de datos quedarán desincronizadas e incoherentes.
• Agregar un campo de texto que contiene todos los valores más frecuentes que se pueden utilizar para buscar como texto en los procedimientos, tanto los campos del paciente (nombre, identificador nacional, correo electrónico) como del procedimiento en sí (número de ficha).
  

Esta última opción permite que el usuario al buscar «23» encuentre todos los procedimientos cuyo RUT, correo electrónico y número de ficha contiene «23», de forma expedita.

Para esto, se creó un servicio que de forma asíncrona mediante eventos, al recibir una actualización de datos de un paciente, actualizaba ese campo en todos los procedimientos de dicho paciente.

Además, a todos los campos que la plataforma permite filtrar, se le agregaron índices (más de 30 índices nuevos). En particular, este campo de texto para la búsqueda se le agregó un índice para búsqueda de similaridad mediante trigramas.

Resultados e Impacto

• La labor más realizada por la empresa en la plataforma era buscar, llegando a más 30.000 búsquedas por hora. Esto significaba que un grupo de operadores podía pasar hasta un 40% de su tiempo esperando que la plataforma encuentre los pacientes según sus criterios de búsqueda. Como resultado del proyecto, se mejoró logrando que sea menos de un 0.6% del tiempo, generando que los resultados de búsqueda sean casi instantáneos.
• En promedio se disminuyó a 0.125 segundos cada resultado de búsqueda, que en un comienzo eran cercanos a los 10 segundos.
• Los operadores ocupaban hasta dos horas diarias en total esperando que la búsqueda terminara de cargar. Actualmente las búsquedas dan resultados prácticamente instantáneos.
• En total se logró impactar la eficiencia de la operación del cliente aumentando su eficiencia en hasta un 40% diaria, aumentando así su capacidad productiva y reduciendo sus costos operacionales. Esto, producto no solo de disminuir los tiempos de respuesta, si no al mayor uso de la funcionalidad de búsqueda producto de su optimización.
  
  

Diseñado y publicado en 2024 por Nursoft ®.
Todos los derechos reservados.

Hay dos características que hacen especiales a los proyectos tecnológicos: tienden a ser riesgosos y rentables. Estas variables, en equilibrio, estudiadas, nos permite tener una perspectiva más acertada de cómo gestionar nuestro desarrollo de software.

Antes de seguir con el artículo, es importante señalar: la tecnología es una disciplina que trabaja con sistemas de alta complejidad, tanto por la naturaleza técnica como por la gestión social que esta requiere.

Una buena gestión no requiere solo un análisis big picture. Es importante entender la propia naturaleza del software para que estos proyectos obtengan su máximo potencial y retorno.

En el presente artículo nos referiremos a cómo, dado un proyecto específico con sus requerimientos definidos, podemos obtener el mayor retorno en menor tiempo.

Composición de un proyecto de software

Un desarrollo de software se debe dividir, ante cualquier circunstancia, en la mayor cantidad de funcionalidades. Entre más pequeña estas sean, mejor, ya que nos permite aislar la necesidad y controlar mejor su varianza.

En las metodologías ágiles, que permiten avanzar rápidamente a soluciones que generan valor (una forma de ver el desarrollo ya no tan moderna), habitualmente, cada funcionalidad se le conoce como historias de usuario, ya que cada una de estas le permite a un usuario completar una actividad que le genera valor.

Estas historias de usuarios se pueden agrupar en grandes historias, a lo que – al igual que en la literatura – se le denominan épicas, que no son más que múltiples funcionalidades que en conjunto añaden más valor que individualmente.

Las épicas puede (y deben) ser administradas como un portafolio. La tecnología no es un costo directo o gasto, se asimila más bien a un activo de inversión que genera retorno con su riesgo asociado.

Gestión de nuestro portafolio de épicas

El gran desafío en la gestión de un proyecto tecnológico está en distribuir los recursos escasos (tiempo de desarrollo) para obtener el mayor retorno. Ante esto, es importante considerar:

• Entre antes se obtenga el valor, mejor. Reduce riesgo ante incertidumbre futura.
• Cuando las funcionalidades a ser desarrolladas no son estructuradas, la mayoría de las veces es incierta la respuesta de los usuarios, por lo tanto, diversificar resulta eficiente.
• El costo de cada funcionalidad no es un valor fijo y predecible, tiene un comportamiento variable.

Dado lo anterior, el trabajo de gestión de un proyecto o un portafolio de épicas se basa en priorizar. Qué funcionalidades debo hacer primero y porqué.

Al igual que cualquier portafolio, existen métodos eficientes de hacerlo. Para esto debemos entender tres dimensiones de cada funcionalidad, o mejor dicho épica:

1. Costo: es decir cuantas horas de desarrollo implica esta funcionalidad (esto es transformable en costo monetario dado que conocemos los sueldos, gastos, etc).
2. Retorno directo: es decir una épica cuanto incremento en ventas significará (por ejemplo: clientes están esperando un set de funcionalidades para usar nuestro producto) o cuanto costo directo reducirá.
3. Retorno indirecto: es decir el aporte estratégico de la épica, pensando en por ejemplo en funcionalidades que no se traducen en ventas, pero si en posicionamiento.

Estos tres factores se deben ponderar para determinar el orden de desarrollo de las épicas, es decir el orden de inversión en nuestro portafolio.

Cuantificar el costo de una funcionalidad

Dado que el comportamiento de un proyecto de desarrollo opera con gran varianza, es esperable es que existan sobrecostos – y no menores- al finalizar el proyecto. Esto es un factor fundamental a la hora de cuantificar el costo de una épica.

A pesar de que existen muchas técnicas, que por lo general no muy precisas, en Nursoft utilizamos técnicas estocásticas de inteligencia artificial para simular el comportamiento de las épicas, y en consecuencia, del proyecto. Es decir, dada las funcionalidades, historias de usuario, podemos simular distintos escenarios de cómo se va a comportar un proyecto. Esto lo realizamos mediante técnicas de machine learning contra una base de datos que contiene más de 100.000 registros detallados.

Con nuestro sistema, llamado BlackSheep, logramos reducir la varianza de los proyectos de un 200% a un 25%, lo que permite mejor gestión de estos.

Con esto, tenemos rangos de comportamientos que nos permiten tener escenarios optimistas, pesimistas y esperado de cada funcionalidad. Esto implica mayor control del proyecto.

La gestión diaria eficiente o, cómo priorizar

Dada todas las variables anteriores, podemos estructurar cada épica evaluándola en las tres variables: costos, retorno directo e indirecto, y finalmente optimizando este orden obtenemos que debemos hacer primero.

A modo de ejemplo, simulamos 50 épicas, cada una con su costo y retorno directo estimado, para que se considere en el análisis:

• El costo directo se consideró se realizaron 10.000 simulaciones, donde se ponderó el peso de cada épica para determinar el costo unitario, el costo considerado es el promedio ponderado de los escenarios llevados a valores horas estándar.
• El retorno se consideró el incremento de ingresos dado el valor por cada usuario nuevo durante un año.
• Más allá de cómo se estimó cada parámetro, el objetivo es distinguir la priorización.

Al tener cada parámetro objetivo (el retorno indirecto no se consideró en esta ocasión) definido, es posible distinguir que existen épicas de mayor retorno a menor costo y viceversa.

Dado lo anterior, aquellas que se ubican en el cuadrante I, son épicas que cuestan menos inversión y retornan más, a diferencia de las del cuadrante IV, que son lo opuesto, por lo tanto, el orden de trabajo queda definida lógicamente la gestión del proyecto.

Esto resulta sumamente familiar al compararlo con un portafolio, la frontera eficiente se sitúa en aquellos activos que tienen menor volatilidad (costo) y mayor retorno (retorno directo) dado un presupuesto dado. Estas técnicas ya descritas en la década de los 50 son completamente extrapolables a la gestión de un proyecto tecnológico.

Los requerimientos cambian

Sabemos que los negocios son cambiantes, y los proyectos tecnológicos no se eximen de esto. Es por eso por lo que dado que avanza el desarrollo es natural ver que las épicas han ido mutando, algunas se desechan y otras se añaden.

Es por esto que el trabajo de gestión es continuo y lo presentado en este artículo responde a un momento dado, ante cambios es importante volver a repetir el ejercicio de gestión para mantener alineada la tecnología con el negocio.

Nursoft todos los años abre un amplio proceso de prácticas, donde se invita a participar a estudiantes a que sean parte de la empresa por 8 semanas.

El objetivo que tenemos como empresa es que los practicantes puedan vivir la experiencia real trabajando en una consultora tecnológica.

Al final de la práctica, los estudiantes dejan un registro para la siguientes generaciones de como fue su experiencia.

Joaquín Uribe

Antes de la práctica

Estaba buscando un lugar donde hacer mi primera práctica cuando encontré en el foro de mi universidad un post de Nursoft con una oferta de práctica. En ese momento me puse a investigar sobre la empresa y tuve la suerte de poder hablar con Demian (muchas gracias por la disposición) quien también hizo su práctica en Nursoft y me explicó como funcionaba la empresa por dentro. Sonaba demasiado bueno para ser verdad y rápidamente se volvió mi meta poder entrar ahí.

La expectativa

Lo que más buscaba en una práctica era poder hacer algo que sintiera que estaba valiendo la pena, y eso es lo que me estaban prometiendo. Me iban a tratar como a un trabajador más y parecía que no me iban a “tirar un hueso” para tenerme entretenido sin molestar durante los dos meses. Por suerte para mí, decían la verdad.

También me atraía la calidad humana que decían tener y que, probablemente, sea de lo que más termine hablando aquí porque es algo que valoro mucho.

El proceso de postulación consistió en una entrevista con Sebastián en la que simplemente hablamos de la empresa, un pequeño desafío técnico y luego una entrevista con Rafik en la que tuve que resolver un par de problemas de programación competitiva.

Estaba un poco confundido y pensaba que todavía quedaba una entrevista más, así que, cuando recibí el correo diciendo que me habían aceptado, salté de la silla de la emoción y casi no lo podía creer.

Previo a la práctica

Junto a la oportunidad de poder participar en un proyecto real viene un algo que puede llegar a dar miedo, estás participando en un proyecto real. ¿Qué iba a hacer alguien que no tiene nada de experiencia real trabajando? ¿Qué va a pasar si cometo un error y eso termina afectando a los usuarios? Me estaba comiendo la cabeza pensando en eso, pero al pasar los días pude darme cuenta de que tenía un equipo increíble el cual se preocupó de ayudarme en todo lo que fuera necesario incluso si eso significaba tener que estar el día completo ayudándome con un problema.

El proyecto y día a día

A lo largo de la práctica trabajé principalmente en el área médica, específicamente un proyecto enorme y complejo.

Una buena parte de mi tiempo en Nursoft lo pasé trabajando en mejorar la plataforma. Es una experiencia bastante bonita y enriquecedora. Bonita porque te deja tener cierto contacto con los clientes al leer sus reportes y enriquecedora porque dedicarse a arreglar bugs muchas veces implica tener que modificar cosas a lo largo de todo el proyecto.

Arreglando bugs toqué frontend, backend, muchisimos servicios, trabajé con como 3 lenguajes diferentes y con librerías que nunca había visto en mi vida, fue una experiencia única y realmente sirvió para demostrarme a mi mismo que era capaz de hacer mucho más de lo que pensaba.

Las últimas semanas pude trabajar en historias de usuarios y en ese momento me di cuenta de lo mucho que había aprendido en estos meses. Las cosas que decían ya no me parecían otro idioma y logré ayudar a ir algo más rápido y aportar en general.

También pude participar de varias reuniones de organización, en especial en las últimas semanas al estar trabajando en la historia.

Incluso me invitaron a asistir una reunión con clientes reales, la cual es una experiencia que recomiendo a todo el mundo al menos una vez.

Sobre el equipo (humano)

Una de las mejores cosas que tiene Nursoft es la calidad de personas que trabajan allí.

Les hice tantas preguntas (algunas más tontas que otras) que siempre me pareció increíble con la disposición y amabilidad que siempre me trataron. No me ocurrió ni una sola vez que me respondieran mal, y las veces que realmente no tenían tiempo para poder ayudarme, se preocupaban primero de conseguir a alguien más que pudiera resolver mi duda.

No solo son todos personas admirables y muy buenas en lo que hacen, son simplemente buenas personas bajo mis estándares, y eso es algo que valoré mucho. Como dije al principio, nunca me trataron como “solo un practicante”, ni me miraron para abajo, todos éramos iguales. Tuve la fortuna de poder ir a la oficina las dos primeras semanas (hasta que la por temas de la pandemia, tuvimos que volver remoto) y siempre íbamos a comer juntos.

Ahora viene la parte en la que agradezco a todo el equipo así que puedes saltártelo si quieres.

Gracias a Nico, Nati, Manu y Pedro por haberme acompañado en la experiencia de ser un practicante y por ayudarme siempre que podían.

Gracias a Godi, Breco, Rodrigo, Gonzalo, Gustavo, George y Alfaro por responder todas mis preguntas, darme consejos cuándo me veían muy urgido y tenerme paciencia.

Gracias a Antonio por siempre alegrar el ambiente y ser tan amable.

Gracias a Rafik y a Seba por haberme dado esta tremenda oportunidad y toda la guía que me dieron durante todo el proceso.

Aunque al final me quede esperando el mojito...

Manuel Rojas

Postulación

Se siente como si hubiese sido ayer que estaba con la presión de encontrar práctica. Sabía que este sería mi último verano en pregrado, y por ende era la última opción de realizar mi segunda práctica (siempre se puede hacer durante el semestre, pero hay formas más fáciles de sufrir).

Lo anterior no evitó que fuera exigente con los desafíos que proponían las variadas empresas que aparecían. Muchas veces me tocó leer vacantes con descripciones muy ambiguas y vagas, o que asignaban responsabilidades acordes a un senior con +3 años de experiencia, o simplemente tenían proyectos poco entretenidos. Pero una de las excepciones fue Nursoft.

La primera entrevista fue con Sebastián Masad. Creo que los nervios de enfrentarse a estas etapas nunca desaparecen, pero incluso cuando mi entrevista fue de las últimas, y era evidente lo extenuante que había sido el proceso para Sebastián, aún así se notó el esfuerzo en poder hacer de esta conversación una instancia amena y agradable, mostrando siempre interés en lo que yo estaba buscando y en poder comprender mis objetivos. Me dieron a conocer a la empresa, los proyectos que participaban y una pincelada del ambiente que rodea en todo momento al equipo de trabajo. Siempre trato de ser escéptico y crítico en este tipo de instancias, pero la impresión que tuve de Sebastián y de Nursoft fue inmediatamente positiva. Desde ahí que mi prioridad fue realizar mi práctica acá.

El siguiente paso fue resolver un desafío técnico. A esta altura no recuerdo los detalles del mismo, salvo que podía resolverse en Python o Elixir. En mi caso, Python era el lenguaje en el que más había trabajado, y de Elixir no había escuchado nunca, pero era la oportunidad para ponerme a prueba (y sumar puntos extra en la evaluación), así que decidí enviar una solución con cada lenguaje. Funcionó, y llegó la invitación para la entrevista técnica. Nervioso como pocas veces, conocí a Rafik Masad. Similar a la primera entrevista, Rafik se mostró siempre muy agradable e interesado en que esta etapa saliera bien, lo que permitió que yo me desenvolviera un poco mejor. Había que resolver otros desafíos técnicos, pero en vivo, compartiendo mi pantalla. Sigo creyendo que no me fue tan bien, porque en el segundo problema me atasqué en un momento. Pero finalmente pude enviar una solución correcta, y desde ahí sólo me quedaba esperar.

Una vez que llegó el correo de Sebastián felicitándome por haber sido seleccionado, fui muy feliz. No sólo había resuelto el problema de encontrar práctica, si no que había quedado dónde quería.

Donde las papas queman

Tuvimos una inducción unos días antes, nos explicaron con mayor profundidad los proyectos en los que estaban trabajando, nos presentamos con todo el equipo de trabajo (practicantes y no practicantes), y fuimos seleccionando los proyectos en los que participaríamos. El más importante y el que más manos demanda actualmente es uno para el área de la salud, una plataforma de uso médico que apunta a revolucionar la forma en que los radiólogos llevan a cabo su trabajo. Un proyecto que técnicamente hablando es muy complejo, con una arquitectura de (muchos) microservicios, y que ni siquiera están en el mismo lenguaje.

"Con todo si no pa' que" dicen los lolos.

Oh dios fue demasiado código que procesar. Quizá alguien con más experiencia pueda decir que no fue tanto más de lo normal, pero para alguien que no había tenido una oportunidad así antes, fue toda una aventura. Por lo mismo, se utiliza la estrategia de que los practicantes inicien su camino arreglando bugs muy simples, lo que me parece ideal para ir conociendo cada servicio.

Si hay algo en lo que Nursoft intenta destacarse, es en sus procesos internos. Y para quiénes se suman al equipo, requiere cierta disciplina y tiempo adaptarse a esto. Pero también es un aprendizaje con mucho valor para quién se inicia en el mundo del desarrollo de software. Confío plenamente en que adoptar esta meticulosidad al trabajar va a ahorrarme muchos dolores de cabeza en el futuro.

Dos meses después

Siempre he creído que lo importante en la vida es hacer cosas entretenidas. Y así fue este tiempo. Así como si nada pasaron dos meses arreglando bugs, agregando funcionalidades, pegándome cabezazos para entender cómo se conecta un servicio con otro, participando activamente en los daily, en los post-mortem, revisando código ajeno, en almuerzos, en juegos, y compartiendo con la gente de Nursoft. Como desarrolladores son máquinas, pero como compañeros son muy humanos. Un lujo de equipo.

El objetivo que tenía para mi segunda práctica era literalmente "meter las manos". Quería participar activamente de un proyecto real, y entregarle valor, y en Nursoft pude lograrlo: eso es lo que buscan. Me hubiese gustado haber aportado más de lo que alcancé a hacer, pero ahora sí tengo una noción mucho más clara sobre mis capacidades y debilidades. Y por último, no menos importante, puedo decir que encontré en el desarrollo de software un espacio en el que quiero desenvolverme profesionalmente.

Nicolás Cerpa

Como conocí Nursoft

Mi historia con Nursoft parte con un correo que recibí en  medio de mi semestre universitario, era de parte de un  profesor de mi universidad (Universidad Federico Santa Maria) en el correo había varios anuncios de empresas que ofrecían  practicas, yo sabiendo que pronto tendría que hacer mi primera practica los revise y de todas las ofertas una me llamo la atención, la de Nursoft, esta tenia un enlace a un repositorio con un markdown en la que explicaban como sería el proceso de selección y también su estilo de trabajo y filosofía, de esta lo que más me llamo la atención es que se definían como agnósticos a tecnologías, o sea que no tenían un stack de tecnologías definido esto fue inmediatamente atractivo, ya que eso implica tener que toparse con cosas nuevas de manera regular y eso sonaba entretenido

Postulación

Postule y me agendaron una primera entrevista que fue con Sebastian, uno se esperaría que una entrevista seria algo como alguien haciéndote preguntas y esperando que las respondieran de la manera que ellos quieren pero esta no, se sentía más como una conversación, como si tuvieran un real interés en conocer quien eres en vez de que respondas correctamente a preguntas que no son muy directas.

Después de la entrevista se me entrego un pequeño desafío técnico en el que tendría que resolver un problema, no hablare más de eso porque podría hacer algún tipo de spoiler, después de que revisaran mi respuesta se me agendo una segunda entrevista, esta vez era una técnica y fue con Rafik, fue una entrevista en la que había que resolver un problema en vivo y en directo, después de ser derrotado por un par de problemas pude conversar un rato con Rafik donde me explico varias cosas como el porque de usar Elixir para programar (un lenguaje funcional de sintax media extraña pero con buenos motivos)

Resultado del proceso: sorpresivamente me seleccionaron

Ya en la practica

El primer día fue un día de introducción, me dieron un puesto y con el resto de los practicantes tuvimos que trabajar en un proyecto sandbox que se asemejaba a lo que me iría a topar más adelante en la practica, la idea de este proyecto era poder conocer bien todo el flujo de trabajo que se debe llevar, en un principio me parecía muy enredado pero con el pasar del tiempo uno le va encontrando el sentido a todo el proceso y finalmente lo termina encontrando muy útil para poder llevar un trabajo más ordenado.

Después pude seleccionar y me uní a un proyecto ya en marcha y empece resolviendo bugs y mejoras que eran elegidos para mí (elegidos para que no me topara con algo muy difícil al principio) al trabajar en esos bugs pude familiarizarme mejor con las tecnologías que se estaban ocupando y el código que existía. Durante las primeras semanas fui conociendo al equipo del proyecto y ellos me ayudaron un montón en resolver todas mis dudas, siempre estuvieron disponibles y con muy buena voluntad de ayudar

Cerca del segundo mes de practica participé activamente en una historia, esta estaba enfocada a un ámbito que me interesaba mucho y agradesco que en Nursoft hayan considerado mis gustos para asignarme tareas, de ese trabajo aprendi bastante y siento que si tuviera que hacer algo relacionado con eso en el futuro estaría mucho más capacitado

De esta practica me llevo muchas cosas positivas, he aprendido mucho de como funcionan las cosas aplicadas, ya que hasta hace poco solo había podido estar en un ambiente académico sin mucha aplicación real, más allá de los proyectos que puedan haber en algunos ramos, de las cosas que he estado aprendiendo, he podido aprender de lo importante que son los métodos al momento de trabajar en algo y varias cosas técnicas como por ejemplo como funcionan realmente los servidores y como se usa git realmente (y también que existe un lenguaje que se llama Elixir y que vale la pena tener en consideración)

Palabras finales

Me gustaría agradecer a Sebastian y Rafik por haberme dado la oportunidad de trabajar con ellos, y también agradecer al equipo con el que trabaje durante estos meses, muchas gracias por toda su ayuda y paciencia son un grupo humano muy amistoso y amable.

También agradecer a mis compañeros de practica por acompañarme en el camino de estar perdidos en que es lo que hay que hacer, muchas gracias.

Nursoft todos los años abre un amplio proceso de prácticas, donde se invita a participar a estudiantes a que sean parte de la empresa por 8 semanas.

El objetivo que tenemos como empresa es que los practicantes puedan vivir la experiencia real trabajando en una consultora tecnológica.

Al final de la práctica, los estudiantes dejan un registro para la siguientes generaciones de como fue su experiencia.

Gustavo Varas

La experiencia partió antes de postular: era estudiante de tercer año y el foro de estudiantes de la carrera ardía con posts de diferentes empresas y lugares que ofrecían práctica para el verano, pero, así como había muchas ofertas, había mucha demanda también.

Eso no me asustaba, yo estaba decidido a encontrar un lugar donde hacer mi práctica, sí o sí. Así que en esta búsqueda llena de altibajos, yo, una persona con poca experiencia, me decidí a encontrar un buen lugar para trabajar y aprender en el proceso.

Postulé, emocionado, a varios lugares. Me rechazaron muchas veces por falta de experiencia y con pocas opciones más, fui seleccionado en un lugar que no me llamaba la atención, no quería trabajar ahí. Durante unos días estuve en conversaciones con ellos para definir mi práctica, sin estar realmente convencido, hasta que vi el post de Nursoft y decidí postular.

Luego de la primera entrevista decidí que éste era el lugar en que quería estar y rechacé la oferta de la empresa anterior apostando por esta boutique, sin saber si me aceptarían. La espera fue un período con incertidumbre, había dejado un puesto asegurado por jugármela por el lugar que quería. Poco a poco fui pasando todas las entrevistas y etapas del proceso de selección, ya solo faltaba la respuesta, estaba muy emocionado, sentía que lo había hecho bien a pesar de todo.

Finalmente me llegó la noticia: fui aceptado. La alegría fue muy fuerte, había valido la pena apostar por un lugar donde yo pensaba que podría ser más feliz, pero, rápidamente, me llené de nervios.

¿Qué pasa si lo hago mal?, ¿si no cumplo con sus expectativas?.

Al fin llegó el primer día de la práctica, estaba muy nervioso de presentarme al equipo, pero apenas vi sus caras y empezaron a hablar, me sentí seguro, eran personas, igual que yo, todos eran amables, amistosos y se notó inmediatamente que sentían un gran cariño por su trabajo y por el equipo.

Y así empezaron un par de días para poder preparar todo para poder trabajar correctamente. Empecé con tareas simples, que me permitieron ir recorriendo la curva de aprendizaje del proyecto, ya que no es fácil llegar a un código que ya esta en etapas avanzadas de desarrollo, en producción y poder entenderlo.

Y poco a poco, tarea a tarea fui aprendiendo de frameworks y lenguajes que nunca había usado. Empecé a adentrarme en el backend, tareas más avanzadas del front-end, de todo un poco. Fue desafiante pero estaba feliz y con la ayuda del equipo fue muy ameno.

En mi última semana me tocó realizar junto a un pequeño equipo de tres personas una historia de usuario, fue un proceso muy entretenido, resolver los problemas que se iban presentando, diseñar la mejor solución posible y ponerla en práctica. No fue fácil, pero nunca quise abandonarlo.

Agradezco mucho a Nursoft por esta internship. Aprendí no solo de programación y código, sino también de metodologías y la importancia de un buen equipo de compañeros. Me gustaría que la práctica hubiese sido presencial, poder conocer mejor a los humanos de Nursoft, que fueron tan amables conmigo, pero no por ser remota fue una mala experiencia, de hecho yo creo que fue la mejor experiencia que pude haber tenido como estudiante de tercer año.

Gracias a todo el equipo, al Seba (cofundador), a Rafik (cofundador), a George (Software Engineer), a Diego (Software Engineer), a Breco (Software Engineer), a Rodrigo (Software Engineer), a Godi (Software Engineer), a Erick (Software Engineer), a Antonio (Administrative Assistant – aunque no pudimos hablar mucho por estar remotos) y también a los otros alumnos en práctica, Magda y Alfaro, porque todos pusieron su granito de arena y ayudaron a que esta práctica fuera la mejor de todas.

Magdalena Álvarez

¿Cómo llegué aquí?

Todo empezó con un post en el foro de la comunidad de alumnos de mi carrera en la plataforma de mi universidad (Universidad de Chile). Ahí se ofrecía una práctica de esta empresa llamada Nursoft. Lo primero que me llamó la intención era que la felicidad era un punto muy importante para ellos, además de que era una empresa pequeña que trabajaba en proyectos de alta complejidad.

Apenas leí ese post dije: "Quiero trabajar ahí". Ser feliz programando y desafíos, era exactamente la idea que tenía de qué quería para mi primera experiencia laboral, ¡y vaya que sí era todo lo que pensaba!

Mandé un correo para postular y tener una primera entrevista.

Esperaba una entrevista típica de qué lenguajes manejo, si he desarrollado algo, que dudas tenía sobre la empresa y cosas de ese estilo, pero nada hacía presagiar que… La "entrevista" se iría entre viajes, deportes y polillas. Al final de esta me dieron unos desafíos que para "ponerles color", me fui por el camino difícil, lo cual dio frutos y me llamaron a una segunda entrevista.

Esta segunda instancia fue lo que me esperaba de una entrevista técnica: problemas y resolverlos ahí mismo. De esta salí derrotada, creí que me había ido horrible (spoiler: termina bien).

Después de eso solo quedaba esperar.

Fue una larga espera, y al único otro lugar donde había postulado no había quedado, no postulé a más prácticas porque quería mucho quedar en Nursoft.

Y la espera valió la pena, ¡me habían seleccionado!

Ahora se comienza la mejor parte.

El día a día en Nursoft: más allá de programar

Fue una experiencia muy enriquecedora, pero no todo fue programar.

Desde el día uno, el apoyo del equipo hacia nosotros como practicantes fue muy grande, dos de los ingenieros del equipo – Diego y Jorge (conocido en Nursoft como George) – se quedaron con nosotros hasta que logramos dejar todo instalado y funcionando, y fue bastante difícil lograrlo.

Cuando logramos correr todo, inmediatamente nos asignaron nuestras primeras tareas.

Al comienzo nos tocó empezar a programar cosas pequeñas, arreglar bugs y desarrollar enhacements, que cada día adquirían mayor complejidad. Pero algo en lo que no esperaba participar fue en sacar algunos release y revisar código de otros miembros del equipo, así como también en las reuniones del equipo, básicamente no era solo una practicante, era una más del equipo.

Para salir de la rutina, todas las semanas teníamos reunión los 3 practicantes (Gustavo, Sebastián Alfaro y yo) junto a Seba (cofundador), y a veces Rafik (cofundador), para hablar de cómo estabamos. Sentí que estas ayudaban a relajarse y salir de estar todo el día programando.

Varias veces mi computador presentó problemas y tuve que "entrar a picar", todos estuvieron - siempre - muy dispuestos a ayudar y darme ideas de como solucionar los problemas. Nunca nos dejaron de apoyar.

Entre bugs y enhacements se fueron mis días, aprendiendo más de lo que imaginé que podría aprender en dos meses. Algunas cosas costaron bastante, como lograr entender bien Redux.

Hasta que, en la semana antes de terminar, venía lo grande: Trabajar en mi primera historia de usuario (funcionalidad) junto con George y Gustavo (mi otro compañero practicante). Fue un desafío complicado, pero trabajando en equipo la sacamos adelante.

Si debo resumir mi internship en Nursoft, díria:

Trabajo en equipo
Desafíos
Felicidad

Estaré por siempre agradecida por esta tremenda oportunidad de aprender tanto y compartir con un equipo de personas tan bacanes.

Bonus: La música que me acompañó

Las canciones anteriores fueron parte de mi día a día, y junto al apoyo del equipo, me ayudaron a salir adelante.

Sebastián Alfaro

Proceso de postulación

Primera entrevista

Al poco tiempo me llegó un correo de Sebastián Mas'ad (cofundador de Nursoft) y coordinamos la primera entrevista.

Esta entrevista es para ver el lado humano del practicante y que él conozca más sobre Nursoft.

Por las circunstancias actuales al momento de la entrevista (coronavirus) la entrevista tuvo que ser por Google Meet, pero esto no trajo problemas.

Me fue súper bien en la entrevista ya que confirme mis ganas de hacer la práctica en Nursoft y esperé con ansias continuar al siguiente paso del proceso.

Desafío técnico

El siguiente paso en el proceso de postulación fue un pequeño desafío técnico. Este consistía en programar y mandar la solución de dos problemas en uno de los lenguajes permitidos a elección. Omito los desafíos por si a alguien más les toca a futuro, pero no eran tremendamente complicados (ojo, no digo que fueran fáciles).

Una vez mandados los desafíos esperé atentamente saber si pasaba a la siguiente etapa o no.

Segunda entrevista

Luego de un tiempo me llegó un correo de Rafik Mas'ad (cofundador de Nursoft) felicitándome por pasar la segunda etapa y coordinamos una fecha para la segunda entrevista, la entrevista técnica.

En esta entrevista tuve que solucionar otros problemas de programación, pero esta vez en tiempo real (¡qué nervios!). Esta entrevista también fue por Google Meet, pero compartiendo el escritorio para mostrar el código y la solución.

Aunque estaba un poco nervioso inicialmente, la entrevista fue un éxito y logré solucionar los desafíos planteados. Aunque en el desafío me equivoqué por no entender algo, aclaré mis dudas y llegué a la solución correcta. Esto me hace pensar que lo importante no es saber las cosas de memoria, si no la capacidad de improvisar y obtener la información necesaria para solucionar el problema.

La práctica

¡Finalmente me llegó un correo diciendo que estaba seleccionado! Coordinamos una reunión con Sebastián y los otros dos practicantes seleccionados (Magda y Gustavo) para organizarnos y saber que haríamos en la practica exactamente (siempre supimos que seríamos parte de Nursoft como un trabajador más, en proyectos reales de la empresa, pero no sabíamos quien trabajaría en cual proyecto aún). En esta reunión nos pusimos de acuerdo en que proyecto trabajaría quién.

El proyecto

El proyecto consistía en hacer una aplicación que se muestra información que nos enviada el cliente a través de su API. Estos eran de diferente tipo y funcionalidad, desde información plana a documentos, tickets, notificaciones, entre otras.

Lo interesante de esta aplicación, es que es una progressive web app (PWA) hecha con React. Este tipo de aplicaciones son páginas web que se pueden "Instalar" en el celular. Al instalarse, se comporta como una aplicación nativa de Android o iOS, pero tiene la ventaja de que pesa mucho menos, ya que toda la lógica de la aplicación esta en internet.

Esto era un desafío para mí, ya que si bien ya había trabajado con React en mi primera práctica. Nunca había hecho una aplicación tan grande y menos una PWA.

El proyecto lo llevé a cabo junto a Sebastián Mas'ad, que me ayudo al programar algunas funcionalidades de la aplicación y lideró el diseño del producto (acá conocí Figma)

Nunca había tenido un proyecto tan grande en mis manos y sabía que sería un desafío. Pero eso es lo que quería, por eso quise hacer la práctica en Nursoft.

El equipo de Nursoft

En todo el proceso compartí con el equipo de Nursoft que me trató como un compañero y no como un practicante. En muchas ocasiones me ayudaron a resolver dudas sobre el proyecto, sobre React, CSS y Javascript. En otras ocasiones pude ayudar a otros y a dar ideas sobre soluciones inclusive en otro proyecto.

Que todos los practicantes (incluido yo) trabajaramos en proyectos diferentes no fue en ningún caso un impedimento para interactuar como pares ni ayudarnos mutuamente.

Organización

Una de las cosas más importantes de Nursoft y lo que más me enseño en esta práctica, es la organización de la empresa. La forma en que se ocupa Git, cada funcionalidad o bugfix debe ser revisado por un compañero (se asigna quien revisa a quien cada semana). Esto hace que  la calidad del código deba ser buena y se asegure de que el código funciona. Ya que si esto no ocurre, no se acepta.

Esto me ayudo a aprender mucho sobre las buenas prácticas al programar en React y JS en general.

Palabras finales

La práctica fue una experiencia muy buena. Aprendí muchísimo y la pasé muy bien. El hecho de que fuera un desafío hizo que nunca fuese aburrida y me sirviera como una experiencia real de desarrollo de software.

El equipo de Nursoft hizo que la práctica fuera muy amena y que se pasara realmente demasiado rápido, no me di cuenta y ya tenía que despedirme.