Microsoft 365 ändert sich ständig: Wer kümmert sich darum?

Stellen Sie sich vor, eine häufig genutzte Funktion sieht plötzlich anders aus. Mitarbeitende fragen beim Support nach, eine Anleitung passt nicht mehr, und jemand erinnert sich an eine Microsoft-Mail von letzter Woche. Dieses Beispiel ist fiktiv. Die Frage dahinter ist sehr real: Wer sorgt eigentlich dafür, dass aus einer Ankündigung rechtzeitig eine Entscheidung wird?

Microsoft 365 wird laufend verändert. Das gehört zum Cloudmodell. Ein KMU braucht deshalb kein schwergewichtiges Änderungsgremium für jede neue Schaltfläche. Es braucht aber einen verlässlichen Weg vom Hinweis zur verantwortlichen Person. Unser Vorschlag: ein gemeinsamer Eingang, eine kurze Bewertung und genau ein Ort, an dem die nötige Arbeit verfolgt wird.

Das Message Center im Microsoft-365-Admincenter bündelt bevorstehende Änderungen und erforderliche Aktionen. Es ist eine wichtige Quelle für die betriebliche Vorbereitung. Eine Produktankündigung im Internet ersetzt die Prüfung der eigenen Umgebung nicht. Microsoft dokumentiert zudem einen organisationsbezogenen Rolloutstatus, allerdings nur für unterstützte Ankündigungen. Fehlt diese Anzeige, ist das kein Nachweis, dass eine Änderung irrelevant ist.

Für die Einordnung hilft eine einfache Trennung: Eine Roadmap beschreibt die Produktentwicklung, eine Message-Center-Meldung informiert über eine Änderung, und eine interne Aufgabe beschreibt, was Ihr Unternehmen deswegen tut. Diese drei Dinge gehören zusammen, erfüllen aber unterschiedliche Zwecke. Unsere Empfehlung ist, sie zu verknüpfen, statt ihren gesamten Inhalt mehrfach abzuschreiben.

Eine Nachricht kann gelesen sein, obwohl niemand die Auswirkungen geprüft hat. Umgekehrt kann eine ungelesene Nachricht für den Betrieb bereits erledigt sein, weil eine andere Person gehandelt hat. Der persönliche Lesestatus ist deshalb als gemeinsamer Arbeitsnachweis ungeeignet.

Microsoft beschreibt auch das Archivieren als persönliche Ansicht: Wenn eine Person eine Meldung archiviert, verschwindet sie dadurch nicht bei allen anderen Administratoren. Daraus sollte man keinen Teamprozess ableiten. Wer eine Entscheidung dokumentieren will, braucht einen gemeinsamen Status und eine nachvollziehbare Begründung.

Ein sinnvoller Abschluss könnte lauten: «Nicht betroffen, weil die genannte Funktion bei uns nicht eingesetzt wird; geprüft am Datum X durch Person Y.» Das ist ein Vorschlag für die interne Dokumentation. «Zur Kenntnis genommen» lässt dagegen offen, ob jemand tatsächlich etwas untersucht hat.

Bei jeder Meldung sollten zuerst drei Fragen beantwortet werden: Betrifft sie einen genutzten Dienst? Müssen wir etwas entscheiden oder ändern? Bis wann braucht es eine Reaktion? Nicht jede Neuigkeit wird dadurch zum Projekt. Oft genügt eine kurze, begründete Ablage.

Wird eine Handlung nötig, beschreiben Sie das gewünschte Ergebnis. «Teams-Änderung anschauen» ist zu unbestimmt. «Die neue Einstellung im Test prüfen, Entscheidung dokumentieren und bei Bedarf die Anleitung aktualisieren» lässt sich dagegen bearbeiten und abschliessen. Der genaue Umfang hängt von der tatsächlichen Meldung ab.

