Get best of the week

Welche Fehler machen Manager an einem entfernten Standort?

Hallo Habr! Ich bin kein Entwickler, sondern ein Manager. Einige Zeit wurde mir beigebracht, mit Menschen umzugehen, und dann tauchte ich in die düstere Welt der Entwicklung ein, in der alles schief geht, wie es an der Universität heißt. Jetzt leite ich die Praxis der Verwaltung des Software-Lebenszyklus und möchte Ihnen einige Dinge erklären, die für Teamleiter und PMs wichtig sein können, die sich auf den Wechsel zu einem Remote-Standort beziehen. Denn in unseren Teams fingen die Leute schon so an zu schielen. Und dann zeige und erzähle ich unseren Automatisierungsstapel für Remote und wie wir Releases aus den Chats auf dem Telefon mit einer Taste freigeben, anstatt das VPN auf einen sicheren Umfang anzuheben. Dies beschleunigte die Koordination und hilft bei der täglichen Koordinierung.

Der erste Rat reicht aus, um Ihre Leute zu bekommen!



Ich weiß, dass es sehr dumm klingt, aber viele Manager, die keine Leute in der Nähe sehen, beginnen irgendwie, ihren Wunsch zu kompensieren, sicherzustellen, dass sie arbeiten. Hier sind die Chats:


Specht in seiner reinen Form.

Wenn es eine Aufgabe gibt, die Effektivität des Teams jetzt und in Zukunft zu steigern, lassen Sie die Menschen in Ruhe. Und stellen Sie die 15 Minuten täglich am Morgen ein. Ich habe es bereits geschafft, die allgemeine Projektsynchronisierung alle vier Stunden und die tägliche für zwei Stunden zu sehen, und die Manager, die frustriert waren und es gewohnt waren, von Angesicht zu Angesicht mit jemandem zu verhandeln.

Was ist mit der Fernentwicklung bei CROC passiert?


Wir haben sehr einfach gewechselt, weil wir bereits eine geoverteilte Struktur von Entwicklungsbüros haben. In den letzten Jahren sind sie daran gewöhnt, dass der Arbeitstag eines der Entwickler ab 23 Uhr Moskauer Zeit beginnen kann. Dementsprechend gab es für Teams mit solchen Teilnehmern fast keine Managementprobleme, aber für diejenigen, die in derselben Zeitzone arbeiteten, konnten Schwierigkeiten auftreten. Zum Beispiel benötigte eines meiner Teams neue Termine bei Zoom für die Synchronisierung und begann, den optimalen Zeitpunkt auszuwählen. Zuerst machten sie es am Montag und Mittwoch und dann am Mittwoch und Freitag, weil einige der Entwickler beschlossen, an Wochenenden zu arbeiten und sich von Montag bis Dienstag zu entspannen. Dies ist teilweise auf die Tatsache zurückzuführen, dass sie heutzutage in Chatrooms weniger verfügbar sind.

Das zweite wichtige ist, dass wir bereits Tools zum Verbinden von Chats, Trackern, einem sozialen Unternehmensnetzwerk und dem gesamten CI / CD-Devoop-Stack hatten. All dies wurde teilweise neu verknüpft, sodass Daten von einem System automatisch auf ein anderes übertragen wurden. Zum Beispiel haben wir uns auf etwas im Chat geeinigt. Sie können dem Bot sagen, dass er es zu Jira bringen soll. Und er wird rutschen. Wenn Sie es selbst tun, müssen Sie hineingehen, alle Felder durchbohren und so weiter, und sich irgendwie mit dem geschützten Umkreis verbinden. Ein Bot ist einfacher. Das Schwierigste ist das Autorisierungssystem. Wir haben es durchdacht, vermasselt und vor mehr als einem Jahr geschafft.

