👦🏿 🤦🏻 👨🏼‍🎤 Schlechter Rat an den Arbeitgeber. Wie man "richtig" mit dem Entwickler interagiert ☹️ ♿️ 🏺

Ich hatte in letzter Zeit Glück - ich arbeite für Unternehmen, in denen Entwickler wirklich respektiert werden. Dies war jedoch nicht immer der Fall, ich musste mich mit unterschiedlichen Interaktionsansätzen auseinandersetzen. Ich möchte sagen, dass „wilde Moral“ der Vergangenheit angehört, aber die Geschichten meiner Kollegen über ihre früheren Arbeitsorte und meine Beobachtungen des Marktes widerlegen diese Aussage.

Lassen Sie uns darüber sprechen, wie man "richtig" mit dem Entwickler interagiert, zum Beispiel persönlich mit mir ...

(Wenn Sie mit Ihrer ganzen Familie zum Fluss gegangen sind,
hindern Sie Vater und Mutter nicht daran, sich am Strand zu sonnen.
Schreien Sie nicht, machen Sie eine Pause für Erwachsene.
Versuchen Sie zu ertrinken, ohne jemanden zu stören. - Grigory Oster) ...

Wenn Sie meinen Zeitplan planen ...

... denken Sie daran, dass ich am besten im Notfallmodus arbeite und 3 Stunden nach der gestrigen 40-stündigen Codierungssitzung schlafe. In diesem Moment verwandeln sich 2 Monitore visuell in 4, und der Code beginnt, Tänze der amerikanischen Ureinwohner zum einheitlichen Klang eines Tamburins im Kopf auszuführen. Nur so erhalten Sie von mir nicht standardmäßige, könnte man sagen, brillante Ideen. In diesem Notfallzustand sieht der Code wie lange Nudeln aus. Es hätte das Dateiattribut "Nur schreiben", wenn eines vorhanden wäre. Sie können einen solchen Code nur lesen, wenn Sie in den Ausnahmezustand eintauchen, in dem ich ihn geschrieben habe.

Leider versuchen die Teamleiter, mehr Zeit für die Bewertung von Projekten einzuplanen, und dies verhindert die Bildung eines Notfalls. Daher ist es am besten, die Hälfte der angegebenen Zeit damit zu verbringen, das Veröffentlichungsdatum zu koordinieren und das Projekt „auf dem Tisch“ zu diskutieren (heimlich, ohne Spuren zu hinterlassen). Denken Sie daran, TK zu dekodieren ist mein Lieblingsbeschäftigung und bringt den Ansturm.

Näher am Punkt empfehle ich, die Essenz der Aufgabe zu ändern oder sie auf ein anderes Team zu übertragen - am allermeisten mag ich die unerwartet eintreffenden Projekte, die die vorherigen Auftragnehmer nicht bearbeiten konnten, und jetzt muss ich pünktlich sein, egal was passiert. Die letzten 5 Tage vor der Veröffentlichung werden also die produktivsten sein!

Übrigens, hier ist ein "Life Hack" aus einem Ihrer früheren Werke. Ein paar Tage vor der Veröffentlichung können Sie es sich zur Regel machen, 18 Stunden am Tag eine Verbindung zu mir über Skype herzustellen und das Klappern der Schlüssel und das nachdenkliche Murmeln zu hören, um sicherzustellen, dass ich nicht eingeschlafen bin und den „Code“ schreibe, und der nächste Kunde wird Sie nicht erschießen.

Wenn Sie die Fristen nicht verkürzen können, reduzieren Sie zumindest das Team. Denken Sie daran: Der Notfall kann in jedem Projekt durchgeführt werden, wenn Sie die Hälfte der Entwickler schnell und leise entlassen. Eine noch vielversprechendere Idee ist, dass Sie, nachdem Sie die Hälfte gefeuert haben, andere unerfahren rekrutieren können und je mehr desto besser. Ich kann aber auch Kinder in Notsituationen unterrichten und gleichzeitig ihren Code mit der zweiten Hemisphäre korrigieren.

Vergessen Sie nicht, dass ich in allen Phasen der Arbeit, auch während der Planung, in guter Form bleiben muss. Wenn ich die Aufgabe nach vier Arbeitsstunden bewerte, kann ich den Kunden gerne zwei Mal anrufen. Es ist klar, dass ich Zeit für Müßiggang reserviert habe.