Unterscheiden Sie dabei den angekündigten Rolloutzeitraum, eine vom Hersteller genannte Handlungsfrist und Ihren internen Zieltermin. Wer diese Daten in einer einzigen Spalte vermischt, verliert schnell den Überblick. Planen Sie vor einer relevanten Frist genügend Zeit für Rückfragen, Tests und Kommunikation ein.

Für ein kleines Team reichen wenige Felder. Die folgende Tabelle ist unser Organisationsvorschlag, keine Vorgabe von Microsoft. Entscheidend ist, dass jeder Eintrag eine verständliche Entscheidung oder einen nächsten Schritt trägt.

Microsoft unterstützt den Abgleich von Message-Center-Meldungen mit einem Planner-Plan. Laut Dokumentation landen sie dabei zunächst in genau einem ausgewählten Bucket, also einer Spalte des Plans. In der Einrichtung lassen sich Dienste und Kategorien auswählen; für bestehende Meldungen werden Importfenster angeboten. Eine automatische Ausführung kann über Power Automate eingerichtet werden.

Für ein KMU, das Planner bereits nutzt, ist das ein vernünftiger Ausgangspunkt. Wir würden eine Spalte «Neu zu bewerten» vorsehen und erst nach der Prüfung eine Person zuweisen. So bleibt sichtbar, was lediglich eingegangen ist und was bereits einen verbindlichen Auftrag hat. Diese Aufteilung ist unsere Empfehlung, keine automatische Produkteigenschaft.

Die Synchronisation nimmt Ihnen das Lesen und Entscheiden nicht ab. Testen Sie vor dem Regelbetrieb, wie neue und später geänderte Meldungen in Ihrem Plan erscheinen. Legen Sie fest, wer die Quelle erneut prüft, wenn ein Termin verschoben oder der Inhalt ergänzt wird. Ein kopierter Text kann schon morgen veraltet sein.

Die Connector-Dokumentation kennzeichnet den Microsoft-365-Message-Center-Connector als Preview. Die Einrichtung muss im Message Center gestartet werden. Ausserdem nennt Microsoft den Zugriff auf den Adminbereich und auf den Zielplan als Voraussetzung. Verliert die einrichtende Person einen dieser Zugriffe, funktioniert der Connector nicht mehr.

Prüfen Sie deshalb nicht nur, ob beim ersten Versuch eine Aufgabe erscheint. Klären Sie auch, wer den Abgleich betreut, wie ein Ausfall auffällt und wie die Verbindung bei einem Personalwechsel überprüft wird. Ein zweites Teammitglied, das den Ablauf versteht, hilft mehr als eine undokumentierte Automatisierung.

Welche Lizenzen und Richtlinien in Ihrer Umgebung passen, muss vor der Einrichtung geprüft werden. Aus der Existenz einer Schaltfläche folgt keine pauschale Zusage, dass jede gewünschte Automatisierung ohne weitere Voraussetzungen läuft. Für den ersten Versuch genügt ein kleiner, kontrollierbarer Umfang.

Dann braucht es meist keinen zweiten Ort für dieselbe Umsetzung. Ein Eingang für Meldungen und ein System für ausführbare Arbeit können nebeneinander sinnvoll sein. Problematisch wird es, wenn beide unabhängig festhalten, wer was bis wann erledigt.

Unser Vorschlag: Die Meldung behält ihre ID und den Link zur Quelle. Sobald tatsächliche Arbeit entsteht, erhält sie einen Link zum führenden Ticket oder Backlogeintrag. Dort werden Bearbeitungsstatus, Verantwortlichkeit und Abnahme gepflegt. Im Eingang steht, dass die Umsetzung dort verfolgt wird. Eine Zusammenfassung darf helfen, sollte aber nicht zum konkurrierenden Arbeitsauftrag werden.

Automatisieren Sie diesen Übergang erst, wenn die Regeln klar sind. Eine stabile ID sollte verhindern, dass ein erneuter Import dieselbe Meldung mehrfach als neue Arbeit anlegt. Prüfen Sie ausserdem, wie Änderungen an einer vorhandenen Meldung erkannt werden. Das sind Anforderungen an eine eigene Integration, keine Zusage über eine fertige Standardfunktion für jedes Zielsystem.

