Es gibt viele Optionen:

• Überprüfen Sie (relevante) Blogs / Nachrichten / Journale und lesen Sie, was in Ihrem Bereich vor sich geht.
• Dokumentieren Sie, was Sie während des Berichtszeitraums getan haben Tag
• Planen Sie, was Sie am nächsten Tag / in der nächsten Woche / im nächsten Monat tun müssen
• Kehren Sie zu Ihrer E-Mail zurück und erhalten Sie schließlich wirklich die Informationen, die Sie beim vorherigen Überspringen verpasst haben
• Überprüfen Sie, ob Sie alle "organisatorischen Aufgaben" erledigt haben, und wenn nicht, erledigen Sie sie (Geben Sie Ihre Stunden ein, senden Sie diesen Bericht auf Ihrem Schreibtisch an denjenigen, der ihn lesen sollte, starten Sie die Sicherung, ...)
• Reinigen Sie Ihr Whiteboard / Ihren Schreibtisch / Desktop von allem, was sich dort angesammelt hat, aber vor drei Wochen an Relevanz verloren hat.
• Sie haben das alles getan? Noch 30 Minuten? Gehen Sie zurück zu Schritt 1! (Und du bist ein Zauberer.)

Lassen Sie mich nicht nur Ihren Tag planen, die Dinge aufräumen und einfach früh gehen (um andere Zeiten auszugleichen), sondern auch etwas vorschlagen, das wahrscheinlich sehr kontraintuitiv erscheint:

Vermeiden Sie es, an einem "natürlichen Haltepunkt" anzuhalten.

Sie befürchten, dass es schwierig ist, den Kontext zu laden, wenn Sie eine halbe Stunde in eine Codierungsaufgabe einsteigen Komm am nächsten Tag darauf zurück. Aber meine Erfahrung ist genau das Gegenteil. Angenommen, Sie schreiben eine einfache Funktion. Sie wissen, dass es eine Initialisierung, eine Schleife zum Verarbeiten des gesamten X im Y und eine Bereinigung geben wird. Ich werde die Datei buchstäblich zu meinem Projekt hinzufügen, die Funktion deklarieren, drei Kommentare hinzufügen (vielleicht das für oder während des Konstruierens um einen von ihnen schreiben) und dann - nach Hause gehen.

Am Morgen, wenn Sie Steigen Sie ein, Sie müssen sich nicht daran erinnern, was Sie getan haben, oder Ihre Notizen konsultieren - es ist alles in Ordnung für Sie. Warum mit einer leeren Akte oder einem leeren Blatt Papier nach Hause gehen und morgens auf Sie warten? Schreiben Sie stattdessen mindestens einen Titel oder eine Betreffzeile. Schreiben Sie mindestens den Namen der Funktion. Wenn Sie ein Dokument schreiben sollen, erstellen Sie den Ordner, erstellen Sie ein leeres Dokument mit dem richtigen Namen und setzen Sie den Titel des Dokuments oben auf die erste Seite. Wenden Sie ein Stylesheet an.

Erste Schritte. Dann gehe. Sie werden vielleicht SEHR angenehm überrascht sein - es ist viel einfacher, loszulegen, wenn Sie nicht an einem natürlichen Haltepunkt anhalten. Von diesen Punkten aus zu starten ist super einfach.

Tatsächlich ist es so einfach, dass ich manchmal eine Variante davon verwende, um mich dazu zu bringen, an etwas zu arbeiten, an dem ich nicht arbeiten möchte. Ich mache einfach den Teil "Erste Schritte" - mache das neue Projekt oder den leeren Ordner oder was auch immer. Erstellen einer Datei mit dem Namen "Gliederung" und Einfügen der Gliederung aus einer E-Mail. Herunterladen der Spezifikation oder Versionshinweise. Den Link zu diesem Video finden, den ich sehen muss. Nichts davon zählt wirklich als Arbeit an dem, woran ich nicht arbeiten möchte. Es sind nur die ersten Schritte, die es mir ermöglichen würden, tatsächlich daran zu arbeiten, also mache ich diese Aufgaben ohne Widerstand. Und dann stelle ich fest, dass mein Widerstand nachlässt und ich die Aufgabe selbst erledigen kann.

Probieren Sie es aus.

Ich würde mich sehr freuen, wenn Sie nach Hause gehen und die 30 Minuten eines anderen Tages nachholen würden. Wie Sie sagen, sind Sie dabei weitaus produktiver als wenn Sie versuchen, 30 Minuten zu arbeiten, Ihren Kontext über Nacht zu verlieren und morgens neu zu starten.

Aber ich bin nie ein Verfechter von der "9 bis 5" Job sowieso. Ihr Arbeitgeber kann kann mehr regressiver strike> strenger zu diesem Thema.

Übe das Planen und Aufschreiben. Sie können nichts anderes codieren, aber normalerweise ist geplant, Code zu erstellen, und wenn Sie ihn in diesen 30 Minuten aufschreiben, können Sie ihn am nächsten Tag als erstes lesen und mit dem Codieren beginnen. Wenn Sie einen Plan durchlaufen haben, machen Sie einfach einen anderen, damit Sie bereit sind, sich auf ein paar Dinge anstatt nur auf einen zu konzentrieren.