Denken Sie nach dem Zuweisen einer Aufgabe daran, dass ich mindestens alle 5 Minuten abgelenkt werden muss. Wenn ich in den Kopfhörern sitze, muss ich sie bitten, abzunehmen. Wenn Sie nicht überprüfen, was ich tue, werde ich auch nicht arbeiten, oder ich werde mich verlassen und einsam fühlen! Ich kann auch vermuten, dass Sie nichts tun, da Sie sich keine Sorgen um das Schicksal des Projekts machen.

Am einfachsten ist es, mich für alle Jira-Mailings, alle öffentlichen Slack-Kanäle und andere verfügbare Benachrichtigungen anzumelden (kein Einspruch). Bitte geben Sie mir eine Liste aller notwendigen Kommunikationskanäle. Und vergessen Sie nicht, das Telefon meiner Verwandten mitzunehmen, sonst schlafe ich tief und fest.

Da Sie die Aufgabe haben, das gesamte Team regelmäßig zu "pingen", gewöhnen Sie sich daran, etwas wie @chanel oder eine Nachricht in Slack zu schreibenalleDamit jeder unabhängig von den Client-Einstellungen eine Benachrichtigung erhält. Und fordern Sie spätestens 5 Minuten später eine Antwort an (wer nicht antwortet, kann das Telefon anrufen)! Wie wird das Team sonst leben, ohne zu melden, dass die Katze der Sekretärin heute Geburtstag hat?

Übrigens müssen Sie umfassend mit Kanälen arbeiten. Es gibt zwei optimale Strategien: Entweder teilen Sie nichts in dem Sinne, diskutieren Sie alles mit allen in einem Fenster oder nutzen Sie die Tatsache, dass Sie mit modernen Programmen Tausende von Kanälen erstellen und versuchen können, jedes Problem separat zu behandeln. Hauptsache - dann nicht verwendete Kanäle nicht löschen. Und dann wollen sich ihre Abonnenten plötzlich involviert fühlen, aber bewusst den Zen der Stille genießen?

Wenn Sie nicht wissen, wie Sie mich motivieren sollen ...

... entschuldigen Sie jeden Fehler, der beim Testen festgestellt wurde.

Dies ist offensichtlich, wenn ich irgendwo in der Nähe des Codes war, obwohl ich nicht hineingeklettert bin, dann habe ich ihn gebrochen! Schauen Sie nicht in git Schuld, dort finden Sie den Autor einer Codezeile. Und dann wirst du mir das Vergnügen nehmen, auf Instagram ein weiteres Meisterwerk mit einem freudigen Gedanken neu zu veröffentlichen: "Das bin nicht ich."

Aber die Hauptsache hier ist, nicht zu weit zu gehen. Wenn Sie vermuten, dass ich es wirklich vermasselt habe, versuchen Sie im Gegenteil zu schweigen. Wie kann ich sonst ein Gefühl für die Schwäche aller Dinge bekommen (einschließlich der Sinnlosigkeit meiner eigenen Arbeit)?

Ja, und vergessen Sie das Mantra „Der gesamte Projektcode ist gemeinsam“, es beleidigt wahre Autoren und verletzt das Recht auf Privateigentum.

Um die Produktivität zu steigern, können Sie mich auch zu einem skandalösen Kunden bringen, damit er mir alles ins Gesicht drückt, was er über die neueste Version denkt. Die Schicht der Manager in diesem Fall wird das Gefühl der Lebhaftigkeit zerstören, das ohne guten Missbrauch am frühen Morgen nicht möglich wäre. Bitten Sie den Kunden im Voraus, seine Gebühren an die Person zu überweisen. Die Hauptsache ist, sicherzustellen, dass die Kundenbewertung nicht positiv ist, sonst werde ich mich entspannen und generell aufhören zu arbeiten.

Wenn sich ein Kunde weigert, Entwicklern Feedback zu geben, geben Sie die gesamte Negativität selbst weiter. Gleichzeitig ist es wünschenswert, ein wenig zu verschönern. Denken Sie daran - Motivation wurde aus dem Wort "Matte" gebildet. Im Extremfall können Sie einen emotionalen Tester anrufen, der nur Fehler in seiner Arbeit sieht und der Entwicklung gerne mitteilt, wie schlecht die Anwendung ist, die wir schreiben. Und dann (siehe oben) werde ich mich entspannen.