In kleinen Organisationen übernimmt oft der IT-Partner einen grossen Teil der Technik. Trotzdem braucht die Kundenseite jemanden, der Auswirkungen auf die Arbeit beurteilt. Ein Dienstleister kann eine Einstellung ändern, aber nicht allein entscheiden, ob ein bestimmter Geschäftsprozess künftig anders funktionieren soll.

Vereinbaren Sie deshalb eine klare Übergabe: Wer prüft die technische Betroffenheit? Wer entscheidet über den gewünschten Umgang? Wer setzt um? Und wer informiert die Mitarbeitenden? Eine Person kann mehrere Rollen übernehmen. Wichtig ist, dass diese Aufgaben ausdrücklich vergeben sind.

Für Mitlesende braucht es nicht automatisch umfassende Administratorrechte. Microsoft dokumentiert die Rolle Message Center Reader für das Lesen und Teilen von Meldungen ohne zusätzliche Adminprivilegien. Datenschutzmeldungen haben gesonderte Zugriffsregeln. Prüfen Sie die benötigte Rolle für den konkreten Zweck, statt vorsorglich alle Beteiligten zu globalen Administratoren zu machen.

Wir empfehlen einen kurzen festen Termin für die Bewertung, ergänzt durch einen Weg für dringende Hinweise. Die passende Häufigkeit hängt von Nutzung und Risiken ab. Wichtiger als ein perfekter Kalender ist eine Vertretung: Wer schaut hin, wenn die zuständige Person Ferien hat?

Gehen Sie zuerst die neuen Meldungen durch, danach offene Entscheidungen und nahende Termine. Nicht jede Nachricht braucht eine Diskussion. Eine vorbereitete Empfehlung spart Zeit: «Keine Aktion nötig», «Entscheidung erforderlich» oder «Umsetzung beauftragen» mit je einer kurzen Begründung.

Nach einer Umsetzung zählt das Ergebnis. Wurde die Einstellung wie beschlossen wirksam? Funktioniert der betroffene Ablauf noch? Wissen Support und Mitarbeitende, was sich geändert hat? Erst dann ist die Arbeit abgeschlossen. Ein erfolgreich gespeicherter Adminschalter ist noch keine Bestätigung, dass der Arbeitsalltag funktioniert.

Wählen Sie für den Einstieg einen tatsächlich genutzten Dienst, etwa Teams oder Exchange Online. Prüfen Sie einige aktuelle Meldungen gemeinsam und führen Sie den Ablauf zunächst einfach durch. Beobachten Sie, wo Informationen fehlen und wo Entscheidungen liegen bleiben.

Nach einigen Wochen können Sie beurteilen, ob der Eingang vollständig genug ist, ob jede relevante Änderung eine verantwortliche Person hat und ob dieselbe Arbeit doppelt gepflegt wird. Beseitigen Sie zuerst diese Reibung. Zusätzliche Felder und Automatisierungen sind nur sinnvoll, wenn sie ein beobachtetes Problem lösen.

Unsere Haltung: Gute Vorbereitung auf Microsoft-365-Änderungen ist weniger eine Frage des Werkzeugs als der Verbindlichkeit. Eine kleine, gepflegte Übersicht mit klaren Entscheidungen ist wertvoller als ein vollständiger Import, den niemand bearbeitet.

Eine Meldung ist Information. Erst eine verantwortete Entscheidung macht daraus steuerbare Arbeit.

Quellenstand: 30. Oktober 2026. Die Prozessvorschläge sind unsere Empfehlungen; konkrete Meldungen und Voraussetzungen müssen in der eigenen Umgebung geprüft werden.

• Microsoft: Message Center
• Microsoft: Planner syncing
• Microsoft: Connector: Preview, prerequisites and limitations