Die Höhe der Notizen dazu hängt von Ihnen als Person ab und was hilft Ihnen, sich am besten zu erinnern, aber das Ziel ist es, so zu planen und zu artikulieren, dass die Erinnerung an die Planung geweckt wird und Sie ohne allzu großen Gedankenverlust wieder dorthin zurückkehren, wo Sie gestern waren. Ich habe dies in Drahtrahmen-Codekommentaren, auf Papier, Haftnotizen, Texteditoren, Whiteboard-Bildern usw. gesehen. Finden Sie heraus, was für Sie am besten funktioniert.

Wie gehe ich mit dem Problem "Noch 30 Minuten" um?

Dies passiert mir gelegentlich. Ich schlage vor, Sie nutzen die Zeit zu Ihrem Vorteil.

Ich verwende diese unerwarteten Zeitgeschenke für die Erforschung neuer Technologien oder die Analyse meiner nächsten Aufgabe oder beantworte / überprüfe Fragen zum Stapelüberlauf. Ich lerne viel, indem ich neue Fragen und Antworten überprüfe.

Setzen Sie sich nicht einfach hin und tun Sie so, als wären Sie beschäftigt. Nutzen Sie die Zeit!

Als Entwickler sind Sie nie fertig.

Auch wenn Sie Ihrem Code in der verbleibenden Zeit keine neuen Funktionen hinzufügen können (und sollten), können Sie refactor :

und ähnliches.

Jede dieser Aufgaben dauert einige Sekunden, wenn Sie die automatisierten Refactoring-Funktionen Ihrer IDEs verwenden. Und Ihr Unittest garantiert, dass Sie das derzeit implementierte Anwendungsverhalten nicht geändert haben.

Und in dem unwahrscheinlichen Fall, dass Sie etwas kaputt gemacht haben: Überprüfen Sie den letzten Arbeitsstatus von Ihrem SCM ...

Ich führe eine "Sweep-Liste" von Aufgaben, die mir bei der Arbeit an etwas anderem einfallen - Aufgaben, die gerade lang genug sind, damit ich nicht sofort daran arbeiten möchte (oder die ich nicht anziehe) Ich möchte aus einem anderen Grund nicht sofort darauf reagieren - wie "Ich möchte, dass dieses Commit nur eine logische Änderung enthält"), aber kurz genug, dass sie nicht den gesamten mit normalen Projekten verbundenen Overhead verdienen. Immer wenn ich auf eine solche Aufgabe stoße, schreibe ich sie mit einer großen Menge Details auf die Liste - wohin, was zu tun ist, wer davon profitieren könnte und wie lange ich damit rechne . Die meisten Dinge sind Eckfälle, die zu geringfügig sind, um "offizielle" Ressourcen zu erhalten, Refaktoren, die durchgeführt werden sollten, Unit-Tests, die geschrieben werden sollten usw., aber Dinge, nach denen mich meine Kollegen fragen, während ich mitten in bin Auf derselben Liste steht noch etwas anderes (daher das "Wer könnte davon profitieren").

Wenn ich noch etwas Zeit habe, gehe ich zur Liste und beginne einfach, zufällige Dinge zu ziehen. Jedes Element ist in sich geschlossen und in Bezug auf die benötigte Zeit sehr vorhersehbar. Dadurch eignet es sich perfekt zum Einpressen, wenn ich 15 Minuten vor einem Meeting, 5 Minuten nach dem Einrichten einer Telefonkonferenz usw. Zeit habe. Außerdem, wenn jemand ist zu spät zu einem Meeting, nichts macht sie glücklicher als "Hey, ich habe an dich gedacht, also habe ich mich in das Feature gequetscht, nach dem du mich vor sechs Monaten gefragt hast, ist es nicht schön?" (Und nichts macht mich glücklicher, als nicht dort zu sitzen und zu denken: "* & @ $ Meetings, fang nie pünktlich an ...")

Wie gehe ich mit dem Problem "Noch 30 Minuten" um?

Ich habe die letzten 30 Minuten eines jeden Tages immer folgenden Themen gewidmet:

• Bereinigen verbleibender E-Mails
• Überprüfen und Aktualisieren meines Kalenders
• Vorbereiten für den nächsten Tag
• Packen Sie alles ein, was ich mit nach Hause nehmen musste (insbesondere, wenn ich vorhatte zu Hause arbeiten)

Dies sind Dinge, die Sie in Betracht ziehen könnten, wenn Sie am Ende des Tages häufig 30 außerplanmäßige Minuten Zeit haben.

Und wenn ich tatsächlich keine lohnenden Aktivitäten mehr hätte, würde ich einfach gehen.

Wenn Sie stündlich arbeiten, nutzen Sie die Zeit für geschäftige Arbeiten wie das Hinzufügen von Kommentaren und das allgemeine Aufräumen. Normalerweise verwende ich diese letzten 30 Minuten auch, um E-Mails zu senden, Berichte zu schreiben und Arbeitsprotokolle auszufüllen.

