Copilot Readiness ist kein Score: So wird daraus ein monatlicher Kontrollkreis

Stand der Quellenprüfung: 4. September 2026

Copilot Readiness wird schnell auf eine Zahl reduziert: Wie viele Lizenzen sind zugewiesen, wie viele Menschen nutzen Copilot, wie hoch ist der Adoption Score? Das ist bequem – aber fachlich zu kurz.

Microsoft stellt mehrere Ansichten bereit, die unterschiedliche Fragen beantworten.

Der Readiness Report im Microsoft 365 Admin Center betrachtet technische Voraussetzungen und Rolloutindikatoren, während der Usage Report Aktivität zeigt.[1][2]

Das Microsoft Copilot Dashboard in Viva Insights verbindet Readiness, Adoption, Impact und Sentiment; der AI Adoption Score misst eine Nutzungsgewohnheit lizenzierter Personen.[3][4]

SharePoint Advanced Management (SAM) liefert wiederum Governance-Signale zu Inhalten, Sites, Zuständigkeiten und potenziellem Oversharing.[5]

Keine dieser Ansichten ist allein ein vollständiger Sicherheits-, Compliance-, Governance- oder Wertbeitragsscore. Die belastbare Betriebsfrage lautet deshalb nicht: „Wie hoch ist unsere Copilot Readiness?“ Sondern: „Welche Teilmessung hat sich verändert, für welche Population, in welchem Zeitraum – und wer handelt jetzt?“

Fünf Messbereiche, fünf verschiedene Aussagen

1. Microsoft 365 Copilot Readiness: technische Startfähigkeit

Der Readiness Report im Microsoft 365 Admin Center hilft dabei, technisch geeignete Nutzer zu identifizieren und einen Rollout vorzubereiten. Er zeigt unter anderem vorausgesetzte Lizenzen, geeignete Updatekanäle, bereits zugewiesene Copilot-Lizenzen sowie Aktivität in Microsoft-365-Anwendungen. Die Readiness-Ansicht betrachtet die vergangenen 28 Tage. Der Report ist laut Microsoft innerhalb von 72 Stunden verfügbar; die enthaltenen Nutzungsdaten können danach noch bis zu 72 Stunden verzögert sein.[1]

Die Kennzeichnung „Suggested candidate for Copilot“ ist ebenfalls eng definiert: Microsoft markiert wöchentlich die oberen 25 Prozent der noch nicht lizenzierten Nutzer auf Basis ihrer Nutzung relevanter Microsoft-365-Anwendungen in den vorherigen 28 Tagen. Innerhalb dieser Gruppe gibt es kein individuelles Ranking. Die Auswahl ist ausdrücklich nicht zur Leistungsbewertung von Beschäftigten gedacht.[1]

Damit beantwortet der Report vor allem: Wer erfüllt zentrale technische und nutzungsbezogene Voraussetzungen für die nächste Rolloutstufe? Er beantwortet nicht, ob SharePoint-Berechtigungen sauber sind, sensible Inhalte angemessen geschützt werden oder ein Geschäftsprozess durch Copilot besser geworden ist.

2. Microsoft 365 Copilot Usage: tatsächliche Aktivität

Der Usage Report unterscheidet unter anderem zwischen aktivierten und aktiven Nutzern. Als aktiv gilt eine Person, wenn sie im gewählten Zeitraum eine bewusste Copilot-Aktion in mindestens einer erfassten Microsoft-365-Anwendung ausgeführt hat. Verfügbar sind Zeiträume von 7, 28, 90 und 180 Tagen. Die Aktivität eines Tages wird laut Microsoft üblicherweise innerhalb von 48 Stunden nach Ende dieses Tages in UTC bereitgestellt.[2]

Das macht den Report zur geeigneten Quelle für Enablement und Adoption: Werden zugewiesene Lizenzen genutzt? In welchen Anwendungen entsteht Aktivität? Wo sollte Training, Kommunikation oder Use-Case-Arbeit ansetzen?

Wichtig ist die Datenquellengrenze: Microsoft warnt davor, aggregierte Purview-Auditlog-Daten als exakte Basis für Copilot-Nutzungskennzahlen zu behandeln. Auditlogs dienen Sicherheits-, Compliance- und Untersuchungszwecken. Daraus selbst berechnete Prompt- oder Aktivnutzerzahlen können von den offiziellen Usage Reports abweichen.[2] Usage Reporting und Auditierung gehören daher in zwei getrennte Kontrollen.

3. Microsoft Copilot Dashboard in Viva Insights: Organisationssicht