Ich schreibe perfekten Code für den perfekten Code. Es interessiert mich überhaupt nicht, wie dieser Code dann verwendet wird und ob er überhaupt verwendet wird. Sie müssen mich nicht mit einer positiven oder vor allem negativen Reaktion auf die Funktionalität ablenken, die wir ausführen. "Ich habe geschrieben und vergessen" - mein Slogan. Warum brauche ich Dank von Benutzern? Vielleicht sogar ein Autogramm geben?

Verteilen Sie Verknüpfungen an alle Mitarbeiter. Lassen Sie Sie Petya haben, die "immer langsam arbeitet", und Vasya, die "immer mäht". Und es sollte auch Maxim geben, der dieses „Modul XXX“ gemacht hat, und nur er kann dort Änderungen vornehmen. Wie werden die neuen Mitarbeiter ansonsten im Team navigieren?

Erinnere dich öfter daran, dass Petya langsam ist, schimpfe Petya in der Öffentlichkeit, damit jeder klar versteht, warum. Denken Sie daran: Mitarbeiter ändern sich nicht und entwickeln sich nicht weiter - es macht keinen Sinn zu prüfen, ob dieselbe Petja nach einem Jahr Arbeit im Unternehmen korrigiert wird. Wenn Petya die Aufgabe plötzlich schnell erledigt, ist es besser, ihn tête-à-tête zu loben. Und dann vergessen Kollegen plötzlich, dass Petja noch langsam ist? Nun, im Allgemeinen schimpfen Sie öffentlich und loben Sie in PM.

Finden Sie ein Haustier im Team und loben Sie seine Würde mehr, auch wenn er nicht einmal die Hälfte der ihm zugewiesenen Aufgaben erfüllt. Lassen Sie ihn die interessantesten Aufgaben bekommen. Eine solche „rechte Hand“ sollte in jedem Chef sein. Aber wie können Sie ohne Unterstützung einen Führungsposten bekleiden?

Toller Shake - verspätete Bezahlung. Wenn das Geld nicht pünktlich ankommt, werde ich mich definitiv daran erinnern, dass ich für das Geld arbeite, meine Gedanken häufen und besser arbeiten werde. Der Effekt ist größer, wenn Sie die Nachrichten über das Unternehmen sorgfältig verbergen. Lassen Sie alle denken, dass etwas passiert, aber niemand kann genau verstehen, was passiert. Und unterstützen Sie diejenigen, die mit Hilfe ihrer Vorstellungskraft die Situation noch verschlimmern. Je schrecklicher die Gerüchte über die Zukunft des Projekts in Teams sind, desto ruhiger arbeitet der Entwickler, der eine Hypothek für die Ewigkeit hat und eine Frau mit kleinen Kindern hinter sich hat.

Wenn das Projekt endet, schweigen Sie bis zum letzten Mal darüber. Plötzlich wird es kosten und der Kunde beschließt, dasselbe zu wiederholen und erneut auf ein modisches Framework zu schreiben?

Aber im Allgemeinen ist Motivation meine Herausforderung. Ihre Aufgabe ist es, mich entweder grundsätzlich nicht zu bemerken oder sich aus der Komfortzone zurückzuziehen, wie es das Internet empfiehlt. Wie werde ich mich sonst entwickeln? Wenn Sie sehen, dass ich Mitaps und Programmierpartys nicht mag, lassen Sie mich zu ihnen gehen. Und umgekehrt, sobald ich zu einem solchen Zeitvertreib neige, laden Sie mit Arbeit, damit keine Zeit mehr für Partys bleibt. Die Komfortzone verlässt sich nicht!

Wenn du mir eine Aufgabe geben willst ...

... TK so kurz wie möglich formulieren. Denken Sie daran: Kürze ist die Schwester des Talents, denn ich kann alle Details über drei Liter Kaffeesatz erraten, die von der letzten schlaflosen Veröffentlichung übrig geblieben sind. Ideale Formulierung: "Alles sollte in Ordnung sein!"

