Montag, 7:45 Uhr. Der Rechner ist wach, die drei Programme, die ich sowieso brauche, stehen auf dem richtigen Monitor, das Netzlaufwerk ist verbunden, im Büro brennt Licht mit 4.000 Kelvin, und das Thermostat hat um sieben angefangen zu heizen. Ich muss dafür nichts tun, weil ich es vor zwei Jahren einmal eingerichtet habe. Das ist kein Produktivitäts-Hack, das ist ein Zeitplan plus ein Skript. Und genau das ist der Punkt: Die Hälfte dessen, was man am Montagmorgen „organisieren“ nennt, ist in Wirklichkeit eine Aufgabe für die Maschine.

Dieser Artikel ist die Anleitung dazu – mit den Stellen, an denen es bei mir schiefgegangen ist. Ich gehe von Windows 11 aus, der Teil mit dem Smart Home läuft bei mir auf Home Assistant, funktioniert aber mit jeder Zentrale, die Zeitpläne kennt.

Aufgeräumter Schreibtisch am Morgen mit Laptop, Kaffeetasse und Notizbuch
Elf Handgriffe und sechs Minuten – so sah mein Wochenstart aus, bevor ich ihn aufgeschrieben habe. (Symbolbild)

Was sich lohnt – und was nur nach Automatisierung aussieht

Bevor du irgendetwas anlegst: Nicht jede wiederkehrende Handlung ist ein Automatisierungskandidat. Meine Regel hat drei Bedingungen, und alle drei müssen erfüllt sein.

  • Es wiederholt sich – mindestens wöchentlich, immer in derselben Form.
  • Es ist deterministisch – es gibt keine Entscheidung, die ich beim Ausführen treffen muss.
  • Ein Fehlschlag ist harmlos – wenn die Aufgabe nicht läuft, merke ich es, und niemand verliert Daten.

Die dritte Bedingung ist die wichtigste und wird am häufigsten ignoriert. Programme starten, Fenster anordnen, Licht einschalten: alles harmlos. Dateien verschieben, Postfächer aufräumen, Ordner synchronisieren, Updates installieren: nicht harmlos. Das darf automatisiert werden, aber dann mit Protokoll und mit einer Rückmeldung, wenn es schiefgeht – nicht einfach als Skript, das montags um 7:45 stillschweigend scheitert.

Pro-Tipp: Schreib eine Woche lang auf, was du zwischen Anmeldung und erster echter Tätigkeit tust. Bei mir waren es elf Handgriffe und knapp sechs Minuten. Sechs Minuten mal 48 Arbeitswochen sind fast fünf Stunden im Jahr – für etwas, das einmal eine halbe Stunde Einrichtung kostet.

Die Aufgabenplanung: das am meisten unterschätzte Windows-Werkzeug

Die meisten kennen nur den Autostart-Ordner oder die Autostart-Liste im Task-Manager. Beide können genau eine Sache: etwas bei der Anmeldung starten. Die Aufgabenplanung – taskschd.msc oder im Startmenü nach „Aufgabenplanung“ suchen – kann dagegen auf Wochentage triggern, auf Ereignisse im Ereignisprotokoll, auf das Entsperren der Arbeitsstation, auf Leerlauf und auf Kombinationen daraus. Die Grundlagen zur Oberfläche habe ich im dritten Teil der Windows-Poweruser-Reihe schon einmal durchgespielt; hier geht es um den konkreten Anwendungsfall.

Eine Aufgabe besteht aus vier Teilen, und drei davon stellt fast jeder falsch ein:

  • Trigger – wann. „Nach einem Zeitplan / Wöchentlich / Montag / 07:45″ ist der Fall, um den es hier geht. Praktischer in der Praxis: „Bei Arbeitsstationsentsperrung“, weil der Rechner dann garantiert benutzbar ist.
  • Aktion – was. Bei Skripten nie das Skript selbst eintragen, sondern den Interpreter mit Argumenten. Dazu unten mehr.
  • Bedingungen – hier sitzt die Falle. Der Haken „Aufgabe nur starten, falls der Computer im Netzbetrieb ausgeführt wird“ ist standardmäßig gesetzt. Auf einem Notebook im Akkubetrieb passiert damit nichts, und zwar lautlos. Das war mein erster Fehlersuch-Abend.
  • Einstellungen – „Aufgabe so schnell wie möglich nach einem verpassten Start ausführen“ aktivieren, sonst fällt der Montag aus, wenn der Rechner um 7:45 noch aus war. Und „Aufgabe beenden, falls sie länger als … ausgeführt wird“ auf einen realistischen Wert setzen.

