Eine Erinnerung für die Organisation der Remote-Arbeit des Entwicklungsteams

Im Zusammenhang mit der Situation mit Coronovirus hat der Bedarf an Fernarbeit stark zugenommen. Viele Unternehmen und Manager waren nicht bereit, die Fernarbeit von Entwicklungsteams zu organisieren. Manager befürchten zu Recht, dass das Team im Remote-Modus ineffizient arbeitet oder die Mitarbeiter nur einen kleinen Teil der Tastatur aktiv nutzen.



Nicht nur das, selbst wenn der Entwickler Tag und Nacht arbeitet, er hart arbeitet und nicht sieht, was passiert, beginnt der Leiter zu glauben, dass die Entwickler nicht arbeiten.

Wenn Sie es irgendwie geschafft haben, mit schlecht eingestellten Prozessen zu arbeiten und die Entwicklung in den Büroräumen zu verschieben, beginnt alles auseinanderzufallen, wenn Sie in den Remote-Betriebsmodus wechseln. In einigen Unternehmen gibt es eine Situation, in der Personen aufgefordert werden, vorzeitig unter Quarantäne zu stellen.

Ursprünglich war der Text für die offizielle Verwendung vorbereitet, entschied sich jedoch, ihn in einen Artikel mit den Begründungen für jeden Punkt umzuformatieren.

Also, lass uns gehen.

1. Eisen. Headset Webcam. Zugängliches Internet.

Viele Mitarbeiter zu Hause haben möglicherweise keinen Computer. Dies mag überraschend erscheinen, aber viele Entwickler haben keine Computer zu Hause. Viele haben kein Headset. Absolut. Wenn Sie nach einem Headset fragen, wird das günstigste für die Arbeit verwendet. Oder sie kommunizieren mit dem im Laptop eingebauten Mikrofon mit allen Geräuschen des Lüfters, schlechter Hörbarkeit und anderen Artefakten.

Sie müssen sicherstellen, dass jeder zu Hause die Möglichkeit hat, von zu Hause aus zu arbeiten. Bitten Sie um eine Verbindung zum Internet. Stellen Sie auf Kosten des Unternehmens bei Bedarf ein Headset zur Verfügung. Kaufen Sie ein Set Headsets mit einem guten Mikrofon und Kopfhörern und geben Sie die Möglichkeit, ein kostenloses Headset für diejenigen zu erwerben, die zu Hause kein Headset oder Headset / Mikrofon von schlechter Qualität haben. Es ist auch wichtig, Webcams zu kaufen (mehr dazu weiter unten).

2. Corporate Messenger mit Unterstützung für Audio-Video-Kommunikation.

Es ist schwer zu glauben (nein, nicht schwer), aber auch heute noch eine große Anzahl von Unternehmen ohne Corporate Messenger. Vor allem, wenn das Unternehmen bis zu 200-300 Mitarbeiter umfasst. Sie arbeiten als Teams in Telegramm, WhatsApp, rufen über Skype, Discord usw. auf. usw. Darüber hinaus ist jeder persönliche Messenger insofern schlecht, als er notwendigerweise einen Teil der Mitarbeiter ablenkt, da sie nicht die Möglichkeit haben, (separate) persönliche Nachrichten und Arbeitsnachrichten zu "trennen". Vielen Managern scheint dies kein Problem zu sein, zumal der andere Teil der Mitarbeiter im Gegenteil der Ansicht ist, dass es sehr praktisch ist, sowohl persönlich als auch in einem Messenger zu arbeiten. Es kommt auch häufig vor, dass sich einige Mitarbeiter so nennen, wie sie wollen, andere lateinisch, andere kyrillisch und andere im Allgemeinen Spitznamen sind. Außerdem geht ein Teil der Informationen vollständig verloren usw. usw. Ein sehr häufiges Argument von Managern:"Es ist für mich bequem, die Aufgabe zu übertragen, indem ich eine Nachricht an den Kunden weitergebe." Trotzdem sollten Aufgaben über den Tracker festgelegt werden, nicht über die Weiterleitung der Nachricht.

. Slack, Teams. , . . .. , , , .

(Ich bevorzuge Teams aufgrund des Konzepts, Teams, die Kanäle nach Teams gruppieren, aber das ist für jeden besser. Hauptsache, es gibt EINEN Messenger im gesamten Unternehmen. Übrigens haben Teams eine sechsmonatige kostenlose Nutzung im Zusammenhang mit dem Coronovirus angekündigt.) Viele versuchen, RocketChat usw. zu implementieren. Als kostenlose Alternative zu Slack, Teams. Wenn Sie jedoch keine qualitativ hochwertige Audio-Video-Kommunikation herstellen, macht es keinen Sinn, solche kostenlosen Tools einzuführen, da sich Instant Messenger für Text und Anrufe immer noch vermehren.

Kleine einfache Telefonregeln:

1. , , . , , , 2-3 , .
2. , . . . , Jira .. « »
3. . , « 5 », « », « » .. .. , / . , . ( , , « ?» — 5 ).
4. Entfernen Sie die Katzen aus dem Raum. (Ich verstehe, wie schwierig es ist, diesen Rat zu befolgen. Wenn ich die Tür schließe, beginnt die Katze unter der Tür zu schreien, weil ohne sie etwas Interessantes im Raum passieren kann. Sie müssen es in der Küche abschließen.) Wenn die Katze ruhig ist, gelangt sie nicht in die Kamera und nicht ablenkend, können Sie gehen. :) :)

3. Ein einzelner Tracker. Einheitliche Regeln für die Arbeit mit dem Tracker. Transparentes Team.

Oft in Unternehmen gezüchtet Zoo Tracker. Jira, Azure DevOps, Redmine, Trello usw. usw. Die Zeit ist sowieso auch abgeschrieben. Aufgaben können mit einer Bewertung für mehrere Tage gleichzeitig geplant werden. Es gibt eine Illusion von Planung, und aufgrund der mangelnden Transparenz verstehen Manager den Fortschritt bei Aufgaben nicht, vertrauen Entwicklern nicht und Entwickler sind sich sicher, dass Manager, gelinde gesagt, „schlechte Menschen sind, die nichts verstehen“.

1. .
2. . . . « » « ».
3. . .
4. 7 . 4 .

Die Begründung für diesen Absatz des Artikels stützt sich auf einen großen separaten Artikel. Wenn Sie die wichtigste nehmen:

Beispiel:



(Eine Empfehlung, jeder kann seine eigenen Fälle haben. Hauptsache, es gibt eine solche Empfehlung auf Unternehmensebene. Personen und Rückstand sind synthetisch, für den Artikel erstellt, leider konnten fiktive Personen nur als Postfächer gestartet werden.)

Episch, Feature , User Story - Aufgabe, die klar in geschäftlich verständliche Elemente unterteilt ist. Jede dieser Ebenen sollte ein eigenes Board haben. Diese Ebene wird von PM, Analysten usw. ausgearbeitet und geschrieben.

Aufgabe ist eine technische Ebene, es sollte auch eine eigene separate Karte haben. Nur Timlids und Entwickler zerlegen (malen) dieses Level streng. Beispielsweise kann RP auf Wunsch lesen, aber keine Aufgaben auf dieser Ebene festlegen, da es möglicherweise nicht einmal versteht, warum dies erforderlich ist. RP kann diese Ebene nur verwenden, um zu verstehen, wie stark der Befehl geladen ist (siehe unten).

Sie können nicht verschiedene Ebenen auf demselben Brett platzieren. Gleichzeitig alle technischen Aufgaben, die für das Unternehmen nicht klar sind, wie z. B. "Datenbank-Refactoring", "Code-Refactoring" usw. usw. sollte an die spezifischen Aufgaben des Unternehmens gebunden sein. Dies wird die Notwendigkeit und Aktualität der Ingenieurarbeiten rechtfertigen.

Planung:

Stellen Sie visuell klare Informationen darüber bereit, wie beschäftigt Personen an Projekten sind und warum es physisch unmöglich ist, mehr Aufgaben für die Iteration zu übernehmen. Dies ist besonders wichtig, wenn Sie ein funktionsübergreifendes Team (ein Team hochspezialisierter Spezialisten) und kein Team von Generalisten (ein Team von Full-Stack-Entwicklern) haben.



Verwechseln Sie die Planung nicht mit StoryPoint. Mit StoryPoint können Aufgaben auf einer höheren Ebene bewertet und durch Iterationen verteilt werden. Innerhalb der Iteration kann die Arbeit des gesamten Teams für alle transparent gemacht werden.

Damit die Rollenplanung in einem funktionsübergreifenden Team funktioniert, müssen Sie Personen und Rollen angeben:



Diese Visualisierung kann auch verwendet werden, um zu verdeutlichen, dass wir das übernommene Aufgabenvolumen nicht schließen können und warum:



Auf diese Weise kann der Manager transparent und klar sehen, was im Team geschieht, und im Voraus geeignete Entscheidungen treffen (die Aufgabe entfernen oder die Aufgabe verlassen und im Nachhinein mehr Zeit für den nächsten Sprint einplanen, ein weiteres Backend von Entwicklern einstellen.

Es ist äußerst wichtig, die technischen Aufgaben in ein Maximum aufzuteilen um 4 Uhr. In besonders großen Fällen können Sie 7-8 Stunden. Eine solche Zersetzung löst eine Reihe von Problemen.

1. Stellen Sie sicher, dass der technische Experte und der Entwickler das Problem auf die gleiche Weise verstehen und nichts verpasst haben.
2. Verbesserung der Genauigkeit der Prognose infolge des 1. Absatzes.
3. Der Manager kann jeden Tag den Fortschritt seiner Aufgaben sehen, anstatt mehrere Tage lang nicht zu verstehen, was der Entwickler tut. Und es macht die Arbeit an der Aufgabe für den Manager transparent und ermöglicht es Ihnen, das gegenseitige Vertrauen zwischen Managern und Entwicklern zu stärken.

Du vertraust mir nicht?

Sehr oft möchten Entwickler oder Manager nicht die notwendige Transparenz ihrer Arbeit bieten. Sie antworten auf eine Bitte um Transparenz im Geiste von „Vertraust du mir nicht?“ Darüber hinaus versuchen viele Führungskräfte, Informationen zwischen Entwicklern so weit wie möglich zu schließen, angeblich aus Sicherheitsgründen. Ich sah Teams, in denen der Anführer völlig absurd war, als das Backend und das Frontend starr voneinander getrennt waren und sie sogar die Aufgaben des anderen nicht sehen konnten, ganz zu schweigen vom Code. Und dies ist auf einer nackten REST-API ohne Swagger usw. Werkzeuge.

"Du vertraust mir nicht?" ein sehr gefährliches Argument. Vertrauen ist kein Werkzeug und kein Ziel. Vertrauen ist sehr wichtig, aber es muss verdient werden. Gleichzeitig ist "Vertrauen" an sich grundsätzlich nutzlos. Wenn Sie jedoch die Arbeit des anderen verstehen, das ultimative Ziel verstehen und verstehen, wer was tut und sich miteinander synchronisieren und sich gegenseitig helfen kann, gewinnen Sie Vertrauen als wichtiges Nebenartefakt.

4. Standups (Fliegen). Allgemeine Geschäftszeiten. Arbeitskleidung zu Hause.

Viele Menschen, die zu Hause arbeiten, sind feucht. Im Allgemeinen ist dies normal - es ist gesunde menschliche Faulheit. Nicht nur das, viele gute Entwickler sind faul in der Natur. Darüber hinaus war es gesunde Faulheit, die es einigen Menschen ermöglichte, gute Entwickler zu werden.

Das Problem bei der Arbeit zu Hause ist, dass der Zeitplan möglicherweise in die Irre geht. Sie können unter dem Vorwand, dass Sie die Arbeit später erledigen werden, länger schlafen (was ist der Unterschied, wenn ich es mache?). Dies funktioniert jedoch nur, wenn Sie nicht in einem Team arbeiten. Teamwork ist jedoch nicht wie das Ziehen von Sand - Sie können Ihren Sandblock nicht ziehen, wenn Sie möchten. Teamarbeit beinhaltet Zusammenarbeit.

Wenn Sie Ihren Teil der Arbeit nicht erledigen, können Sie die Arbeit anderer Personen blockieren. (Ich persönlich habe 1,5 Jahre von zu Hause aus alleine an einem Projekt gearbeitet. Zuerst war es cool. Dann habe ich aufgehört, die Zeit zu bemerken, dann hatte ich das ekelhafte Gefühl, dass ich bei der Arbeit eingeschlafen bin und bei der Arbeit aufgewacht bin, nach 1,5 Jahren bin ich ins Büro gekommen und habe ein riesiges bekommen das Vergnügen, im Büro zu arbeiten, obwohl die einfache Fahrt eine Stunde dauerte).

1. . (, ).
2. 15 . - , . .
3. .
   
   (, 12 16 , 4 ). , , , , .
4. (Empfehlung) In besonders schwierigen Fällen können Sie zunächst nicht nur morgens, sondern auch abends flüchtige Stoffe eingeben, um sich miteinander zu synchronisieren. In der Regel ist es sinnlos, morgens und abends Fliegen durchzuführen. Aber das erste Mal für Seelenfrieden kann aufrechterhalten werden, in einem Monat wird es immer noch den Wunsch geben, abzusagen.
5. (Empfehlung) Tragen Sie täglich eine Arbeitskleidung. Wenn Sie zu Hause arbeiten, ist es zunächst einfach, Arbeit und Privatleben zu trennen. Aber allmählich verschwimmt die Grenze. Durch das Anziehen können Sie sich psychologisch vom "Arbeitsmodus" und "Ruhemodus" distanzieren.
6. (Empfehlung) Kommunizieren Sie mit der Kamera. Wenn der Hintergrund nicht sehr gut ist und Sie die Wohnung nicht zeigen möchten, können Sie den Computer / die Kamera an der Wand befestigen (wo Sie ein Poster aufhängen können).

Die Kommunikation mit der Kamera löst zwei Probleme:

1. — . , . . , . .
2. . , , , . «» . / , , .

Es ist klar, dass diese Liste nicht vollständig ist. Dass diese Punkte nicht nur für verteilte Arbeit, sondern auch für die Arbeit im Büro benötigt werden und dass Sie für einen vollwertigen, gesunden Entwicklungsprozess viel mehr Punkte schreiben müssen. Hier habe ich versucht, das Minimum dessen herauszuarbeiten, was Manager und Mitarbeiter daran hindert, in einen Remote-Betriebsmodus zu wechseln.