Wenn die Einführung vom Analysten zu verständlich war, können Sie sie gerne kürzen! Nur Text, keine Screenshots. Noch besser - ein Video in Viber, in dem Sie während der Fahrt 20 Minuten lang über die Situation auf der Straße sprechen und in letzter Minute schnell nur die Existenz der Aufgabe melden.
Wenn Sie plötzlich Links zu einigen Modellen oder Dokumentationen auf die Aufgabe anwenden müssen, versuchen Sie, sich im schlimmsten Fall auf grundlegend unterschiedliche Projekte zu beziehen - auf verschiedene Versionen eines Projekts. Sonst wird es zu einfach. Und was für eine Entwicklung ohne Quest am Anfang?

In TK sollten in keinem Fall Informationen über die genaue Version des Browsers oder Betriebssystems vorhanden sein, keine Links zu Dokumenten, in denen ein Fehler aufgetreten ist.

Es gibt nichts Wertvolleres als menschliche Kommunikation. Sie werden mich aufmuntern, wenn Sie es an den Designer für die Modelle, für die Details der Aufgabe - an den Analysten, für die Spezifikation der API - an den Kunden senden. Obwohl er nicht in unserem Team ist, ist er auch gelangweilt und möchte reden.

Übrigens ist es besser, sich im Voraus auf diesen Schritt vorzubereiten. Besprechen Sie auf keinen Fall die Details der Aufgabe in einem gemeinsamen Kanal, aber welche guten Dinge werde ich zu viel darüber lernen und nicht direkt an Kollegen mit Fragen gehen. Nachdem ich die Kommunikation des Task-Managers im gemeinsamen Kanal gesehen habe, könnte ich außerdem denken, dass der PM beschäftigt ist ... und ist dies möglich? Verwenden Sie immer nur persönliche Nachrichten - daher ist die Fragmentierung des Wissens über das Projekt höher!

Aus dem gleichen Grund sollten Sie mir nicht unabhängig einen Strom von Aufgaben für die Entwicklung zur Verfügung stellen. Die Aufgabe muss verdient sein - finden Sie sie von denselben Designern, Analysten oder Testern. Übrigens kann mir immer noch ein Teil der Aufgaben derselben Analysten und Tester angelastet werden. Es ist allgemein anerkannt, dass es der Entwickler ist, der UI-Autotests schreibt und unterstützt! Aber die Entwicklung kann von mir entfernt werden. Ich liebe es, die Aufgabe zu erledigen und sie dann den "unvollendeten" zu geben, wie von den Behörden angewiesen!

Jede Aufgabe sollte für mich von einem Höchstmaß an Bürokratie begleitet sein. Wie kann ich sonst sicher sein, dass es wirklich wichtig ist?

Die Berichterstattung über die durchgeführten Arbeiten sollte so detailliert wie möglich sein. Wenn ich in einigen Zeiterfassungssystemen (z. B. Team und Unternehmen) nicht notiert werden muss, habe ich das Gefühl, dass niemand meine Bemühungen schätzt. Nur eine Verdoppelung der Informationen gewährleistet ein angemessenes Sicherheitsniveau! Es ist wünschenswert, dass das Berichtsformular anders ist.

Es ist zu vereinbaren, dass die Dauer der pro Woche ausgeführten Aufgaben nicht weniger als 40 Stunden betragen sollte. Denken Sie daran, alles zu berücksichtigen, auch 2-minütige Pausen. Wenn der Mitarbeiter zu diesem Zeitpunkt den Tracker nicht angehalten hat - Disziplinarmaßnahmen!

Überprüfen Sie die Zeitberichte mindestens einmal pro Woche und vereinbaren Sie einen allgemeinen Anruf, um jede Leitung zu analysieren. Und schließlich berechnen Sie die Durchschnittsgeschwindigkeit der Encoder - jeder weiß, dass die Dauer der Aufgabe direkt proportional zur Anzahl der geschriebenen Codezeilen ist!

Legen Sie die Bedingung für die Anpassung dieser Geschwindigkeit als KPI des Entwicklers fest, damit auch das Gehalt davon abhängt. Und dann können Sie bei einfachen Gesprächen, bei denen die Aufgabe länger als erwartet gedauert hat, die Bedeutung des Prozesses nicht spüren.