Pro-Tipp: Das Feld „Starten in (optional)“ im Aktionsdialog ist nicht optional. Es ist das Arbeitsverzeichnis. Lässt du es leer, startet dein Skript in C:\Windows\System32 – und jeder relative Pfad darin zeigt ins Nichts. Der Fehlercode im Verlauf lautet dann 0x1 oder 0x2 und sagt dir nichts. Trag dort den Ordner ein, in dem das Skript liegt.

Wenn du eine Aufgabe reproduzierbar anlegen willst – oder sie auf einen zweiten Rechner übertragen –, nimm die Kommandozeile statt der Klickorgie. Die vollständige Parameterliste steht in der Microsoft-Dokumentation zu schtasks, das Minimum sieht so aus:

schtasks /create /tn "Wochenstart" ^
  /tr "powershell.exe -NoProfile -ExecutionPolicy Bypass -File C:\Skripte\wochenstart.ps1" ^
  /sc weekly /d MON /st 07:45

:: Fertige Aufgabe als XML sichern - das ist dein Backup
schtasks /query /tn "Wochenstart" /xml > C:\Skripte\wochenstart-task.xml

Die beiden Schalter -NoProfile und -ExecutionPolicy Bypass sind kein Sicherheitsleck, sondern verhindern, dass dein Start an einem Profilskript oder an der Ausführungsrichtlinie hängen bleibt. Wichtig ist nur, dass das Skript an einem Ort liegt, an dem nicht jeder Schreibrechte hat – nicht im Downloads-Ordner.

Mein Montagsskript, Zeile für Zeile

Terminalfenster mit Programmcode auf dunklem Bildschirm
Zwanzig Zeilen reichen. Der Unterschied zwischen „läuft“ und „läuft manchmal“ sind die Pausen dazwischen. (Symbolbild)

Das Skript selbst ist unspektakulär. Es macht vier Dinge: Netzlaufwerk verbinden, Programme in definierter Reihenfolge starten, dem System zwischen den Starts Luft lassen, und alles mitschreiben.

Start-Transcript -Path "$env:LOCALAPPDATA\wochenstart.log" -Append