Das Copilot Dashboard bündelt die Perspektiven Readiness, Adoption, Impact und Sentiment. Für Readiness-, Adoption- und Impact-Seiten verwendet es Daten der vorherigen 28 Tage; die Anzeige kann bis zu sechs Tage hinter dem aktuellen Datum liegen.[3]

Microsoft weist zugleich ausdrücklich darauf hin, dass die Readiness-Seite keine vollständige Zusammenfassung sämtlicher Readiness- und Eligibility-Anforderungen bietet.[3] Auch die verfügbare Detailtiefe hängt von Tenant, Lizenzen, Rollen, Organisationsdaten und Cloudumgebung ab. Bestimmte erweiterte Funktionen werden erst ab den von Microsoft dokumentierten Lizenzschwellen verfügbar; nationale oder regionale Clouds können abweichen.[3]

Das Dashboard ist damit eine Management- und Organisationssicht, kein Ersatz für den Admin-Center-Report, eine technische Anforderungsprüfung oder eine Security-Bewertung. Abweichungen zwischen Viva und Admin Center sind nicht automatisch Fehler. Population, Filter, Zeitfenster und Datenlatenz müssen zuerst abgeglichen werden.[2][3]

4. AI Adoption Score: Regelmäßigkeit, nicht Sicherheit

Der AI Adoption Score misst, wie stark lizenzierte Microsoft-365-Copilot-Nutzer Copilot als regelmäßige Gewohnheit einsetzen. Ein Score von 100 bedeutet, dass die lizenzierten Nutzer im Mittel an mindestens zwölf der vergangenen 28 Tage aktiv waren – entsprechend durchschnittlich drei Tagen pro Woche. Auch Agent-Nutzung in den aufgeführten Microsoft-365-Anwendungen fließt ein.[4]

Das ist eine brauchbare Adoption-Kennzahl. Es ist aber weder ein Security- noch ein Governance-, Compliance- oder ROI-Score. Eine häufige Nutzung kann neben einem gut etablierten Anwendungsfall stehen – oder neben ungeklärten Daten-, Prozess- und Qualitätsfragen. Deshalb sollte der Score immer zusammen mit Use-Case-Qualität, Feedback und Governance-Signalen gelesen werden.

5. SharePoint Advanced Management: Content Governance

Copilot und Agents arbeiten im Sicherheitskontext des jeweiligen Nutzers und respektieren bestehende Berechtigungen, Freigabeeinstellungen und Richtlinien. Das bedeutet nicht, dass bestehende Berechtigungen automatisch sinnvoll sind. Breite Zugriffe, verwaiste Sites und alte Inhalte werden durch schnellere Suche und Zusammenfassung eher sichtbarer und nutzbarer.[5]

SAM ergänzt deshalb die Governance-Seite des Kontrollkreises. Das Content Management Assessment kann potenziell übermäßig freigegebene Inhalte sowie inaktive oder ownerlose Sites sichtbar machen. Microsoft empfiehlt, das Assessment alle 30 Tage zu wiederholen. Dazu kommen Lifecycle-Richtlinien, Data Access Governance Reports und – abhängig von Voraussetzungen und Einsatzfall – Kontrollen wie Restricted Access Control oder Restricted Content Discovery.[5][6]

Restricted Content Discovery kann die organisationsweite Auffindbarkeit ausgewählter SharePoint-Sites in Suche und Copilot begrenzen. Es ändert dabei keine bestehenden Zugriffsrechte; direkter Zugriff für bereits berechtigte Personen bleibt davon zu unterscheiden.[9]

Wer die fachliche Basis vor dem Reporting vertiefen möchte, findet sie im WITC-Beitrag „Copilot in SharePoint scheitert selten am Modell – sondern an eurer Basis“. Entscheidend bleibt: SAM liefert Governance-Signale und native Kontrollen. Ein hoher Usage-Wert kann diese Prüfung nicht ersetzen.

TESTPLAN: Monthly Copilot Readiness Control Sheet

Das folgende Control Sheet ist ein wiederverwendbarer Testplan, kein Bericht über einen bereits durchgeführten Zieltenant-Test. Schwellen sind interne Steuerungsregeln und müssen vor dem ersten Lauf mit Datenschutz, Betriebsrat, Security, IT-Betrieb und Adoption-Verantwortlichen abgestimmt werden. Sie sind keine Microsoft-Benchmarks.

