Vor einiger Zeit hat das neue Hangouts Meet den klassischen Hangouts-Dienst der Google G Suite abgelöst. Damit steht Kunden eine neue Oberfläche für Video-Meetings zur Verfügung, die speziell für Unternehmen entwickelt wurde und die gegenüber der alten Lösung viele neue Features und Optimierungen mitbringt. Hier ist ein kompakter Überblick über die Möglichkeiten.
In den vorherigen Teilen dieser Artikelreihe haben wir die Fragen nach dem Warum und dem Wer im Hinblick auf Remote-Arbeit besprochen. Nun beschäftigen wir uns damit, wie man vorgehen kann, um die eigentliche Einführung von Remote erfolgreich zu gestalten.
Aber wie geht eine agile Organisation mit Remote-Teams und genau einem Standort vor, um verteiltes Arbeiten zu ermöglichen und verteilte Mitarbeiter zu integrieren? Im ersten Teil habe ich mich vor allem mit den Gründen für Remote-Arbeit beschäftigt. Nun möchte ich näher auf die Eigenschaften eines Remote-Mitarbeiters und seiner Firma eingehen.
Wie man ein agiles Vorgehen in einem Unternehmen etabliert, wird in vielen Beiträgen detailliert beschrieben. Aber wie geht ein agiles Unternehmen mit Remote-Teams und genau einem Standort vor, um verteiltes Arbeiten zu ermöglichen und verteilte Mitarbeiter bestens zu integrieren. Warum ist es für ein Unternehmen grundsätzlich sinnvoll, sich mit dem Thema zu beschäftigen? Welche Hürden gibt es und wie überwindet man sie bestmöglich? Und wer eignet sich als Remote-Arbeitgeber bzw. -Mitarbeiter? Dazu ein paar Erfahrungen und Gedanken.
Von meinen gut fünf Jahren als Anwendungs-Entwickler in einem Scrum-Team habe ich nun knapp die Hälfte als Remote-Mitarbeiter verbracht: Während der Rest meines Teams in Wiesbaden im Büro zugegen ist, arbeite ich 250 Kilometer entfernt in meinem Home-Office im Schwabenland. Wie das alles funktioniert, ist Thema dieses zweiteiligen Beitrags. Im ersten Teil des Blog-Artikels ging es unter anderem um das Sprint-Planning, das Stand-Up und Pair-Programming. Nun widme ich mich dem Backlog-Refinement, den Code-Reviews und unseren Retrospektiven.
Von meinen gut fünf Jahren als Anwendungsentwickler in einem Scrum-Team habe ich nun knapp die Hälfte als Remote-Mitarbeiter verbracht. Im Folgenden werde ich die alltäglichen Hürden und ihre Lösungen sowie Best-Practices anhand eines idealisierten Sprints erläutern. Dieser erste Teil befasst sich mit dem Sprint-Planning, dem Standup und Pair-Programming.
Aktuell arbeiten bei uns rund 140 Menschen zusammen in unserem Büro im 5. OG des Wiesbadener LuisenForums. Wir fühlen uns hier wohl und haben uns hier sehr gut eingelebt. Doch zunehmender Platzmangel und verfügbar gewordene Büroräume im 8. OG des benachbarten ESWE-Turms in der Kirchgasse 2 (wir nennen es liebevoll „K2“ ) haben dazu geführt, dass das Thema Expansionsstrategie bei uns aufgekommen ist. Vor kurzem konnten wir unser neues Zusatzbüro mit Platz für rund 30 Leute und flexiblem Sitzplatzkonzept nun endlich in Betrieb nehmen.
Podcast: Funktioniert verteiltes Arbeiten? Nun, es kommt darauf an! [ 7:44 ] Jetzt abspielen | Play in Popup | DownloadSeit etwas mehr als einem Jahr arbeite ich nun für //SEIBERT/MEDIA von zu Hause aus in ca. 250 Kilometern Entfernung. Kann agile Software-Entwicklung so funktionieren? Lässt sich der Scrum-Prozess trotz Entfernung einhalten? Verliere ich den Anschluss ans Team? Zum heutigen Zeitpunkt sage ich: Ja, es kann funktionieren!