Apropos Telefonanrufe und Kundgebungen ... es sollten so viele wie möglich sein! Bei jeder Frage das gesamte Team einberufen! Und immer wenigstens ein bisschen, aber sei zu spät. Ehrlich gesagt kenne ich keinen anderen Weg, um meine anfängliche Bedeutung zu betonen. Versuchen Sie nicht, die Person zu warnen, die dem Anruf hinzugefügt wird. Dies wird besprochen. Lassen Sie ihn zeigen, wie er vom Ort zum Steinbruch springen kann. Lassen Sie sie im Voraus Links zu jedem Thema beschaffen und jonglieren Sie sie sofort. Oder lassen Sie ihn in privaten Nachrichten mit dem Designer in schmerzlicher Stille nach ihnen suchen, der Rest wird warten. Der Rest kann im Allgemeinen während eines Anrufs codieren.

Besprechen Sie während des Meetings alle Probleme, die Ihnen in den Sinn kommen. Wenn auch private Inkonsistenzen, die normalerweise von Angesicht zu Angesicht gelöst werden, zur Diskussion gestellt werden, wird der Tag produktiver. So können Sie beispielsweise tagsüber alle Fragen zur aktuellen Aufgabe jedes Mitarbeiters stellen. Somit kann die tägliche Zeit von 10 Minuten auf 2 Stunden ausgedehnt werden.

Und um die Möglichkeit zu haben, erneut ein Treffen zu demselben Thema einzuberufen, formulieren Sie am Ende niemals Entscheidungen (was ist, wenn sie umgesetzt werden müssen?). Sitzungsprotokoll? Wozu? Der Ermittler hat die Protokolle, und wir sind friedliche „Trenduns“. Wenn Sie diese Aktionen immer noch übersehen haben und jemand sie vor Ihnen formuliert hat, versuchen Sie, sie zu ignorieren.

Wenn Sie eine Veröffentlichung planen ...

... denken Sie daran, dass die beste Bereitstellungszeit Freitagabend ist. Trotzdem hat jeder freie Tage, so dass wir alle Fehler in der Produktion vor dem Start des nächsten Sprints schnell beheben können.

Und vergessen Sie nicht, die persönlichen Telefonnummern des gesamten Teams dem Kunden zu überlassen. Diejenigen, die die Praxis der Pflicht einführen, sind falsch. Am Wochenende nach der Veröffentlichung freut sich das gesamte Team auf einen Kundenanruf. Die beste Zeit zum Chatten ist am Freitag um 23:59 Uhr, wenn ich anfange zu leiden, dass die Arbeit beendet ist und ein ganzes Wochenende vor mir liegt. Ruhe mit der Familie ist eine freie Sache, ich werde es gerne bewegen.

Jeder weiß, dass es notwendig ist, eine Lösung in der Produktion am selben Tag wie die Veröffentlichung einer wichtigen API freizugeben, die an dieser Lösung beteiligt ist. Die Rückseite sollte sich mit der Vorderseite näher an der Produktion treffen, Integration ist ein unverständliches Wort. Und hören Sie nicht auf diejenigen, die sagen, dass Entwicklung eine Teamsache ist. Designer, Analysten und Tester im Projekt in der Anfangsphase haben nichts zu tun. Verbinden Sie sie am Ende, besser - ein oder zwei Tage vor der Veröffentlichung. Übrigens kann der nächste Sprint, auch für sie, nicht mit dem Kochen beginnen, bevor wir diesen beendet haben.

Erstellen Sie den Prozess so, dass ich den Kontext so oft wie möglich wechseln muss. Lassen Sie die Testwarteschlange maximal sein, damit meine Poolanforderung nicht früher als ein paar Wochen nach dem Bestehen getestet wird. Korrekturen sind nur dann besser, wenn ich mich wie zum ersten Mal jedem Fehler nähere.

Erstellen Sie in keinem Fall separate Stände für verschiedene Entwicklungszweige. Wie können Sie sonst den gegenseitigen Einfluss verschiedener Änderungen auf die Veröffentlichung überprüfen? Und stellen Sie sicher, bei der Entwicklung der Datenbank mit der Produktion zu verwenden. Nur so spürt das gesamte Team einen rasanten Adrenalinspiegel. Nun, die Tester werden sich erst nach dem „Killer Commit“ vom nervigen und einzigen Stand gerne entspannen.

Wenn Sie versehentlich ein Senior Level Special bekommen ...