Wie alles begann.Zuerst wechselten alle zu einem entfernten Standort und gewöhnten sich eine Woche lang daran. Jemand hat schlechte Stühle und ihr Rücken tut weh, jemandes Kinder beißen sich zu Hause die Füße, jemandes Frau war froh, dass ihr Mann mehr Zeit mit seiner Familie verbringt, und bittet alle fünf Minuten, eine Dose zu öffnen. Eine Woche beruhigte sich Werkzeuge. Dann merkten die Entwickler plötzlich, dass sie froh waren, zu Hause zu sitzen. Und Sie müssen nirgendwo hingehen, nirgendwo hingehen, aber bei Besprechungen ist sofort klar, wer gebraucht und wer für das Ritual ernannt wurde. Nun, die Besprechungen begannen pünktlich, weil es keinen Grund gibt, zu spät zu kommen. Dann begannen die Manager zu leiden, weil die Kommunikation mit dem Kunden zur Hölle wurde. Wir begannen, regelmäßige dreistündige Besprechungen im Kalender zu planen (drei bis vier Tage hintereinander), nur um den Vertrag mit einem Anwalt durchzugehen, sonst würde alles monatelang hängen bleiben. Während es funktioniert.

Der nächste Schritt- Die Frage ist, dass Entwickler an einem entfernten Standort Motivation brauchen. Nicht wie im Büro. Es ist sehr wichtig, nicht zu pushen, es ist sehr wichtig, eine interessante Aufgabe zu stellen und ein Bild des Zielergebnisses zu geben. Andernfalls wird es einen Aufschub geben, und der Leiter selbst wird ihn projizieren. Aus dem Bett zu kommen, um etwas Langweiliges zu tun, ist einfach körperlich schwierig. Den Projektleitern sollte der gleiche Entscheidungsspielraum eingeräumt werden. Unsere Situation ist, dass sich TK normalerweise nicht ändert, aber die Kraft innerhalb des Sprints dem Team und nicht dem Projektmanager gehört.

Auf dem weiteren Weg können Sie natürlich ziemlich lustiges Brennholz zerbrechen.

Was könnte schiefgehen?


Nun, zuerst müssen Sie sich daran erinnern, dass es trotz des Notfalls (und er hatte viele Leute, nachdem er zu einem entfernten Standort gewechselt war) besser ist, den Prozessen zu folgen. An einen unserer Kunden senden wir eine Version von unserem Entwickler an seinen Entwickler. Sinhro nach einem Zug zu ihnen. Wir haben die Version ausgeliefert, sie mussten Integrationstests und Regressionen durchführen. Und behalte es in meinem Essen. Und am nächsten Tag schreiben sie und bitten uns, diese Version in einer Testumgebung für sie bereitzustellen. Weil sie es sofort auf den Stoß gelegt haben und sich dann daran erinnert haben, dass es schön wäre, unsere Umgebung zu synchronisieren. Glücklicherweise hat die Veröffentlichung nicht geklappt, aber aus meiner Sicht sieht sie etwas unsicher oder so aus.

Für einen anderen Kunden haben wir eines der Projekte von Drittanbietern wiederhergestellt, nachdem die Arbeit an einen Remotestandort übertragen wurde. Dort ist alles viel einfacher: Die Experten des Kunden haben die Datenbank gelöscht und gleichzeitig aus irgendeinem Grund auch außerhalb Klartext mit Passwörtern festgelegt. Einige junge Kulhacker haben natürlich alles gehackt.

Sie kennen wahrscheinlich die tägliche Übersicht mit Zoom-Schwachstellen und das Ende der Geschichte mit dem Verlust von Aufzeichnungen. Nicht alle Führungskräfte (häufig aus dem IT-Bereich) verstanden, was Zoom ist, wie es genau funktioniert und dass einige vertrauliche Dinge bei der Aufzeichnung nicht erwähnt werden sollten. Wir haben ein Memo für Kunden erstellt, wie sie welchen Kanal verwenden sollen. Es scheint geholfen zu haben. Zumindest viele ältere Wirtschaftsingenieure seufzten etwas lockerer. Und sie haben aufgehört, "mydomain.ru" zu allgemeinen Konferenzen hinzuzufügen, ohne anzugeben, ob sie diesen Mitarbeiter kennen.

