Wie geht man mit unterschiedlichen täglichen Arbeitszeiten in einem Softwareunternehmen um?

In Europa ist es eine 5-Tage-Woche. Die meisten Unternehmen arbeiten bis zu 40 Stunden pro Woche im Software Engineering.

Wir haben eine Kernzeit von 10-16 Uhr, wo alle, die nicht im Urlaub sind, da sein sollten. Sie können bis zu einer Stunde zum Mittagessen frei haben (die meisten dauern 1/2 Stunde).

Würde dieses System für Sie funktionieren?

Sie haben einen zentralen Konflikt zwischen der traditionellen Scrum-Methodik und den immer beliebter werdenden flexiblen Arbeitsumgebungen identifiziert, auf die sich Arbeitgeber zubewegen.

Wenn das Unternehmen das flexible Arbeitssystem unterstützt und die Mitarbeiter nicht um 09:30 Uhr da sein müssen, müssen Sie Ihr agiles Teaming darum herumarbeiten.

Zwei einfache Lösungen fallen mir ein:

• Ernennen Sie einen Scrum-Stellvertreter, damit Sie für Zeiten, in denen Sie nicht da sind, delegieren können
• Planen Sie zwei Standup-Meetings pro Tag ein, damit Sie oder Ihr Stellvertreter alle Mitarbeiter einbeziehen können

Andernfalls funktioniert die flexible Arbeitszeitregelung nicht für Sie, und Sie werden am Ende erschöpft sein.

Eine andere Alternative besteht darin, die Teilnahme an wichtigen Scrum-Sprints anzufordern – vielleicht zu Beginn und am Ende wichtiger Phasen.

Denken Sie daran: Bei Agilität geht es darum, agil zu sein und nicht die Regeln zu befolgen, die im heiligen Buch von Scrum niedergelegt sind, als wären sie die heilige Schrift.

Das heißt, Sie können und sollten sie ändern.

Sie haben Probleme damit, dass die Standups schwer zu planen sind. Also werde sie los. Ersetzen Sie sie durch eine andere Art, die Arbeitslast an den Rest des Teams zu kommunizieren, vielleicht E-Mails, eine Scrum- oder andere Projekt-Website oder einen Feed im „Social Media“-Stil mit Updates von jedem Teammitglied. Dann werden Ihre Standups rollende, kontinuierliche Updates sein.

Was auch immer Sie wählen, der Punkt ist, dass Sie es an Ihr Team anpassen. Scrum war von vornherein nie sehr agil, aber es ist wichtig, es für Sie so zu zwingen.

Ich denke, Sie müssen das dem Team überlassen, um es zu lösen. Das sind alles intelligente Menschen, die sich ein wenig Mühe geben sollten, dieses Problem zu lösen, es sei denn, sie alle wollen ihre Gleitzeit verlieren.

Stellen Sie sicher, dass die Unternehmensrichtlinie und Ihr Ziel des Meetings erreicht werden. Ich hoffe, dass dieses Ziel darüber hinausgeht, einfach alle zur gleichen Zeit in denselben Raum zu bringen. Das scheint Verschwendung zu sein. Dies erfordert möglicherweise mehr Dokumentation über Besprechungen und die Bereitstellung von Informationen, die Personen in den Personen möglicherweise benötigen, wenn jemand abwesend ist.

Jemand, der einen Tag der Woche verpasst, sollte kein so großes Problem sein. Urlaub und ungeplante Fehlzeiten kommen vor. Das Ziel der Agilität besteht darin, mit diesen Situationen umgehen zu können und nicht die Einhaltung eines bestimmten Prozesses zum Problem zu machen.

Sie sind Scrum Master/Teamleiter, also haben Sie die Möglichkeit, dies zu ändern.

Rufen Sie eine Retrospektive (oder wie auch immer Sie es nennen möchten) über diesen Aspekt der Arbeit von Ihnen und Ihrem Team auf. Erklären Sie, dass Sie nicht 7 Tage die Woche arbeiten können und dass das aktuelle System für Sie nicht funktioniert. Lassen Sie alle im Team ihre Meinung äußern (geben Sie ihnen vielleicht etwas Vorbereitungszeit, um einen positiven, einen negativen und einen Aspekt mitzubringen, den sie ändern würden) und arbeiten Sie letztendlich an einem System, das für alle im Team funktioniert. Dies mag zunächst unmöglich erscheinen, aber es könnte zunächst Stück für Stück umgesetzt werden, mit einer perfekten Lösung im Hinterkopf, die Sie anleitet.

Ich denke, Sie sollten das Team zustimmen lassen, mindestens zweimal pro Woche zusammen zu sein, damit Sie alle die Basis berühren. Ich denke auch hier wäre die Stellvertreterlösung von Vorteil.

Du solltest die flexiblen Regeln auch für dich arbeiten lassen, arbeite nicht 7 Tage die Woche, wenn das für dich nicht funktioniert. Es gibt einen Kompromiss.