Methodik-Hinweis: Das „vorab beschlossene Tenant-Ziel“ der Active User Rate ist kein universeller Microsoft-Benchmark. Es wird vor dem ersten Baseline-Lauf für die konkrete Population, den Rollout-Reifegrad und den Messzeitraum dokumentiert und danach nicht rückwirkend passend gemacht.

Kontrollfeld / Kennzahl	Definition und Population	Quelle	Fenster / erwartete Latenz	Accountable Owner	TESTPLAN-Schwelle	Aktion und Closure-Evidenz
Technische Eligibility-Quote	Anteil der definierten Rollout-Population mit vorausgesetzter Lizenz und geeignetem Updatekanal; Population im Sheet namentlich oder gruppenbasiert festhalten	M365 Admin Center – Copilot Readiness	28 Tage; Report und Nutzungsdaten bis zu 72 Stunden verzögert	M365 Service Owner	Rot: mindestens eine Person der nächsten Rollout-Welle erfüllt ein Pflichtkriterium nicht. Gelb: Datenstatus jünger als Latenzpuffer oder Population ungeklärt. Grün: alle Pflichtkriterien belegt.	Lizenz/Updatekanal korrigieren oder Person aus Rollout-Welle nehmen; Closure: neuer CSV-Export nach Latenzpuffer plus Freigabe des Owners
Active User Rate	Aktive Nutzer geteilt durch aktivierte Nutzer für dieselbe lizenzierte Population; bewusste Copilot-Aktion gemäß Microsoft-Definition	M365 Admin Center – Copilot Usage	Primär 28 Tage, ergänzend 7/90/180; typischerweise ca. 48 Stunden	Adoption Lead	Rot: unter dem vorab beschlossenen Tenant-Ziel in zwei vergleichbaren 28-Tage-Läufen. Gelb: einmalige Unterschreitung oder Populationswechsel.	Nach Anwendung und Zielgruppe segmentieren; Use Case, Enablement oder Supportmaßnahme festlegen; Closure: Folgelauf plus dokumentiertes Nutzerfeedback
AI Adoption Score	Mittelwert der aktiven Copilot-Tage lizenzierter Nutzer relativ zum Microsoft-Ziel von zwölf aktiven Tagen in 28 Tagen; Agents eingeschlossen	M365 Admin Center – Adoption Score	Rollierende 28 Tage; Trendansichten separat kennzeichnen	Adoption Lead	Kein Security-Grenzwert. Rot: Rückgang in zwei aufeinanderfolgenden vergleichbaren Perioden plus bestätigtes Adoption-Hindernis.	Hindernis analysieren, passende Anwendungsszenarien testen; Closure: Maßnahmenprotokoll, Feedback und nächste Trendprüfung – nicht bloß „Score erhöhen“
Viva Organisationssicht	Readiness-, Adoption-, Impact- und Sentiment-Metriken für die im Dashboard tatsächlich enthaltene Population und Filter	Viva Insights – Copilot Dashboard	28 Tage; bis zu sechs Tage Verzögerung	People Analytics oder Viva Insights Owner	Gelb: Population, Filter, Lizenzstatus oder Organisationsdaten nicht dokumentiert. Rot: Entscheidung wird trotz ungeklärter Population aus Viva abgeleitet.	Filter, Lizenz-/Datenverarbeitungsstatus und Org-Datenquelle dokumentieren; Closure: reproduzierbarer Screenshot/Export mit Stichtag und Filterkontext
Ownerless-/Inactive-/Oversharing-Signale	Anzahl und Anteil der durch SAM ausgewiesenen Sites je dokumentierter Berichtskategorie; Kategorien nicht zu einem Security-Gesamtscore vermischen	SharePoint Advanced Management / Content Management Assessment / DAG	Assessment monatlich beziehungsweise alle 30 Tage wiederholen; produktspezifische Reportfenster notieren	SharePoint Governance Owner	Rot: kritischer Fund ohne benannten Bearbeiter oder Frist. Gelb: neuer Fund beziehungsweise überfällige Attestation. Grün: jeder priorisierte Fund akzeptiert, behandelt oder begründet geschlossen.	Owner zuweisen, Access Review, Sharing-/Lifecycle-Entscheidung durchführen; Closure: SAM-Report, Ticketlink und fachliche Freigabe
Reporting- und Entscheidungsstatus	Vollständigkeit des Monatsprotokolls: Definition, Population, Stichtag, Quelle, Latenz, Owner, Entscheidung, Frist und Closure je Kennzahl	Control Sheet; optional WITC-Reporting-Schicht	Monatlicher Stichtag; Datenstand jeder Quelle separat	Service Owner	Rot: Kennzahl ohne Definition/Owner oder Maßnahme ohne Closure. Gelb: Quelle noch innerhalb des Latenzpuffers.	Lücke schließen oder Wert als „noch nicht belastbar“ markieren; Closure: signiertes Monatsprotokoll
Datenschutz- und Mitbestimmungsgate	Dokumentierter Zweck, Rechtsgrundlage, Datenminimierung, Rollen, Aufbewahrung und – soweit erforderlich – Beteiligung des Betriebsrats für personenbezogene Readiness-/Usage-Daten	internes Datenschutz-/Mitbestimmungsprotokoll	vor dem ersten Lauf und nach wesentlichen Zweck-, Daten- oder Tooländerungen	Datenschutz-Owner und fachlich zuständige Mitbestimmung	Rot: Pflichtklärung fehlt oder Zugriff/Aufbewahrung ist unbestimmt. Gelb: Freigabe ist befristet oder Änderungsprüfung offen.	Verarbeitung bis zur Klärung begrenzen; Closure: dokumentierte Freigabe, Zugriffsmatrix und Lösch-/Aufbewahrungsregel