Wenn nichts anderes, fahren Sie mit Stack Overflow und sehen Sie beschäftigt aus.

Erledigen Sie einige der Aufgaben, für die "keine Zeit" ist.

Es gibt viele Aufgaben, für die eine Organisation möglicherweise "keine Zeit" hält, für die jedoch technische Aufgaben erstellt werden können Schulden wenn links - Tests fallen manchmal in diese Kategorie.

Das Management davon zu überzeugen, dass es Geld für Aufgaben ausgeben muss, die zu einem unbestimmten zukünftigen Zeitpunkt Geld sparen, ist oft schwierig. Wenn sie sich diesmal beschweren, können Sie darauf hinweisen, dass Sie am Ende des Tages 30 Minuten Zeit hatten, und darauf hinweisen, dass Sie X Fehler gefunden haben.

Zu oft werden Entwickler unter Druck gesetzt Beenden Sie die Dinge schneller und es gibt nicht genügend Qualitätskontrolle.

Überprüfen Sie, ob etwas, das Sie kürzlich geschrieben haben, den Spezifikationen entspricht. Dies ist mir gestern passiert. Ich habe einen Teil der Spezifikation für etwas erneut gelesen und festgestellt, dass es nicht ganz richtig war - ich habe ungefähr 20 Minuten damit verbracht, das zu beheben.

Persönlich passiert mir das in den letzten 15 bis 20 Minuten des Tages.

Was mir hilft, ist die Planung des nächsten Tages (oder der nächsten Woche) mit ein paar Aktionselementen usw.

Sie sollten in Betracht ziehen, Ihre Arbeitszeit in Blöcke aufzuteilen, die groß genug sind, um in jedem Block frei arbeiten zu können, aber nicht übermäßig groß sind. Sie mögen denken, dass beliebig große Böcke, die so lange wie nötig halten, um eine Aufgabe zu erledigen, gut für Sie funktionieren, aber die Konzentration leidet nach einigen Stunden ununterbrochener Arbeit. Wenn Sie eine Pause nach beispielsweise 2,5 Stunden erzwingen, können Sie einen 9-Stunden-Arbeitstag (8 Stunden Arbeit plus 1 Stunde Pausen) in 3 solchen Blöcken mit 20 Minuten Kaffee- / Mittagspause zwischen den Blöcken und einer zusätzlichen 50-minütigen Übungspause ausspucken.

Sie werden dann dieses "Problem der letzten halben Stunde" beseitigen. Es wird immer nur einen letzten 2,5-Stunden-Block geben, der sich völlig anders anfühlt als Ihre aktuellen letzten Arbeitsstunden. Wenn eine Aufgabe innerhalb des letzten Blocks erledigt ist, haben Sie viel mehr Energie, um mit anderen Aufgaben fortzufahren oder für den nächsten Tag zu planen. Sie haben diesen Block mit mehr Energie begonnen und zu Beginn des Blocks werden Sie wahrscheinlich wissen, dass Sie vorzeitig fertig werden, was Sie eher dazu veranlasst, positiv über andere Arbeiten nach Abschluss des Projekts nachzudenken .

Die Tatsache, dass Sie jetzt nicht dazu geneigt sind, ist ein Artefakt der "Arbeit bis zum Ende einer Aufgabe", das die mentale Energie verbraucht. Wenn Sie Ihre Arbeit als lange Marathons organisieren, ist es keine Überraschung, dass Sie sich am Ende einer Aufgabe wie ein Marathonläufer im Ziel fühlen.

Jede Software mit einer (nicht sehr hohen) Komplexität kann immer ein bisschen besser gemacht werden.

Machen Sie Ihren Code ein bisschen besser.

Mein Job hat verschiedene Arten von Arbeit. Arbeit, die heute erledigt werden muss. Arbeit, die diese Woche erledigt werden muss. Arbeit, die innerhalb des nächsten halben Jahres erledigt werden muss.

Die Arbeit, die erledigt werden muss muss im nächsten halben Jahr erledigt werden und besteht hauptsächlich aus kleinen kleinen Aufgaben mit wenig "Denkarbeit". Dies sind die Dinge, die ich in der Freizeit zwischen größeren Aufgaben mache. Sie sind nette Füllstoffe, mit denen sich Ihr Gehirn am Ende des Arbeitstages entspannen kann.

Denken Sie voraus. Wechseln Sie zu einer anderen Aufgabe, die Sie bis zum Ende des Tages führt, bevor Sie beginnen, es sei denn, Sie sind am Ende eines Arbeitspakets wirklich richtig und "haben nur noch eins zu tun" die Situation "nur noch 30 Minuten".

Eigentlich verstehe ich nicht wirklich, warum "30 Minuten nicht genug Zeit für mich sind, etwas zu codieren" - wenn Sie dies nicht tun (oder nicht können) Brechen Sie Ihre Arbeit in kleinere Teile, es klingt nicht sehr effizient, um Fortschritte zu erzielen. Wenn Sie eine Zeitmanagement-Technik wie Pomodoro verwenden würden, würden Sie alle Ihre Arbeit in 30-Minuten-Teile zerlegen.