Wie Remote 100 % seiner Deadlines mit Hilfe von GitLab einhält
Möchtest du sehen, was GitLab Ultimate für dein Team tun kann?
Remote verwendet GitLab als Single Source of Truth und iteriert schnell von der Ideenfindung bis hin zur Bereitstellung.
Nach nur einem Jahr verbessert Remote die globale Beschäftigung mit GitLab SCM und CI/CD.
Globale Beschäftigung verbessern
Remote ist eine globale Organisation, die eine Plattform bietet, um jede Person überall auf der Welt zu beschäftigen. Das Unternehmen wurde vor nur einem Jahr völlig neu gegründet mit dem Ziel, die Art und Weise, wie die globale Beschäftigung funktioniert, zu reformieren. Remote trägt dazu bei, Mitarbeiter(inne)n eine Vollzeitbeschäftigung zu vermitteln, im Gegensatz zu Vertrags- oder freiberuflichen Positionen wie bei den meisten Remote-Positionen. Das Unternehmen bietet eine Lösung, um Menschen in verschiedenen Ländern zu beschäftigen und als globaler Arbeitgeber zu fungieren.
Vermeidung von Multi-Toolchains und unnötigen Kosten
Ein Startup ist an sich bereits eine Herausforderung, aber ein Startup mit der Prämisse einer globalen Unternehmensbeschäftigung zu sein, ist ein noch größeres Ziel. Das Unternehmen ist auf Produktivität angewiesen und suchte ein Tool, das betriebliche Effizienz und eine verbesserte Produktlieferung bietet. Remote hat ein schlankes Team und wenn das Unternehmen expandiert, benötigt es ein Tool, das mit ihren Anforderungen wächst.
Da Remote auf globale Kommunikation angewiesen ist, benötigte das Entwicklungsteam ein Tool für die Quellcodeverwaltung sowie die kontinuierliche Integration. „Es gibt eine grundlegende Notwendigkeit oder Anforderung, die ich für die von mir verwalteten Projekte habe, und Remote ist da keine Ausnahme. Von der Ideenfindung bis hin zur Bereitstellung muss alles so reibungslos und so schnell wie möglich sein“, sagt Marcelo Lebre, Mitbegründer und CTO von Remote. „Jegliche Abweichung von diesem Ablauf, auch wenn sie noch so gering ist, ist für das gesamte Unternehmen und die Menschen selbst sehr kostspielig, da sie zu Verschwendung führt und Verschwendung ist ineffizient.“
Lebre und sein Team haben alle bereits Erfahrung mit Multi-Toolchains gesammelt und verstehen den zusätzlichen Zeit-, Kosten- und Arbeitsaufwand. Mit mehreren Tools müssen kleinere Startups in der Regel alles manuell programmieren, testen und bereitstellen oder explizit miteinander verknüpfen. Entwickler(innen) müssten Zeit darauf verwenden, die verschiedenen Tools zu konfigurieren und zu verwalten. Wenn ein Tool ausfällt, wirkt sich dies negativ auf das gesamte System aus und lenkt das Entwicklungsteams ab.
Aufbau eines Startups mit GitLab
Der Aufbau von Geschwindigkeit mit einem Startup erfordert in der Regel eine Vielzahl von Software-Tools. Laut Lebre „muss jedes kleine Startup eine Vielzahl von Tools nutzen. Dabei handelt es sich um Systeme wie Codeship, Trello, Basecamp, Asana oder Jira … Wir haben diese alle gleichzeitig genutzt, um sicherzustellen, dass wir etwas liefern konnten, und zwar iterativ – denn ich sah bei kleineren Startups, dass sie andernfalls alles manuell erledigen mussten.“
Mitglieder des Remote-Teams hatten zuvor GitLab verwendet und kamen schnell zu dem Schluss, die Plattform wieder nutzen zu wollen. „Um ehrlich zu sein, als wir Remote gründeten, war es gar keine Frage. Ich nutze GitLab bereits seit vielen Jahren. Die Plattform ist einfach unschlagbar“, erklärt Lebre. Die Schwelle für den Einstieg in andere Tools war viel höher, da für jeden Service eigene Tools ausgewählt werden mussten. Da das Team mit GitLab vertraut war, konnte es das Start-up schneller vorantreiben, als wenn es eine andere Plattform gewählt hätte.
Betriebliche Effizienz, pünktliche Lieferungen und Wartungsfreiheit
Remote nutzt GitLab von Anfang an. Das gesamte kleine Unternehmen – Entwickler(innen) andere Beschäftigte – nutzt die Plattform mit der Absicht, GitLab als Infrastruktur zu erweitern und zu pflegen. Remote hat jetzt eine Software an einem Ort und konzentriert sich auf schnelle Iterationen.
Die in GitLab verwendeten Tickets bilden die einzige Quelle der Wahrheit, und da die Teammitglieder alle remote arbeiten, bleiben auf diese Weise alle auf dem Laufenden. Mit der Möglichkeit, die Tickets direkt mit dem Code zu verknüpfen, wird fast keine Zeit mit der Verwaltung des Tools verbracht und die Pipeline ermöglicht eine kontinuierliche Sichtbarkeit und Workflows. „GitLab hat es einfacher gemacht, ein Remote-Unternehmen zu sein, da wir alles dokumentieren und sicherstellen, dass unser gesamter Code und unser gesamtes Produkt in GitLab sichtbar sind“, sagt Lebre. „Durch GitLab können wir unsere Liefergeschwindigkeit und unseren Iterationsprozess vollständig überwachen, sodass wir dort optimieren können, wo wir es benötigen.“
Das Entwicklungsteam hat die Notwendigkeit einer Multi-Toolchain durch die Verwendung von GitLab für SCM und CI/CD eliminiert. „Wir sind stolz darauf, dass unsere Mitarbeiter(innen) keine Überstunden machen müssen. Meiner Meinung nach ist Engineering ein Handwerk, und Überstunden würden die Qualität dieses Handwerks verringern“, so Lebre. „Wenn ich vier Tools verwende, um dasselbe zu erreichen wie mit GitLab, muss das Team Zeit damit verbringen, diese Tools zu verwalten und zwischen diesen Tools hin und her zu wechseln. Das bedeutet, entweder arbeiten wir mehr oder wir stellen weniger bereit. Als Manager finde ich beide Optionen nicht optimal.“
Remote-Entwickler(innen) verbringen ihre gesamte Zeit mit der Arbeit direkt am Produkt. Lebre und sein Team schätzen die transparente End-to-End-Plattform, die es ihnen ermöglicht, alle ihre Fristen einzuhalten. In den letzten drei Monaten hat das Team über 540 Merges in die Produktion überführt und die Entwickler(innen) haben den Code 3.795 Mal aktualisiert. „Ich kann sagen, dass GitLab und die gesamte Suite uns neue Möglichkeiten eröffnet haben und nie ein Problem waren, das wir beheben mussten“, sagt Lebre.
Alle Informationen und Personen, die an der Fallstudie beteiligt waren, waren zum Zeitpunkt der Veröffentlichung korrekt.