... erlaube ihm auf keinen Fall gewöhnliche Aufgaben. Es ist viel effektiver, ihn 10 Jones als "Lehrlinge" einzustellen, damit er sie in ein paar Monaten zu mittleren Männern macht. Er ist etwas Besonderes, also wird er Erfolg haben! Erwägen Sie, das gesamte Team für ungefähr das gleiche Geld zu bekommen. Halten Sie ihn auf jede erdenkliche Weise davon ab, selbst Aufgaben zu übernehmen und Code zu schreiben, selbst wenn ein Drachen über die Architektur des Projekts fliegt und das Projekt nur mit Hilfe einer Überprüfung sieht. Verzögern Sie die Codeüberprüfung um ein paar Wochen, beeilen Sie sich nicht mit den Jungs, es ist keine Zeit zu erklären, warum.

Die Hauptsache - erhöhen Sie nicht das Gehalt von ausgebildeten Fachleuten. Dies ist der richtige Schritt, um das Team zu aktualisieren. Warum nicht die bereits Ausgebildeten „quetschen“ und den Senior nicht zwingen, eine neue Party zu lernen? Frisches Blut im Team ist immer hilfreich. Und andere Unternehmen werden wissen, dass Sie eine echte Personalschmiede sind. Sie schätzen es, glauben Sie mir.

Wenn es keine Jones gibt, geben Sie ihm alle Interviews und die interessantesten Aufgaben. Der Rest des Teams wird froh sein, dass sie es nicht selbst tun müssen. Schließlich ist jeder von der Routine begeistert!

Die Module, die dieser Senior schreiben wird, sollten nur bei ihm bleiben - niemand sollte das Recht haben, sie zu berühren. Warum überprüfen und umgestalten, wenn Sie das Ideal in Ihren Händen haben? Und zeigen Sie diesen Code nicht Anfängern. Und dann verstehen sie dort plötzlich etwas oder beleidigen den Senior mit Hilfe einer Überprüfung? Küken-Küken - und zum Meister.

Wenn Sie den Technologie-Stack aktualisieren möchten ...

... denke: Je neuer die Technologie, desto zweifelhafter ist sie. Wenn mindestens die Hälfte der Branche dies noch nicht getan hat, müssen Sie sich nicht beeilen, auf neue Versionen und Sprachen umzusteigen. Lassen Sie andere Zapfen von Migrationsmaterial selbst. Sie sagen die Wahrheit - neue Technologien sind einfacher als alte. Aber wir sind Profis! Wir können am Schwierigen arbeiten! Sie haben nicht das Beste gewonnen, um Geld und Zeit für Vereinfachungen aufzuwenden. Wenn die Entwickler schon lange arbeiten, verbinden Sie sie damit, dass alte und bekannte Technologien auf dem Markt nicht gefragt sind. Bingo!

Und wenn Sie sich für ein neues Projekt für moderne Technologie entscheiden, wie wird der Kunde verstehen, dass wir ein Pro-Team sind? Und wenn Sie über ein eigenes Framework und eine Reihe von Codebibliotheken verfügen, einen universellen Konstruktor, können Sie niemals aktualisiert werden.

Wenn der Entwickler versucht, etwas über neue Technologien hinter Ihrem Rücken zu lernen und Haustierprojekte zu entwickeln, versuchen Sie, seine Hauptaufgabe härter zu laden. Ich entwickle mich nur in technischer Richtung, um für viel Geld (und schneller) von Ihnen wegzukommen.

Vergessen Sie übrigens das Refactoring des Projekts. Wir, die Entwickler, haben uns diese Formulierung ausgedacht, um unseren Stolz zu amüsieren. Und suchen Sie nicht nach einem neuen Blick auf den Code von anderen Teammitgliedern oder von benachbarten Teams. Wie gesagt, wir schreiben perfekten Code, um perfekten Code zu erhalten. Eine Überprüfung ist nicht erforderlich. Selbst wenn der Entwickler alleine arbeitet und den Code eines anderen nicht sieht, ist sein eigener perfekt. Wenn die Überprüfung dennoch vom Kunden verlangt wird, machen Sie dieses Verfahren rein formal. Lassen Sie den Prüfer die Möglichkeit, einfach auf das grüne Häkchen zu klicken, ohne das Wesentliche zu lesen. Versuchen Sie nicht, Aufgaben zum Schließen technischer Schulden und zum Refactoring zu erstellen. Dies ist eine Verschwendung von Ressourcen.