# 1. Netzlaufwerk - stirbt sonst als erstes am Montag
if (-not (Test-Path "P:\")) {
    New-PSDrive -Name P -PSProvider FileSystem -Root "\\nas\projekte" -Persist
}

# 2. Programme in Reihenfolge, mit Pause dazwischen
Start-Process "ms-outlook:"
Start-Sleep -Seconds 8
Start-Process "C:\Program Files\Mozilla Firefox\firefox.exe" -ArgumentList "-P Arbeit"
Start-Sleep -Seconds 3
Start-Process "wt.exe" -ArgumentList "-d C:\Projekte"

# 3. Erinnerung, die kein Kalender erledigt
if ((Get-Date).Day -le 7) {
    Write-Output "Monatsanfang: Backup-Protokoll pruefen"
}

Stop-Transcript

Die Start-Sleep-Zeilen sehen nach Kosmetik aus, sind aber der Unterschied zwischen „läuft“ und „läuft manchmal“. Startest du fünf Programme gleichzeitig, kämpfen sie um Festplatte und Netzwerk, und das Programm, das den Fokus bekommt, ist jedes Mal ein anderes. Acht Sekunden Abstand für den Mail-Client, drei für alles weitere – damit ist die Reihenfolge stabil.

Was ich aufgegeben habe: Fenster per Skript zu positionieren. Es geht über Win32-Aufrufe, aber es bricht bei jedem Monitorwechsel und bei jedem Windows-Update. Dafür gibt es FancyZones aus den Microsoft PowerToys: Layout einmal definieren, Fenster rasten per Shift-Taste ein, und beim Wechsel der Monitorkonfiguration passt sich das Raster an. Das ist die Lösung, die seit zwei Jahren hält. Wer am Arbeitsplatz grundsätzlich aufräumen will, findet im Guide zum Homeoffice-Setup den größeren Rahmen dazu.

Updates und Backups haben am Montag nichts zu suchen

Das ist der Teil, bei dem ich am längsten gebraucht habe, um es umzudrehen. Wartung gehört nicht an den Anfang der Arbeitswoche, sondern an ihr Ende. Ein Update, das montags um 7:50 einen Neustart verlangt, kostet dich die erste Stunde. Dasselbe Update am Freitagabend kostet dich nichts.

  • Nutzungszeit setzen: In den Windows-Update-Einstellungen unter „Nutzungszeit ändern“ den Zeitraum eintragen, in dem nicht neu gestartet werden darf. Das verhindert den Neustart mitten in der Arbeitszeit zuverlässiger als jede Verschieben-Taste.
  • Backup auf Freitagabend: Aufgabe mit Trigger „Wöchentlich / Freitag / 19:00″. Dazu in den Bedingungen „Computer zum Ausführen der Aufgabe reaktivieren“ aktivieren – und in den Energieoptionen unter den erweiterten Einstellungen „Zeitgeber zur Reaktivierung zulassen“ einschalten, sonst wird der Haken ignoriert.
  • Prüfung getrennt vom Lauf: Eine zweite Aufgabe montags um 7:46, die nur das Protokoll des Freitags-Backups liest und dir eine Meldung anzeigt, wenn der Lauf fehlte. Ein Backup, dessen Erfolg niemand prüft, ist eine Vermutung – wer noch grundsätzlich überlegt, wohin die Daten gehören, findet in meinem Vergleich von NAS und Cloud die Entscheidungsgrundlage.

Die Hälfte der Routine läuft nicht auf dem Rechner

Smarter Lautsprecher mit Smartphone daneben auf einer Ablage
Licht, Heizung, Rollladen: Der Teil, der vor dem Einschalten passiert, macht am Montag den größeren Unterschied. (Symbolbild)

Licht, Heizung, Rollladen, Kaffeemaschine: Das ist der Teil, der am Montag den größten Unterschied macht, weil er vor dem Rechner anfängt. Bei mir läuft dafür eine Szene namens „Arbeitsbeginn“, und sie hat drei Zutaten.

Erstens: nur an Werktagen. Eine Automation, die samstags um sieben das Büro heizt, fliegt nach zwei Wochen raus. In Home Assistant liefert die Workday-Integration dafür einen Sensor, der Bundesland und Feiertage kennt. Ohne so eine Bedingung baut man sich eine Automation, die man sonntags von Hand abschaltet – und montags vergisst wieder einzuschalten.

Zweitens: Vorlauf statt Startzeit. Ein Heizkörperthermostat braucht in einem normalen Büro 30 bis 45 Minuten, bis sich die Raumtemperatur messbar ändert. Der Zeitplan muss also nicht auf 7:45 stehen, sondern auf 7:00. Welche Thermostate dafür taugen und warum die Vorlaufzeit das eigentliche Kaufkriterium ist, habe ich im Ratgeber zu smarten Heizkörperthermostaten auseinandergenommen.

Drittens: Licht nach Sonnenstand, nicht nach Uhr. Im Oktober ist es um 7:45 noch dämmrig, im Juni längst hell. Eine feste Uhrzeit ist deshalb die falsche Bedingung. Die Trigger-Dokumentation von Home Assistant listet dafür den Sonnen-Trigger mit Höhenwinkel: unterhalb von etwa vier Grad Sonnenhöhe ist es im Raum tatsächlich zu dunkel, darüber nicht. Das ist eine Zeile Konfiguration und ersetzt vier Zeitpläne über das Jahr. Warum das Licht am dunklen Morgen mehr leistet als jede Weckmelodie, steht in meinem Beitrag zu Lichtwecker und Tageslichtlampe.

Wer das lokal und ohne Cloud-Abhängigkeit aufbauen will – und das ist bei einer Routine, die jeden Montag funktionieren soll, keine Ideologie, sondern Betriebssicherheit –, findet die Grundlagen in meinem Beitrag zum Smart Home ohne Cloud. Das Gegenstück zum Arbeitsbeginn, die Abendroutine, habe ich bei der Presence Simulation für den Feierabend beschrieben.

Was ich wieder abgeschafft habe

Drei Automationen haben es bei mir nicht über den Winter geschafft, und die Gründe sind lehrreicher als die Erfolge.

Das automatische Öffnen aller ungelesenen Mails war die schlechteste Idee. Statt sortiert anzufangen, startete ich jeden Montag mit der Agenda von anderen Leuten. Die Reihenfolge, in der man den Posteingang betritt, ist eine Entscheidung – und Entscheidungen gehören nach meiner eigenen Regel nicht in ein Skript. Zum Umgang mit dem Montagspostfach gibt es hier übrigens schon einen eigenen Beitrag.

Der Sprachassistent als Auslöser ist ebenfalls gescheitert. „Starte den Arbeitstag“ klingt elegant, ist aber unzuverlässig, sobald jemand anderes im Raum redet – und ich habe es jeden dritten Montag einfach vergessen. Ein Zeitplan vergisst nichts.

Und die stille Variante des Skripts, also die ohne Start-Transcript, hat mich zwei Wochen lang glauben lassen, alles funktioniere – während das Netzlaufwerk schon nicht mehr verbunden wurde, weil sich die NAS-Adresse geändert hatte. Seitdem schreibt jedes Skript mit, und im Verlauf der Aufgabenplanung schaue ich nach dem Rückgabewert. 0x0 heißt Erfolg, 0x41301 heißt „läuft noch“, alles andere ist ein Fund. Dass eine kurze, wiederkehrende Wartungsroutine auf jedem System sinnvoll ist, gilt übrigens nicht nur für Windows: für macOS habe ich das in der Monatsroutine für den Mac aufgeschrieben.

Die Checkliste für den ersten Montag

  • Eine Woche mitschreiben, welche Handgriffe sich jeden Morgen wiederholen
  • Skriptordner außerhalb von Downloads und Dokumenten anlegen, Schreibrechte prüfen
  • Aufgabe mit Trigger „Wöchentlich / Montag“ anlegen, Arbeitsverzeichnis eintragen
  • Haken „nur im Netzbetrieb“ prüfen und bei Notebooks entfernen
  • „Nach verpasstem Start nachholen“ aktivieren
  • Protokollierung im Skript einbauen, Pfad notieren
  • Aufgabe als XML exportieren und ins Backup legen
  • Wartung und Backup auf Freitagabend verschieben, Reaktivierungs-Zeitgeber freigeben
  • Smart-Home-Szene mit Werktagsbedingung und 45 Minuten Heizvorlauf
  • ☐ Nach drei Wochen prüfen, was davon niemand gebraucht hat – und löschen

Der letzte Punkt ist der, den man am liebsten überspringt. Eine Automatisierung, die man nicht bemerkt, ist entweder perfekt oder überflüssig, und das lässt sich nur durch Abschalten herausfinden. Bei mir sind von vierzehn Aufgaben sechs übrig geblieben. Diese sechs laufen seit zwei Jahren, haben zwei Rechnerwechsel überlebt, weil die XML-Dateien im Backup lagen – und sorgen dafür, dass der Montag nicht mit Einrichtung anfängt, sondern mit Arbeit.

Avatar-Foto

Markus

Markus ist der Spezialist für Infrastruktur und Code bei Addis Techblog. Er übernimmt dort, wo Plug-and-Play aufhört. Mit seinem fundierten Hintergrund in der Netzwerktechnik dekonstruiert er komplexe Routing-Probleme, entwickelt effiziente Docker-Umgebungen (wie Nextcloud oder Pi-hole) und schreibt smarte Skripte für nahtlose Smart-Home-Integrationen. Seine Tutorials zeichnen sich dadurch aus, dass sie selbst anspruchsvollste Netzwerk-Protokolle strukturiert, sicher und praxisnah für den Homelab-Betrieb übersetzen.