Testablauf pro Monat

1. Stichtag und Population einfrieren. Lizenzierte Nutzer, Rollout-Welle, ausgeschlossene Testkonten und relevante Gruppen dokumentieren. Personenbezogene Details nur verwenden, wenn Zweck, Rechtsgrundlage, Zugriff und Aufbewahrung geklärt sind.
2. Readiness und Usage exportieren. Beide Exporte auf denselben Stichtag beziehen, aber ihre unterschiedlichen Fenster und Latenzen erhalten.
3. Viva separat abgleichen. Tatsächliche Filter, Organisationsdatenquelle, Lizenz-/Funktionsumfang und Verzögerung protokollieren.
4. SAM-Ergebnisse ergänzen. Assessment beziehungsweise verfügbare Governance-Reports auswerten und Findings an Site- oder Service-Owner übergeben.
5. Abweichungen klassifizieren. Jede Differenz zuerst einer abweichenden Definition, Population, Periode, Filterung oder Latenz zuordnen. Erst danach einen Datenfehler vermuten.
6. Maßnahmen schließen. Kein roter Fund wird nur „zur Kenntnis genommen“. Ticket, Owner, Frist, Entscheidung und Abschlussnachweis gehören in dieselbe Monatsakte.
7. Vergleichbarkeit bestätigen. Der Lauf gilt nur dann als trendfähig, wenn Definitionen und Population zur Vorperiode passen; andernfalls wird eine neue Baseline markiert.

Was wir sagen dürfen – und was nicht

Zulässige Aussagen

• Microsofts Readiness-, Usage- und Viva-Ansichten messen unterschiedliche Teilbereiche.[1][2][3]
• AI Adoption und SAM ergänzen weitere Perspektiven; daraus entsteht nicht automatisch eine einheitliche Reifezahl.[4][5]
• Readiness im Admin Center ist ein 28-Tage-Blick auf technische Voraussetzungen und Rolloutindikatoren; Daten können bis zu 72 Stunden verzögert sein.[1]
• Der offizielle Usage Report ist die geeignete Quelle für Copilot-Nutzung; Auditlog-Aggregate sind nicht als exakter Ersatz garantiert.[2]
• Das Viva Dashboard unterstützt Organisationsanalysen, ist aber keine vollständige Liste aller Readiness- und Eligibility-Anforderungen.[3]
• SAM ergänzt Governance-Signale und einen wiederkehrenden Assessment-Rhythmus.[5][6]
• TenantPulse kann auf Basis der aktuellen Angebotsbeschreibung als WITC-Reporting- und Entscheidungsschicht eingeordnet werden: Signale sichtbar machen, priorisieren und nächste Schritte strukturieren.[7]

Nicht zulässige Aussagen

• „Copilot Readiness beweist vollständige Security-, Compliance- oder Governance-Reife.“
• „Hohe Nutzung oder ein hoher AI Adoption Score beweist ROI, sichere Daten oder gute Berechtigungen.“
• „Der Auditlog liefert dieselben exakten Usage-Kennzahlen wie Microsofts Usage Report.“
• „Copilot umgeht Berechtigungen.“ Er nutzt bestehende Berechtigungen; genau deshalb müssen diese geprüft werden.[5]
• „TenantPulse ersetzt Purview, Defender, SAM oder native Microsoft-Kontrollen.“
• „TenantPulse prüft alle Copilot-Risiken, korrigiert den Tenant automatisch oder liefert E2E-validierte Remediation.“ Dafür liegt in dieser Review-Fassung kein Zieltenant-Test vor.

