Remote-Arbeit sieht auf Instagram traumhaft aus, aber die Wahrheit ist, dass man genauso schnell gefeuert werden kann, wie man einen Zoom-Anruf startet. Hervorragende Programmierer haben ihren Job verloren, nur weil es ihnen an Kommunikationsfähigkeiten mangelte.
Nachdem ich über sieben Jahre lang Remote-Teams geleitet und mit ihnen zusammengearbeitet habe – zeitweise in einem Unternehmen mit über 1000 Mitarbeitern, die alle remote arbeiteten –, teile ich jede Lektion, die du brauchst, um sichtbar zu bleiben, Ergebnisse zu liefern und die Fallstricke zu vermeiden, die Remote-Karrieren beenden.
Zunächst einmal, Vertrauen und Transparenz sind die Grundlage der Remote-Arbeit. Da dein Chef oder dein Team dich nicht ständig persönlich sehen kann, musst du transparent über deine Arbeit und deine Verfügbarkeit sein. Wenn du das Vertrauen verlierst, wirst du wahrscheinlich sehr schnell deinen Job verlieren, konzentriere dich also auf Ehrlichkeit, Klarheit und konsistente Kommunikation.
Jedes Unternehmen hat unterschiedliche Kommunikationspraktiken. Während ich dir im Folgenden viele Erkenntnisse mitteilen werde, die ich über die Jahre gesammelt habe, solltest du dich immer an die Kommunikationsrichtlinien deines Unternehmens halten und die Slack-Etikette.
Das Erste, was du tun solltest, wenn du mit Remote-Arbeit beginnst, ist, die Dokumentation zu finden deines Unternehmens. Die meisten Unternehmen teilen Richtlinien während des Onboardings mit. Falls nicht, frage proaktiv danach oder suche sie.
Während du die Standardarbeitsanweisungen (SOP) deines Unternehmens befolgst, versuche aktiv, sie zu verbessern. Wenn du etwas tun musst, das nicht ordnungsgemäß dokumentiert ist, ändere die SOPs deines Unternehmens damit zukünftige Mitarbeiter nicht mit demselben Problem konfrontiert werden.
Wenn keine Richtlinien existieren, sprich mit deinem Manager oder einem erfahrenen Ingenieur und lerne von ihnen. Biete eventuell an, bei der Erstellung von Richtlinien zu helfen, wenn dies deine Hauptarbeit nicht beeinträchtigt und dein Team dich dazu ermutigt.
Eines der Hauptprobleme, das manche Menschen mit Remote-Arbeit haben, ist der Mangel an menschlicher Verbindung.
Um dem entgegenzuwirken, sollten Sie vom ersten Tag an voll durchstarten. Während Ihres Onboardings, falls es in Ihrem Unternehmen akzeptabel ist, vereinbaren Sie kurze (30-minütige) Kaffeegespräche mit wichtigen Personen. Dazu sollten Ihre Führungskraft sowie die anderen Entwickler in Ihrem Team und, falls Ihr Team welche hat, Ihr Designer und Produktmanager gehören.
Menschen auf persönlicher Ebene kennenzulernen, kann Ihnen helfen, besser zusammenzuarbeiten, Vertrauen aufzubauen und sich einfach stärker mit Ihrem Team verbunden zu fühlen. Einige Unternehmen erlauben oder ermutigen Sie sogar, regelmäßig Kaffeegespräche zu führen.
„Wenn ein Baum im Wald fällt und niemand da ist, um ihn zu hören, macht er dann ein Geräusch?“
In einem Remote-Umfeld ist es leicht für Ihre Führungskraft und Teamkollegen, Ihren Beitrag zu übersehen. Ihre Arbeit aktiv zu teilen, ist das Geheimnis, um gesehen und anerkannt zu werden.
Zeigen Sie die visuellen Elemente. Wenn Sie eine neue UI-Komponente erstellt haben, nehmen Sie ein kurzes Demo-Video auf oder teilen Sie zumindest Screenshots. Sie können diese in Ihren PRs einfügen, sie während Standup-Meetings präsentieren oder einfach in den Slack-Kanal Ihres Teams posten.
Zusätzlich, wenn möglich, demonstrieren Sie die funktionalen Aspekte. Wenn Sie beispielsweise einen neuen REST-API-Endpunkt erstellt haben, zeigen Sie, wie er funktioniert, indem Sie ein Video mit Postman oder einem ähnlichen Tool aufnehmen.
Versuchen Sie, täglich zu posten. Um dies tun zu können, müssen Sie Ihre PRs klein halten, was als Nebeneffekt das Code-Review erleichtert und die Liefergeschwindigkeit von Ihnen und Ihrem Team weiter erhöht.
Das Teilen Ihrer Arbeit erzeugt Begeisterung. Ihre Führungskraft, Teamkollegen und der CEO werden sehen, wie Sie zum Produkt beitragen, was alle begeistert. Die Leute werden auf Ihre Arbeit mit Emojis und Glückwünschen reagieren, was Ihre Motivation weiter steigert.
Regelmäßiges Posten von Updates auch reduziert Zeitdruck. Die Schätzung von Entwicklungszeitplänen ist nahezu unmöglich, und die meisten Softwareprojekte sind verspätet. Demos ermöglichen es jedem, Fortschritte zu sehen, ohne dass Sie unrealistische Versprechen bezüglich der Fristen machen müssen. In Ihren Updates können Sie mitteilen, wie Sie Verhaltensweisen implementiert haben und auf welche Hindernisse Sie gestoßen sind, was dazu beiträgt, die Erwartungen Ihres Managers zu steuern.
Wussten Sie, dass die meisten Arbeitsplätze eine Voreingenommenheit gegenüber großen und gut aussehenden Menschen haben? Bei der Remote-Arbeit können Sie dem entgegenwirken, indem Sie regelmäßig Ihre Fortschritte demonstrieren. Dies stellt sicher, dass Ihr Manager Ihre Beiträge klar erkennt, was es einfacher macht, Ihre Leistung fair zu beurteilen. Wenn Sie das Gefühl haben, bei Leistungsbeurteilungen unfair behandelt zu werden, können Ihre Updates als klarer Beweis dafür dienen, was Sie wann erreicht haben.
Finden Sie die Balance zwischen schnellem Antworten und der Zeit, die Sie für konzentrierte Arbeit benötigen. Einerseits möchten Sie Unterbrechungen wie Benachrichtigungen, E-Mails und Besprechungen minimieren. Andererseits sind zeitnahe Antworten in einer Remote-Arbeitsumgebung entscheidend, um eine reibungslose Zusammenarbeit und Fortschritte zu gewährleisten.
Um diese Balance zu finden, planen Sie konzentrierte Arbeitsblöcke ein, in denen Sie Benachrichtigungen ausschalten und legen Sie bestimmte Zeiten fest, um Nachrichten zu überprüfen und zu beantworten. Für bestimmte kritische Kanäle konfigurieren Sie Ihre Benachrichtigungen so, dass sie immer angezeigt werden, auch während konzentrierter Arbeitsblöcke. Sie können Ihren Fokusblock in Ihrem Kalender markieren.
Nutzen Sie natürliche Pausen, wie das Warten auf den Abschluss der CI/CD-Pipeline oder die Beendigung von Paketinstallationen, um schnell Nachrichten zu überprüfen und zu beantworten.
Verwenden Sie ein professionelles Profilbild und Überlege, bevor du teilst private Beiträge. Remote-Kommunikation ist nicht dein Instagram. Deine Kollegen und Kunden sehen dein Profilbild und deine Inhalte in deinen Kanälen. Bleibe respektvoll – auch in lockeren Slack-Kanälen solltest du ein gewisses Maß an Anstand wahren.
Ich habe zum Beispiel einmal in einem Unternehmen gearbeitet, in dem ein Teamkollege sein Profilbild auf eine Frau mit einem Dutzend Zigaretten im Mund und seinen Slack-Status auf „Now I have become Death, destroyer of worlds“ eingestellt hatte. Obwohl es als Witz gemeint war, verunsicherte es alle Kollegen, und die Personalabteilung schaltete sich schnell ein.
Teile deine Arbeitszeiten und Zeitzone mit deinem Team, um es darüber zu informieren, wann du typischerweise online bist. Zum Beispiel könntest du an deinem ersten Tag sagen: „Ich arbeite normalerweise von 9 Uhr morgens bis 18 Uhr UTC, mit einer einstündigen Mittagspause um 12 Uhr.“ So weiß dein Team, wann es in Ordnung ist, dich zu kontaktieren, was Unterbrechungen in deinem Privatleben vermeiden kann.
Kommuniziere Abwesenheiten proaktiv. Wenn du kurz weg musst, um etwas zu erledigen, oder einen Notfall hast, informiere dein Team, wie lange du offline sein wirst und wann du planst, die verpasste Zeit nachzuholen.
Einige Unternehmen ermöglichen es dir, deine Arbeitszeiten selbst zu bestimmen, daher kommuniziere deinen Zeitplan im Voraus und halte ihn angemessen. Wenn du deine Arbeitszeiten häufig änderst, stelle sicher, dass du dein Team darüber informierst, damit es weiß, wann du online bist. Es macht keinen Sinn zu arbeiten, wenn niemand sonst da ist – es sei denn, deine Rolle umfasst Bereitschaftsdienst.
Wenn du Urlaub machst, gib Bescheid. Informiere dein Team in einem Standup oder per asynchroner Nachricht ein paar Tage vorher.
Bevor du Urlaub machst, Aufgaben abschließen oder delegieren. Erledige so viele Aufgaben wie möglich, bevor du gehst. Kläre mit deinem Manager oder deinen Teamkollegen, wer offene Aufgaben übernimmt.
Und gib es weiter und die Arbeit anderer übernehmen. Wenn jemand anderes in den Urlaub fährt, biete an, bei dessen Aufgaben zu helfen, während er weg ist.
Dein Team weiß nur, dass du verfügbar bist, wenn es dich in Slack als „online“ sieht. Stelle sicher, dass du online bleibst während der Arbeitszeit, indem du den Slack-Client verwendest oder, falls du Slack im Browser nutzt, den Slack-Tab geöffnet lässt. Wenn du das nicht tust, kann dein Team den Eindruck gewinnen, dass du nicht wirklich arbeitest, was im schlimmsten Fall zu deiner Entlassung führen kann.
Wenn du krank bist, im Urlaub bist oder Besorgungen machst, passe deinen Status entsprechend an.
Wenn du in Slack antwortest, nutze Threads. Wenn jeder seine Antworten und neuen Nachrichten direkt im Hauptkanal postet, entsteht Chaos. Halte zusammengehörige Nachrichten organisiert, indem du Threads verwendest. Du kannst auch > verwenden, um bestimmte Punkte zu zitieren, wenn du auf dieselbe Nachricht antwortest.
Du solltest auf alle Erwähnungen antworten in Slack. Normalerweise möchte jemand, der dich markiert, dass du antwortest oder etwas siehst.
Wenn du keine Notwendigkeit siehst zu antworten, use Slack reactions to confirm you've read messages. Since Slack doesn't have read receipts, a quick thumbs-up or relevant emoji lets the sender know you've acknowledged their message. For example, use ✅ on a message about a PR to show you've approved it or 💬 to indicate you've left comments.
Remote work is prone to knowledge silos because too much communication can happen in private messages. Avoid asking questions in DMs. Whenever possible, ask questions in a public channel. This way, the entire team benefits from the knowledge shared, and everyone stays in the loop.
Don't shy away from asking questions in public. In fact, having worked with hundreds of managers, I can tell you that one of the top traits they use to identify senior developers is their willingness to ask questions - and, over time, to ask increasingly deeper and more thoughtful questions. The latter will happen automatically the more familiar you become with a code base.
This is a minor point, but if someone asks you for information, don't just say, “It's in Notion.” Send the exact link. You already know where it is, and it'll save your teammates time. This is especially important when multiple people might need the same information, as sharing the direct link avoids having several people waste time searching for it.
Some remote companies have mandatory end-of-day (EOD) messages. These messages are a summary of your work, shared with stakeholders or teammates before you log off.
Make sure that each of your EOD messages answers all of the following questions:
Tip: No matter whether it's for your EOD message or any other communication, use LLMs to fix grammar and spelling errors. This is especially useful if you're not a native English speaker.
If your company requires time tracking, keep a notepad or open a DM with yourself to log your tasks throughout the day. It's easy to forget, so set a daily alarm on your phone to remind you to fill out your time entries before signing off each day.
And remember, no one works 8 hours straight without a break. If you track your time by hours, log it in the actual blocks you worked, such as two 3-hour slots and one 2-hour slot.
Avoid tool overload (but use them wisely). With Slack, Notion, GitHub, Google Docs, and more, it's easy for people to miss messages. If you ping a teammate on a PR and they don't respond, send them a Slack message with the link to the PR. Don't assume they're ignoring you - they might just have missed it.
Keep your calendar updated so everyone knows your availability. If you can't attend a meeting, decline it. If you need to cancel at the last minute, notify the relevant people on Slack to avoid wasting their time. Proactively propose a new date and time to reschedule any missed meetings.
Most calendar apps allow you to schedule meetings, enable others to edit the agenda, invite additional participants, and propose new times if there are conflicts.
Let's talk about meetings. The most common one is your standup. The rules for remote standups are the same as for in-person standups.
During standup, give clear and concise updates. Always answer these questions:
This mainly comes down to three key points:
Be prepared. Set an alarm on your phone 5–10 minutes before the meeting and write down your thoughts about the agenda. If the meeting is a standup, prepare your answers to the three questions above.
Make sure you have a stable internet connection. Occasional issues happen, but if your home internet frequently drops (more than once every few months), consider using a coworking space with a stable connection for meetings. If you experience connectivity issues, proactively inform your team instead of letting them find out through your absence. The former shows responsibility; the latter makes it seem like you're using internet issues as an excuse for missing the meeting.
Be on time. Punctuality shows respect for everyone's schedule.
Keep your camera on and pay attention. The fastest way to fail horribly is to open another tab and only passively listen for your name. You will get called out, miss important details, and lack context for your next task. This can lead to mistakes, bugs, or incorrect implementations of requirements, wasting everyone's time and reflecting poorly on your performance.
If you feel fatigued from too many meetings, talk to your manager about whether some of them can be shortened, batched together, or replaced with async updates.
While we're on the topic of meetings, here's my checklist for creating good meetings when you're in charge:
Stelle sicher, dass du eine gute Ausrüstung hast. Dein Computer ist natürlich das Wichtigste. Da du als Programmierer jedoch viel Zeit am Schreibtisch verbringst, sind ein geeigneter Stuhl, ein Schreibtisch und eine stabile Internetverbindung unerlässlich. Darüber hinaus solltest du in eine gute Kamera, ein Mikrofon und eine angemessene Beleuchtung investieren.
Glücklicherweise stellen viele Unternehmen Home-Office-Ausrüstung zur Verfügung. Aber selbst wenn du Freiberufler bist oder dein Unternehmen die Kosten nicht übernehmen kann, lohnt es sich, im Laufe der Zeit selbst in diese Dinge zu investieren.
Dieses Konzept gilt sowohl für die Remote-Arbeit als auch für die Arbeit vor Ort, und es läuft darauf hinaus, es anderen leicht zu machen, mit dir zusammenzuarbeiten. Der Schlüssel dazu ist, bessere Fragen zu stellen und, wenn möglich, sie zu beantworten (indem du handelst) oder Antworten zu erhalten.
Joshua Graham definiert High-Agency als:
„Die Fähigkeit einer Person, sich in ein Problem zu vertiefen, komplexe Dinge in einfachere zu zerlegen, Fehler zu beheben, Theorien zu testen, zu wissen, wann man Fragen stellen und wann man einfach loslegen sollte.“
Finde heraus, was deine Situation erfordert:
Ich bin sicher, du kannst über deine aktuelle Situation nachdenken und dir weitere Fragen überlegen, die du jetzt stellen musst die dir aber bisher nicht eingefallen sind.
Einige dieser Fragen beantworten Sie vielleicht selbst – vielleicht im Code oder in Gedanken. Andere sollten Sie öffentlich Ihrem Team stellen.
Wenn Sie beispielsweise an einer Funktion arbeiten, müssen Sie die Anforderungen und die Codebasis verstehen. Für jede Aufgabe gilt: stellen Sie weitere Fragen, bis Sie Klarheit haben. Fragen Sie Ihren Produktmanager oder die anderen Ingenieure in Ihrem Team.
Während der Bearbeitung, wenn neue Fragen aufkommen, fragen Sie schnell nach. Eskalieren Sie Blockaden schnell. Als Faustregel gilt: wenn Sie 20 Minuten lang feststecken, bitten Sie um Hilfe, um keine Zeit zu verschwenden.
Wenn Sie der Meinung sind, dass etwas nicht stimmt, basierend auf Ihrem Verständnis: hinterfragen Sie Annahmen. Im schlimmsten Fall werden Sie korrigiert, aber das ist eine Gelegenheit für alle, zu lernen und sich zu verbessern. Seien Sie bescheiden wenn Sie dies tun.
Niemals implementieren Sie etwas ohne vollständiges Verständnis. Eine Diskussion anzustoßen – sei es auf Slack, in einem kurzen Meeting oder über Google Meet – mag ein paar Stunden dauern und mehrere Gesprächspartner involvieren, aber die Kosten für falsch implementierte Funktionen sind viel höher. Im besten Fall dauert die Behebung ein paar Tage; im schlimmsten Fall gelangen sie in die Produktion und führen zu erheblichen finanziellen Verlusten.
Indem Sie Annahmen aktiv hinterfragen, helfen Sie, die Integrität des Projekts zu wahren und tragen Sie zu einer Kultur der kontinuierlichen Verbesserung und offenen Kommunikation bei.
Ich habe einen ausführlichen Artikel darüber verfasst, was es bedeutet, „high-agency“ zu sein. Er zeigt Ihnen, wie Sie „Werden Sie das wertvollste Mitglied in jedem Team“.
.svg){kind=small}