Eine Richtlinie für „flexible Arbeitszeiten“ führt tatsächlich zu den gleichen Symptomen, mit denen verteilte Teams zu kämpfen haben. Einige Teams sind über viele verschiedene Zeitzonen auf der ganzen Welt verstreut und müssen sich damit auseinandersetzen, wenn sie Agile/Scrum praktizieren möchten.

Verteilte Teams teilen sich keine Büroräume oder einen gemeinsamen Zeitpunkt, den jedes Teammitglied als „Beginn seines Tages“ bezeichnen kann. Daher müssen sie ihre Kommunikation offline schalten. Erwägen Sie einen speziellen Slack-Raum, in dem jeder seine Updates einreichen kann.

Als Scrum Master für ein verteiltes Team sympathisiere ich mit den organisatorischen Veränderungen, die Sie durchmachen – es ist ein schwer zu lösendes Problem, und es ist gut zu lösen. Ich twittere über diese Probleme unter @albieio , einschließlich Experimenten zur Verbesserung von Remote Agile.

Ich stimme dem Punkt zu, dass dies ein Teamproblem ist. Ihre Gruppe muss herausfinden, was die kritischsten Elemente des Scrums sind und wie sie erfüllt werden, und was passiert, wenn sie nicht in einem bestimmten Zeitrahmen erfüllt werden. Sicherlich besteht Ihre Aufgabe als Scrum Master darin, dafür zu sorgen, dass Blockaden für das Team beseitigt werden und das Team in der Lage ist, sich selbst zu verwalten. Aber das bedeutet nicht, dass Sie persönlich 24/7/365 da sein müssen.

Hier sind einige konkrete Ideen...

Status

Finden Sie für einige Tage einen nicht-persönlichen Statusmechanismus heraus. Entweder wenn Sie unterwegs sind oder wenn eine kritische Masse des Teams unterwegs ist. Finden Sie einen Weg, den Status beizubehalten, damit Teammitglieder, die einen Tag lang weg waren, aufholen können, wenn sie zurück sind (wie E-Mail, ein Taskboard oder andere Out-of-Band-Übertragungen).

Machen Sie die Teamzeitplanung zu einem Teil Ihres Sprintrhythmus

Das Team verpflichtet sich zu einer Kadenz, das Team verpflichtet sich zu seiner Zeit außerhalb des Büros – stimmen Sie die monatliche Verpflichtung des Teams mit dem Sprintplan ab, damit sie einander (und Ihnen) gegenüber rechenschaftspflichtig sind, sowohl was sie tun als auch wann sie abheben . Stellen Sie sicher, dass regelmäßige Team-Must-dos in den Freizeitplänen enthalten sind.

Beachten Sie, dass dies nicht bedeuten muss, dass das Team zu einer Verpflichtung vom Typ MF 10-4 zurückkehren muss. Wenn Scrums MWF um 14:00 Uhr und Sa, Di, Do. um 8:00 Uhr arbeiten und es gibt einen Stellvertreter für die Hälfte von denen, der jeden zweiten Tag ein Treffen mit Ihnen macht ... dann, solange jeder bekommt, was er braucht - großartig. Aber das Team braucht eine Art Vereinbarung.

Mentoring/Pair Programming

Möglicherweise müssen Sie auch allgemeine Hinweise zu diesem Bereich geben. Der neueste Kollege muss sich zum Beispiel möglicherweise auf eine Trainingszeit festlegen, in der er immer mit jemandem in der Nähe arbeitet – wenn also am Samstag niemand sonst da ist, kann der neue Mitarbeiter möglicherweise auch nicht den Samstag wählen. In ähnlicher Weise neige ich dazu, meine erfahrensten Ingenieure am meisten dafür verantwortlich zu machen, gute Anleitungen zu geben – also müssen sie vielleicht sicherstellen, dass sie 80 % ihrer Zeit mit mindestens 60 % der Gruppe verbringen – oder etwas Ähnliches. Darüber wird oft geschimpft - weil die Notwendigkeit, andere anzuleiten, die eigene Fähigkeit verringert, sich vollständig auf die Softwarearbeit zu konzentrieren. Das Ziel muss sein, dass das gesamte Team davon profitiert und nicht die Arbeit eines Einzelnen.

Wirklich gute Übergabe

Wenn Sie Leute haben, die wild von einer Norm abweichen (sagen wir, dass der Großteil des Teams von 9:00 bis 18:00 Uhr arbeitet und eine Person von 19:00 bis 4:00 Uhr möchte), müssen Sie möglicherweise den Punkt erzwingen, dass ein gewisses Maß an Koordination erforderlich ist mit in- Personenverfügbarkeit für X Treffen pro Woche oder Monat. Es ist schwer zu glauben, dass jemand in einer Teamsituation arbeiten kann, in der er völlig unzusammenhängend in der Planung vom gesamten Team ist.