Wo TenantPulse in dieses Modell passt

Die aktuelle TenantPulse-Angebotsseite beschreibt Monitoring und Reporting über SharePoint Health, Hygiene, Security, Tenant Apps, Service Health und Copilot Readiness sowie Reports mit Scores, Auffälligkeiten, Trends und Empfehlungen. Sie beschreibt außerdem eine Anbindung mit Leserechten und ohne automatische Änderungen am Tenant.[7] Der ergänzende WITC-Artikel „TenantPulse: Warum M365-Tenants einen Gesundheitsbericht brauchen“ ordnet den Nutzen als Sichtbarkeits- und Priorisierungsproblem ein.[8]

Für diesen Fachbeitrag ist die Grenze bewusst enger: TenantPulse ist die mögliche WITC-Reporting- und Entscheidungsschicht um native Microsoft-Signale herum. Nicht behauptet werden eine im Zieltenant validierte Datenabdeckung, bestimmte API-Scopes, geprüfte KPI-Formeln, automatische Remediation oder ein nachgewiesener Ende-zu-Ende-Ausgabepfad. Diese Punkte müssen vor einem konkreten Kundenclaim in einem dokumentierten Lauf geprüft werden.

Wer den Reporting-Ansatz ansehen möchte, findet die Angebotsbeschreibung unter TenantPulse. Wenn zunächst geklärt werden soll, welche Reports, Rollen und Governance-Owner im eigenen Tenant überhaupt verfügbar sind, ist das Kontaktformular der neutrale Einstieg – ohne Vorentscheidung für ein Produkt.

Fazit

Copilot Readiness ist kein Pokalwert. Sie ist ein monatlicher Kontrollkreis aus technischer Startfähigkeit, tatsächlicher Nutzung, Organisationssicht, Content Governance und nachverfolgten Maßnahmen.

Ein belastbarer Betrieb hält die Messungen getrennt, dokumentiert Fenster und Latenz, schützt personenbezogene Nutzungsdaten und weist jedem roten Signal einen Owner zu. Erst wenn eine Maßnahme mit Evidenz geschlossen ist, wird aus Reporting Governance.

Weiterführende WITC-Artikel

• Copilot in SharePoint scheitert selten am Modell – sondern an eurer Basis
• TenantPulse: Warum M365-Tenants einen Gesundheitsbericht brauchen
• TenantPulse – aktuelle Angebotsbeschreibung

Sources

[1] https://learn.microsoft.com/en-us/microsoft-365/admin/activity-reports/microsoft-365-copilot-readiness?view=o365-worldwide — Microsoft Learn: Microsoft Copilot Readiness Report (abgerufen am 04.09.2026) [2] https://learn.microsoft.com/en-us/microsoft-365/admin/activity-reports/microsoft-365-copilot-usage?view=o365-worldwide — Microsoft Learn: Microsoft Copilot Usage Report (abgerufen am 04.09.2026) [3] https://learn.microsoft.com/en-us/viva/insights/org-team-insights/copilot-dashboard — Microsoft Learn: Microsoft Copilot Dashboard in Viva Insights (abgerufen am 04.09.2026) [4] https://learn.microsoft.com/en-us/microsoft-365/admin/adoption/ai-adoption-score?view=o365-worldwide — Microsoft Learn: AI Adoption Category in Adoption Score (abgerufen am 04.09.2026) [5] https://learn.microsoft.com/en-us/sharepoint/get-ready-copilot-sharepoint-advanced-management — Microsoft Learn: Get ready for Microsoft 365 Copilot and agents with SharePoint Advanced Management (abgerufen am 04.09.2026) [6] https://learn.microsoft.com/en-us/sharepoint/advanced-management — Microsoft Learn: SharePoint Advanced Management overview (abgerufen am 04.09.2026) [7] https://walther-it-consulting.de/tenantpulse — WITC-Eigenbeschreibung: TenantPulse-Angebotsumfang; keine unabhängige Funktionsverifikation (abgerufen am 04.09.2026) [8] https://walther-it-consulting.de/blog/2026-07-tenantpulse-m365-tenant-health-monitoring — WITC-Eigenbeschreibung: TenantPulse-Fachartikel; keine unabhängige Produktverifikation (abgerufen am 04.09.2026) [9] https://learn.microsoft.com/en-us/sharepoint/restricted-content-discovery — Microsoft Learn: Restrict discovery of SharePoint sites and content (Seitenstand 18.08.2026; abgerufen am 04.09.2026)