Cómo Remote cumple con el 100 % de los plazos gracias a GitLab
¿Quiere ver lo que GitLab Ultimate puede hacer por su equipo?
Remote utiliza GitLab como una fuente única de la verdad, iterando rápidamente desde la conceptualización hasta la entrega.
Con solo un año de existencia, Remote está mejorando el empleo global con SCM y CI/CD de GitLab.
Resolver el problema del empleo en todo el mundo
Remote es una organización mundial que ofrece una plataforma para emplear a cualquier persona en cualquier lugar del mundo. La empresa empezó hace apenas un año completamente desde cero con el objetivo de reformar la forma en que funciona el empleo en todo el mundo. Remote ayuda a colocar a las personas a encontrar puestos de trabajo a tiempo completo en lugar de trabajos por contrato o como autónomos, como la mayoría de las oportunidades laborales remotas. Crea una solución para emplear a personas en distintos países, al actuar como un empleador global de registros.
Evitar cadenas de múltiples herramientas y costos innecesarios
Una startup es un desafío en sí, pero ser una startup con la premisa de un empleo organizativo global es una ambición aún mayor. La empresa depende de la productividad y querían una herramienta que proporcionara eficiencia operativa y mejorara la entrega de productos. Remote es un equipo pequeño y cuando se expanda necesitará una herramienta que se adapte a sus necesidades.
Como Remote depende de la comunicación en todo el mundo, el equipo de desarrollo necesitaba una herramienta para la gestión del código fuente y la integración continua. «Hay una necesidad o requisito subyacente que tengo para los proyectos que dirijo, y Remote no es una excepción. Es que el proceso desde la fase de conceptualización hasta la entrega, debe ser lo más fluido y rápido posible», dijo Marcelo Lebre, cofundador y director de Tecnología de Remote. «Cualquier desviación de este tipo de flujo, por pequeña que sea, es muy costosa para toda la empresa y para las propias personas, porque se traduce en desperdicio, y el desperdicio es ineficiencia».
Tanto Lebre como su equipo han tenido experiencia previa con cadenas de múltiples herramientas y comprenden la cantidad de tiempo, costo y trabajo adicional que se necesita. Con múltiples herramientas, las startups más pequeñas suelen tener que codificar, probar e implementar o conectar todo de forma manual y explícita. Un desarrollador tendría que dedicar su tiempo a configurar y gestionar las distintas herramientas. Si una herramienta se rompe, afecta negativamente a todo el sistema y desvía al equipo de ingeniería.
Crear una startup con GitLab
Ganar velocidad con una startup suele requerir diversas herramientas de software. Según Lebre, «Toda pequeña startup tenía que usar una gran cantidad de herramientas. Tenían que usar herramientas como Codeship, Trello, Basecamp, Asana o Jira... Usamos todas en conjunto para asegurarnos de poder enviar algo y de forma iterativa porque, de lo contrario, lo que veía en las startups más pequeñas era que tenían que hacer todo de forma manual».
Los miembros del equipo de Remote habían utilizado GitLab antes y llegaron a la conclusión de volver a utilizar la plataforma con bastante rapidez. «Para ser sincero, cuando empezamos Remote ya era una obviedad. Ya llevo muchos años usando GitLab, así que no hay competencia en ese sentido», dijo Lebre. El umbral para comenzar a utilizar otras herramientas era mucho más alto porque había que elegir herramientas individuales para servicios individuales. Como el equipo se sentía cómodo con GitLab, la puesta en marcha fue más rápida que si hubieran elegido otra plataforma.
Eficiencia operativa, entregas a tiempo y mantenimiento cero
Desde el principio, Remote ha utilizado GitLab. Toda la pequeña empresa está utilizando la plataforma, tanto desarrolladores como no desarrolladores, con la intención de ampliar y mantener GitLab como infraestructura. Por ahora, Remote tiene un software en una ubicación y se centra en iteraciones rápidas.
Los tickets que se utilizan en GitLab son la fuente única de la verdad y, como todos los miembros del equipo son remotos, eso mantiene a todos informados. Prácticamente no se pierde tiempo gestionando la herramienta, ya que la capacidad de vincular directamente los tickets con el código y el pipeline permite tener una visibilidad y un flujo de trabajo continuos. «GitLab nos ha facilitado ser una empresa remota porque documentamos todo y nos aseguramos de que todo nuestro código y producto sean visibles en GitLab», afirmó Lebre. «A través de GitLab, tenemos plena observabilidad sobre nuestra velocidad de entrega y el proceso de iteración, de modo que podemos optimizar lo que sea necesario».
El equipo de desarrollo ha eliminado la necesidad de tener una cadena de múltiples herramientas mediante el uso de GitLab para la gestión del código fuente y CI/CD. «Nos enorgullecemos de evitar que la gente trabaje en exceso. Creo que la ingeniería es un arte, y hacer que las personas trabajen horas extras reduce la calidad de ese arte», comentó Lebre. «Si utilizo cuatro herramientas para hacer lo mismo que hago con GitLab, significa que el equipo dedica tiempo a gestionar esas herramientas y a saltar de una a otra. Así que o bien trabajamos más horas, o bien enviamos menos. Esas dos opciones no son algo que uno espera con entusiasmo como gerente».
Los desarrolladores de Remote dedican el 100 % de su tiempo a trabajar directamente en el producto. Lebre y su equipo aprecian la transparencia de la plataforma de principio a fin, que evita cualquier posibilidad de verse sorprendidos por un problema, lo que les ha permitido cumplir con los plazos el 100 % de las veces. En los últimos tres meses, el equipo ha enviado más de 540 fusiones a producción y los ingenieros han actualizado el código 3795 veces. «Puedo decir que GitLab y el conjunto completo han sido un facilitador, y nunca un problema que tuviéramos que solucionar», afirmó Lebre.
Toda la información y las personas involucradas en el estudio de caso son precisas en el momento de la publicación.