Wenn sie wirklich, wirklich so unabhängig arbeiten können, müssen Sie immer noch festlegen, wie sie sich melden, wie sie Hilfe erhalten und wie sie die Arbeit koordinieren. Es ist völlig in Ordnung, die Verantwortung auf Ihre Person zu legen, die sich von der Herde entfernen möchte, und sie zu bitten , die größtmögliche Verantwortung dafür zu übernehmen, in Kontakt zu bleiben.

Letzter Gedanke

Wenn Sie den superflexiblen Zeitplan wirklich einhalten wollen, müssen Sie eine wirklich kritische Definition dessen entwickeln, wie Erfolg oder Misserfolg für die Leistung einer Person aussieht – nicht nur die Qualität der technischen Arbeit der Person, sondern auch ihre Soft Skills und ihre Fähigkeit, in einem Team zu sein. Diese Art von Rechenschaftspflicht ist notwendig, wenn die Leute dieses Maß an Unabhängigkeit wirklich wollen. Wenn sie nicht als Einzelpersonen die Verantwortung übernehmen wollen, dann erhalten sie nicht das Privileg, hochindividualistische Zeitpläne aufzustellen.

Wir hatten eine ähnliche Situation mit flexiblen Arbeitszeiten und einem verteilten Team und gingen damit um, indem wir Standups zu einer bestimmten Zeit einrichteten, zu der die Leute am wahrscheinlichsten in der Nähe waren, aber auf einem bestimmten Slack-Kanal. Standups waren entweder per Video, wenn die Leute von zu Hause aus arbeiteten, oder einfach per Text-Chat. Wir haben auch traditionelle Face-to-Face-Standups durchgeführt, wenn die Anwesenheit es möglich machte.

Wenn eine Person nicht verfügbar war, schickte sie ihre Standup-Erklärung direkt an den designierten Scrum Master, der sie zu gegebener Zeit veröffentlichte oder vorlas.

Wenn kein Scrum Master verfügbar war, übernahm ein Senior oder Lead die Position und machte sich Notizen, die er an den Scrum Master weitergab, damit sie mit Blockern umgehen konnten (obwohl das Team ziemlich oft nur einen Weg fand, damit umzugehen, während es stand ).

Retrospektiven und Planungsbesprechungen erforderten, dass alle im Büro waren, aber es gab im Allgemeinen Vergünstigungen, um die physische Anwesenheit an diesen Terminen zu fördern (der Abteilungsleiter zahlte für Bier und Essen).

Ich würde mich hier nicht als Erfahrungsexperten bezeichnen, aber ich bin überrascht, niemanden zu sehen, der vorschlägt, dass Sie mit Ihrem Team sprechen, verstehen, warum sie die Stunden wählen, die sie tun, und was ihre zugrunde liegenden Interessen sind.

Zum Beispiel bringt einer vielleicht Kinder zur/von der Kindertagesstätte oder Schule, ein anderer kümmert sich vielleicht um einen älteren Verwandten, ein anderer fliegt am Freitagnachmittag zur Familie und kehrt am Montagmorgen zurück, und ein anderer hat vielleicht nur einen Spätaufsteher-Chronotyp .

Jonglieren Sie dann mit den Zeiten der Meetings, um sie so gut wie möglich auszugleichen. Schließlich würdest du das in einem Nicht-Arbeitskontext tun, warum also nicht auch in einem Arbeitskontext?

Letztendlich kommen die Mitarbeiter zur Arbeit, weil die Arbeit an gemeinsamen Zielen hilft, ihre eigenen zu erreichen. Sie werden dem Versuch, sie zu verstehen, sowieso nicht entkommen, wenn Sie dieses Zeug gut machen wollen.

Vorschläge, nur einen Zeitplan oder Kernzeiten aufzuerlegen, sind ein Ausweichmanöver und verlieren Sie die Vorteile des flexiblen Arbeitens, wenn Sie dies möglicherweise nicht benötigen. Werden Sie Ihren Mitarbeitern wirklich sagen, dass sie ein Kindermädchen einstellen, ihre Familie vermissen oder den ganzen Tag schläfrig sein (oder das Unternehmen verlassen) sollen, nur damit Sie leichter einen 15-minütigen Chat planen können?

Einige Leute verpassen das Treffen vielleicht an manchen Tagen, aber das passiert trotzdem. Was das Meeting an 7 Tagen in der Woche anbelangt, ist an den Wochenenden wirklich so viel los, dass Sie am Freitag und Montag nicht damit umgehen können? Wenn ja, kann es nicht jemand anders führen, so wie es im Urlaub, auf einer Konferenz oder bei Krankheit der Fall sein könnte?

In jedem Fall bedeutet flexibles Arbeiten normalerweise nicht „mach, was du willst, egal wie deine Arbeit aussieht“, es kann leicht bedeuten, „es gibt keine unternehmensweiten Anforderungen, aber stelle sicher, dass deine Arbeit erledigt wird und du die Situation findest. konkrete Lösungen mit Ihrem Projektleiter/Linienvorgesetzten“.