Ein anderer unserer Kunden vergaß, dass im Büro noch Blumen waren, die gewässert werden mussten. Dies haben wir versehentlich bei der Analyse von Bedrohungen herausgefunden. Blumen gerettet.

Die Besprechungen mit dem Kunden wurden in solche unterteilt, bei denen die Leute zu Hause noch Krawatten tragen, und solche, bei denen Sie es sich leisten können, im Pyjama zu sitzen. Bei einem unserer Treffen kam der Hauptentwickler direkt im Schaum aus dem Badezimmer. Niemand widersprach.



Die agilen Spezialisten, die es gewohnt sind zu reden und Aufkleber an die Wände zu kleben, haben einen kreativen Zusammenbruch erlebt, weil es jetzt unmöglich geworden ist, dies zu tun. In vielen Fällen haben Trello oder Miro das Problem gelöst. Jeder ist einfacher geworden. Ich genieße es, meinen Kollegen zuzusehen, wie sie lernen, in einer neuen Umgebung von Grund auf neu zu kommunizieren, und ihre Sozialität gibt ihnen nicht die gleichen Boni wie zuvor.

Ein guter Ansatz ist es, die Modi jedes Entwicklers irgendwo in der Nähe aufzuzeichnen. Wir sind aus geografischen Gründen damit vertraut, aber Ergänzungen wie „von 16:00 bis 19:00 Uhr nur telefonisch in dringenden Fällen“ helfen sehr. Hier funktionieren die Anfrage nach der Anfrage nach der Dock-Datei und die Ergebnisse der Überprüfungen sehr cool: Sie können es sogar vom Bett aus tun, wenn Sie möchten. Denn sonst müssen Sie auf den nächsten Arbeitsmorgen von acht bis neun Stunden warten. Wir versuchen, den Kunden, mit denen wir eng zusammenarbeiten, denselben einfachen Stapel zu übermitteln. Wenn wir daran gewöhnt sind, dass das Dokument von System zu System weitergegeben wird, ist der Atlasian-Stapel des Kunden möglicherweise nicht verfügbar und es müssen * .docx-Dateien gesendet werden mit Zwischenberichten.

In einer Reihe von Teams gab es ein Problem mit der Tatsache, dass Besprechungen an den Kalender gesendet werden, ohne dass derselbe Kalender angezeigt wird. Pro Slot können drei Einladungen erfolgen, und der Slot selbst ist bereits belegt. Dies wird auch organisatorisch und einfach gelöst.

Hier sagen unsere Entwickler:

Sie haben einen Bot für die Demo gemacht - plus für den, für den jeder plus ist. Und gut mit den Kindern sitzen.
— - . , . , , : 10 000 10 , , . , -, , . , , ! , , . : , , , - . . … , .
Es gibt keinen Unterschied zur herkömmlichen Entwicklung an einem entfernten Standort. Nun, Sie arbeiten immer noch mit Dienstleistungen. Vor langer Zeit gab es einen Fall, in dem mein Kollege versehentlich einen VPN-Server festgenagelt hat, über den er eine Verbindung hergestellt hat, um diesen VPN-Server zu warten ... Mit einem fünfminütigen Fenster zum Aktualisieren des Systems fiel die Last plötzlich ab, als die Anwendung gestoppt wurde und bevor die neue Version gestartet wurde (in der Ära) halbmanuelle Updates) ... Oder wenn Sie die Befehle rm -rf / data ausführen und dann feststellen, dass Sie es produktiv und schneller, schneller Strg-C haben.
Raucher-Chatops:



