In che modo Remote rispetta il 100% delle scadenze con GitLab
Vuoi scoprire i vantaggi di GitLab Ultimate per il tuo team?
Remote usa GitLab come unica fonte di riferimento, iterando rapidamente dall'ideazione alla distribuzione.
Con un solo anno alle spalle, Remote sta contribuendo positivamente all'occupazione globale con SCM e CI/CD di GitLab.
Risolvere l'occupazione globale
Remote è un'organizzazione globale che fornisce una piattaforma per assumere chiunque in qualsiasi parte del mondo. L'azienda ha iniziato solo un anno fa completamente da zero con l'obiettivo di riformare il modo in cui funziona l'occupazione globale. Remote aiuta a collocare i dipendenti in ruoli a tempo pieno, non da liberi professionisti o freelance come la maggior parte delle opportunità di impiego da remoto. Remote crea una soluzione per assumere persone in diversi Paesi agendo da datore di lavoro globale.
Evitare catene multi-toolchain e costi inutili
Una start-up è una sfida in sé e per sé, ma esserlo con la premessa dell'occupazione globale è un'ambizione ancora più grande. L'azienda dipende dalla produttività e desiderava uno strumento che fornisse efficienza operativa e una migliore distribuzione dei prodotti. Remote è un team Lean e quando si espanderà avrà bisogno di uno strumento che si adatti al team.
Poiché Remote dipende dalla comunicazione in tutto il mondo, il team di sviluppo aveva bisogno di uno strumento per la gestione del codice sorgente e l'integrazione continua. "C'è un'esigenza o un requisito di base per tutti i progetti che gestisco e Remote non fa eccezione. È che dalla fase di ideazione alla distribuzione, il progetto deve essere il più fluido e il più veloce possibile", ha affermato Marcelo Lebre, co-fondatore e CTO di Remote. "Qualsiasi minima deviazione da questo tipo di flusso si trasforma in un enorme costo per l'intera azienda e per le persone stesse e di conseguenza in sprechi e inefficienza".
Lebre e il suo team hanno avuto esperienze lavorative con le catene multi-toolchain e sanno cosa vuol dire tempo, costi e lavoro extra. Quando sono presenti più strumenti, le start-up più piccole di solito devono codificare, testare e distribuire o collegare tutto insieme in modo esplicito. Così, uno sviluppatore perderebbe tempo a configurare e gestire i vari strumenti. Se si riscontra un problema con uno strumento, questo avrà un impatto negativo sull'intero sistema, dirottando in tal modo il lavoro del team tecnico.
Creare una start-up con GitLab
Velocizzare una start-up vuol dire usare vari strumenti software. Secondo Lebre, "Ogni piccola startup doveva usare una pletora di strumenti. Abbiamo usato strumenti come Codeship, Trello, Basecamp, Asana o Jira… Li abbiamo usati tutti insieme per assicurarci che si potesse distribuire qualcosa, e in modo iterativo; altrimenti, da quello che ho visto nelle start-up più piccole, sarebbe stato necessario fare tutto manualmente".
I membri del team di Remote avevano utilizzato GitLab in precedenza ed erano arrivati alla conclusione che lo avrebbero riutilizzato molto presto. "In realtà, già all'avvio di Remote sapevo che la scelta sarebbe stata quella. Uso GitLab già da molti anni, e non c'è competizione", afferma Lebre. La soglia per iniziare a usare altri strumenti era molto più alta perché significava scegliere singoli strumenti per i singoli servizi. La comodità di GitLab ha contribuito molto all'accelerazione della start-up, più di quanto avrebbe potuto fare una qualsiasi altra piattaforma.
Efficienza operativa, distribuzioni puntuali e zero manutenzione
Fin dall'inizio, Remote ha scelto GitLab. La piattaforma è usata da tutta l'azienda, sviluppatori e non, e intendiamo espandere e mantenere GitLab come infrastruttura. Per ora, Remote ha un solo software in un'unica posizione e si concentra su iterazioni rapide.
I ticket utilizzati in GitLab sono l'unica fonte di riferimento e, poiché tutti i membri del team lavorano da remoto, in questo modo restano tutti al passo. Grazie alla possibilità di collegare direttamente i ticket al codice, non si perde tempo nella gestione dello strumento e inoltre la pipeline consente una visibilità e un flusso di lavoro continui. "GitLab ha reso più facile essere un'azienda che lavora da remoto perché documentiamo tutto e ci assicuriamo che tutto il nostro codice e il prodotto siano visibili in GitLab", afferma Lebre. "Con GitLab, abbiamo piena osservabilità sulla velocità di distribuzione e sul processo di iterazione, e questo ci permette di ottimizzare dove necessario".
Il team di sviluppo ha eliminato la necessità di una multi-toolchain utilizzando GitLab per SCM e CI/CD. "Siamo orgogliosi di non oberare eccessivamente il team. L'ingegneria è un'arte, ne sono convinto, e far fare gli straordinari a un ingegnere riduce la qualità di quell'arte", afferma Lebre. "Se uso quattro strumenti per fare la stessa cosa che faccio con GitLab, significa che il team sta sprecando tempo a gestire quegli strumenti e a passare da uno strumento all'altro. Quindi o lavoriamo più ore, o distribuiamo meno. Da responsabile, queste sono due opzioni che non voglio prendere in considerazione".
Gli sviluppatori da remoto trascorrono il 100% del loro tempo a lavorare direttamente sul prodotto. Lebre e il suo team apprezzano la piattaforma end-to-end trasparente, perché questa consente loro di non trovarsi mai impreparati di fronte a un problema e quindi di rispettare sempre le scadenze. Negli ultimi tre mesi, il team ha distribuito oltre 540 merge in produzione e i tecnici hanno aggiornato il codice 3.795 volte. "Posso dire che GitLab e la suite completa sono stati un fattore facilitante e non si è mai verificato un problema", afferma Lebre.
Tutte le informazioni e le persone coinvolte nel case study rappresentano fedelmente la situazione reale al momento della pubblicazione.