Wenn du mich ins Büro gebracht hast ...

... kein zusätzliches Geld für Möbel ausgeben. Ich kann für 500 Rubel auf einem Stuhl sitzen. VHI ist - dann werden wir unseren Rücken sichern.

Stellen Sie keine horizontalen Stangen und Laufbänder ins Büro. Und dann werden die Entwickler zu Läufern anstatt zu produktivem Rauchen. Was ist der perfekte Code, wenn sie sich tagelang geschlichen haben?

Denken Sie über den Zeitplan nach und versuchen Sie, ihn so eng wie möglich zu gestalten. Schlafen Entwickler gerne morgens? Nichts zum Entspannen! Lassen Sie alle bis 8:00 Uhr kommen. Hast du diejenigen gefunden, die es mögen? Ändern Sie den Zeitplan. Lassen Sie jetzt alle um 10:00 Uhr kommen - durch die Staus. Die Hauptsache ist, dass sich alle gleich schlecht fühlen sollten - es bringt das Team zusammen! Wir haben bereits gesagt, dass ich mich so unwohl wie möglich fühlen sollte. Die Grafik in diesem Sinne lässt ein weites Feld für Manöver. Strafe für Verspätung, Rennen vor der Tür zum Büro - was könnte mehr Spaß machen? Einem Büroangestellten einen Tag für Fernarbeit bieten? Fuh, ein böser Traum, erinnere mich nicht.

Wenn Sie mich beauftragt haben, remote zu arbeiten ...

... versuche so wenig wie möglich mit mir in Kontakt zu treten! Remote-Arbeit wurde erstellt, um nicht mit anderen Homo Sapiens zu sprechen.

Übrigens ging ich genau nach udalenka, um nicht mit dem Teil des Teams zu kommunizieren, der im Büro blieb. Lassen Sie sie ihre Designentscheidungen in einem Raucherzimmer und vorzugsweise ohne mich treffen. Warum sollte ich daran teilnehmen?

Lassen Sie mich die Arbeitszeit nicht selbst bestimmen. Wenn alle Bürokollegen um 12 Uhr kommen, muss der Remote-Mitarbeiter um 12 Uhr den Arbeitsplatz verlassen. Und was für eine Art von Udalenka ist es dann, wenn Sie den Zeitplan für die Nacht nicht verschieben?

Die Hauptsache ist, dem Fernbediener weniger Freiheit bei der Auswahl einer Uhr zu geben. Ich kann den Ernst des Arbeitgebers kaum einschätzen, wenn er nicht auf seinen Bedingungen bestehen kann. Und denken Sie daran, der Remote ist derjenige, der immer am Computer sitzt. Dies ist praktisch, achten Sie nicht auf die Arbeitszeiten, sie entsprechen nicht diesen. Wenn Sie die Remote-Mitarbeiter abends nicht stören, müssen sie möglicherweise etwas anfangen. Zum Beispiel Familie oder Kinder. Artikelautor

: Eugene Wetzel ( @imater )

PS Meine Geschichte hat nur gespenstische Übereinstimmungen mit der Realität. Ehrlich gesagt habe ich sie auf meiner eigenen Haut schon lange und in homöopathischen Dosen getestet, zumal ich seit einiger Zeit kein gewöhnlicher Entwickler mehr bin. Aber ich erinnere mich perfekt an meine Gefühle und Gedanken.

Und die Moral hier ist einfach: Wenn wir darüber nachdenken und versuchen, diese „Tipps“ (natürlich mit dem richtigen Zeichen) bei der Planung der Arbeit zu berücksichtigen, wird sich jeder ein wenig wohler fühlen. Und um all dies aus einer anderen Perspektive zu betrachten, werden wir den Programmierern des Unternehmens schädliche Ratschläge geben ... im nächsten Artikel.

PPS Wir veröffentlichen unsere Artikel auf mehreren Runet-Websites. Abonnieren Sie unsere Seiten auf VK , FB , Instagram oder dem Telegrammkanal , um mehr über alle unsere Veröffentlichungen und andere Maxilect-Nachrichten zu erfahren.

Schlechter Rat an den Arbeitgeber. Wie man "richtig" mit dem Entwickler interagiert