Sie machten eine Neuveröffentlichung an einen Kollegen, der bereits freigelassen wurde. Seine Arbeit zunichte machen. Passiert.

Gibt es Stapelbeispiele?


Ja, hier sind sie:

Link anfordern


Gitlab + timcity

Bots helfen

Gitlab + Jira



Gitlab + Timcity

Montageplan

Beispiel für eine Entwicklungspipeline

Dies ist ein Beispiel für einen technischen Chat



Die Entwickler und CI / CD-Tools normaler Teams sind seit langem ausgearbeitet. Unter dem Gesichtspunkt der Prozesssteuerung ist es wichtig, dass bei jedem Schritt die Anzahl der unangenehmen Aktionen reduziert werden muss, sodass nur nützliche übrig bleiben. Oben sehen Sie beispielsweise Bots, die über den Veröffentlichungsstatus berichten. Ein solcher Push ist viel praktischer, als hineinzugehen und zu beobachten, wie er dort ist. Der wahre Wert wird jedoch angezeigt, wenn Sie auf diese Weise einen kontinuierlichen Prozess erstellen können, der von "Das Problem im Chat besprochen" bis "Alle Aufgaben mit Links zur Diskussion festlegen", "Die Aufgabe wurde angehängt und durch alle Systeme gekehrt" an den Build gesendet wurde und alle erforderlichen Metriken auf dem Weg entfernt wurden wie Selbstwertgefühl. Für Entwickler war dieses Projekt eine Herausforderung, da sie normalerweise Code schreiben, anstatt Architekturen zu zeichnen, Konzepte zu schreiben usw. Und wenn die Entwicklung so weit wie möglich automatisiert ist,dann ist für viele Teams die Automatisierung des Austauschs von Dokumenten oder Dokumenten nicht sehr gut implementiert.

Hier ist ein Beispiel. Die Aufgabe gilt als erledigt, wenn jede Zeile im ToR eine funktionierende Verknüpfung zur Kreuztabelle darstellt.

Die Schritte sind
:



, . - .

() «»:



. , . - .

- -:



( ) «» ( ). Jira . . «» , . — . . «».

Ich bin Manager. Worauf sollte ich mich jetzt konzentrieren?





Eine wichtige Priorität ist nicht, schnell zu teilen, sondern normal zu kommunizieren. Die Welt hat sich bereits verändert, und jetzt gibt es zwei wichtige Bedrohungen für Unternehmen: professionelles Burnout (wenn Sie sich mit Spechtmanagement beschäftigen und Menschen aus dem Weg räumen) und das Problem einer vollständigen Umstrukturierung der Managementstrukturen, wenn die Teams verstehen, dass sie alles autonom und mit einem neuen informellen Leiter tun können . Dies kann dazu führen, dass zum Zeitpunkt des Krisenendes das gesamte Team, das so schwer zu finden und zu trainieren war, sofort aufsteht und zu seinem eigenen Projekt aufbricht. Deshalb wiederhole ich noch einmal - auch wenn Ihre Produktivität gesunken ist, holen Sie sich Ihre Mitarbeiter nicht. Es liegt in Ihrem eigenen Interesse.

Wenn es interessant ist, den reinen Führungsprozess separat zu diskutieren, führen wir am 27. um 16:00 Uhr ein Webinar durch. Hier können Sie sich anmelden. Es geht darum, wie Sie den Prozess erstellen können, verschiedene Fehler und Verwaltungsfälle, Aufgabentrennung (insbesondere bei der Informationssicherheit), den Dokumentenfluss zwischen Entwicklern, Analysten, Testern und ein wenig über CI / CD. Nun, auch wenn es Ihnen so vorkommt, als ob Sie bereits alles wissen, können Sie es wie ein echter Jedi tun - melden Sie sich für ein Webinar an, drehen Sie den Ton leiser und setzen Sie sich dort hin, um Ihre Arbeit zu erledigen!

More articles:


All Articles