Microsoft Scout im PMO: Wenn der Projektassistent autonom mitarbeitet

Auf der Build 2026 hat Microsoft mit Scout seinen ersten „Autopilot"-Agenten vorgestellt: keine Chat-Hilfe, die auf Prompts wartet, sondern ein autonomer Agent, der dauerhaft mitläuft, Ihren Arbeitskontext beobachtet und eigenständig handelt. Für Projektleiter und PMOs verschiebt das eine Grenze: Statusreporting, Risikoerkennung und Meeting-Vorbereitung können künftig im Hintergrund passieren. Entscheidend wird es aber erst dort, wo Scout über Microsoft 365 hinausreicht – in Ihre PPM-Plattform, Ihr ERP und Ihr HR-System. Dieser Beitrag zeigt, was Scout im PMO konkret übernimmt, wie er an Altus PPM, Projectum xPM, BigPicture, SAP, Business Central und Personio kommt, und was das für Governance und Betriebsmodell bedeutet.

Was ist Microsoft Scout – und warum sollte ein PMO jetzt hinschauen?

Microsoft hat Scout am 2. Juni 2026 vorgestellt – als ersten Vertreter einer neuen Agenten-Kategorie, die Microsoft „Autopilots" nennt. Der Unterschied zu allem, was bisher unter dem Copilot-Label lief, ist fundamental: Scout ist kein Assistent, den Sie in einer App ansprechen, sondern ein eigenständiger Agent mit eigener Identität in Microsoft Entra ID, der im Hintergrund läuft – auch dann, wenn Sie offline, im Meeting oder im Urlaub sind.

Technisch ist Scout eine Desktop-Anwendung für Windows und macOS, die auf der quelloffenen OpenClaw-Technologie und dem GitHub-Copilot-SDK aufsetzt. Bedient wird Scout primär in Teams; über die Desktop-App reicht er zusätzlich in den Browser, auf lokale Dateien, die Betriebssystem-Shell und an Model-Context-Protocol-(MCP)-Server. Die neue Intelligenzschicht Work IQ liefert dabei den Arbeitskontext aus Outlook, Teams, OneDrive und SharePoint (Microsoft Learn: Scout-Überblick).

Für ein Projektmanagementbüro ist genau das die entscheidende Verschiebung. Ein großer Teil der PMO-Arbeit besteht nicht aus Entscheidungen, sondern aus Koordination: Status einsammeln, nachfassen, dokumentieren, eskalieren. Es ist die Art von Arbeit, die ein autonom laufender Agent zuverlässig übernehmen kann – innerhalb von Governance-Grenzen, die die Organisation kontrolliert.

Scout vs. Copilot vs. Copilot Cowork: der Unterschied

Microsoft 365 Copilot ist ein promptbasierter Assistent in einzelnen Apps – Word, Outlook, Teams, Excel. Er hilft beim Entwerfen, Zusammenfassen und Analysieren, aber nur, wenn Sie ihn ansprechen. Schließen Sie die App, hört er auf zu arbeiten. Copilot Cowork, das wir in einem eigenen Beitrag beschrieben haben, geht einen Schritt weiter: Es delegiert ganze, mehrstufige Arbeitspakete an einen Agenten, der über Minuten oder Stunden selbstständig plant und ausführt – aber Sie stoßen die Aufgabe weiterhin an.

Scout unterscheidet sich von beiden in drei Punkten. Erstens Autonomie: Scout startet Aufgaben selbst – auf Basis von Zeitplänen, Auslösern oder seiner kontinuierlichen Beobachtung Ihrer Arbeitssignale. Zweitens Persistenz: Die Arbeit läuft weiter, während Sie mit etwas anderem beschäftigt sind. Drittens geräte- und systemübergreifendes Handeln: Lokale Dateien, Browser, Shell und Cloud werden in einer Laufzeitumgebung zusammengeführt. Microsoft selbst grenzt Scout in der offiziellen FAQ klar von Copilot Chat ab: Copilot Chat ist cloudbasiert und für schnelle Einzelaufgaben gedacht, Scout ist eine lokale Desktop-Anwendung für mehrstufige Workflows und autonome Hintergrundaufgaben.

Vereinfacht gesagt: Copilot hilft dem Einzelnen, bessere Arbeit zu leisten. Scout sorgt dafür, dass Arbeit autonom erledigt wird. Wer das Prinzip der KI-gesteuerten Tool-Bedienung vertiefen möchte, findet in unserem Beitrag zum VIBE Projektmanagement die passende Ergänzung – dort steuern Sie PM-Tools per Sprachbefehl, hier übernimmt der Agent die Initiative.

Was Scout im PMO konkret übernimmt

Scout glänzt überall dort, wo PMO-Arbeit heute aus wiederkehrender Koordination besteht – also genau bei den Aufgaben, die manuell nerven und sich gut automatisieren lassen. Die folgenden Fälle sind nach Routine-Last sortiert.

1. Statusreporting und Management-Kommunikation

Statusreporting ist die zeitintensivste wiederkehrende Aktivität in vielen PMOs – und eine der undankbarsten, weil sie jede Woche von vorn beginnt. Scout entwirft vollständige Statusberichte, indem er Daten über mehrere Quellen hinweg zusammenführt: Aufgaben- und Meilensteinstände, Issues und Blocker aus Teams und E-Mail, Budget- und Ressourcensignale aus Dateien in OneDrive oder SharePoint sowie getroffene und offene Entscheidungen aus Meeting-Notizen. Liegen Lieferdaten in mehreren Tools, konsolidiert Scout sie in einen einzigen Bericht – die manuelle Copy-&-Paste-Konsolidierung entfällt. Ergebnis: fünf Minuten menschliche Prüfung statt mehrerer Stunden Fleißarbeit.

2. Statusabfragen einsammeln und Nachfassen

Die wohl nervigste PMO-Routine: Leuten hinterherlaufen, um Statusupdates einzusammeln. Scout übernimmt das Nachfassen – er erkennt ausstehende Zuarbeiten, erinnert die Verantwortlichen über Teams oder E-Mail (nach Ihren Vorgaben), sammelt die Antworten ein und meldet, was noch fehlt. Statt am Donnerstag manuell durch zwölf Projektleiter zu telefonieren, bekommt die PMO-Leitung einen konsolidierten Stand – inklusive Liste derjenigen, die noch nicht geliefert haben. Sensible Nachrichten gehen erst nach Ihrer Freigabe raus.

3. Automatisierte Meeting-Vorbereitung und Nachbereitung

Meeting-Vorbereitung ist eine der aufwändigsten und zugleich wenig hebelwirksamen Tätigkeiten im Projektalltag. Scout kann Pre-Reads autonom erzeugen, indem er relevante E-Mails, Teams-Gespräche und Dokumente vor dem Termin durchsucht, Statusbriefings zusammenstellt und nach dem Meeting Follow-up-E-Mails sowie Protokolle entwirft und Action Items als Aufgaben anlegt. Er kann dabei das Teams-Meeting-Transkript selbst heranziehen und einen passenden Besprechungsraum buchen. Für ein PMO mit wöchentlichem Programm-Review heißt das konkret: Scout zieht am Samstagmorgen die aktuellen Aufgabenstände, sichtet die Teams-Diskussionen der Woche und entwirft eine strukturierte Agenda inklusive RAG-Status – bereit zur Freigabe am Montag.

4. Proaktive Risiko- und Blocker-Erkennung

Der vielleicht überzeugendste PMO-Anwendungsfall: Scout erkennt Risiken, bevor sie eskalieren. Über die Inferenz von Work IQ verbindet er Hinweise aus E-Mails, Meeting-Notizen, Teams-Threads und Kalendermustern. Liegt eine wichtige Entscheidung seit fünf Tagen unbeantwortet im Posteingang, kann Scout dies als Stillstandsrisiko melden. Wird ein Meilenstein fällig und der zugehörige Teams-Kanal ist verstummt, weist Scout auf ein mögliches Abhängigkeitsproblem hin. Das ist qualitativ etwas anderes als regelbasierte Alarme in einem Projekttool – Risiken werden aus den realen Kommunikationssignalen erkannt, also genau dort, wo sie entstehen, lange bevor sie in einem RAID-Log auftauchen.

5. RAID-Log-Pflege und Eskalation

RAID-Logs (Risks, Assumptions, Issues, Dependencies) veralten notorisch, weil ihre Pflege eine manuelle, gern aufgeschobene Aufgabe ist. Scout dreht diese Logik um: Ein neues Risiko aus einer Teams-Nachricht kann in die SharePoint-RAID-Liste übernommen werden, ein seit Tagen ungelöstes Issue löst einen Eskalationsentwurf aus, und widerlegte Annahmen werden zur Überprüfung markiert. Mit einer Automation, die wöchentlich die RAID-Liste prüft und die Kommunikation der Vorwoche nach unprotokollierten Punkten durchsucht, bleibt das Log deutlich aktueller als bei klassischen Prozessen.

6. Terminkoordination über Zeitzonen und Fokuszeit

Für global oder mehrstandort-aufgestellte PMOs ist die Abstimmung von Meetings über Zeitzonen eine ständige Reibungsquelle. Scout prüft die Verfügbarkeit aller Eingeladenen über die Microsoft-365-Kalender, respektiert Out-of-Office- und vorläufige Einträge, löst Namen über das Verzeichnis auf und schlägt optimale Slots vor. Der Unterschied liegt in der Proaktivität: Statt auf „Wann passt es allen?" zu warten, beobachtet ein Heartbeat den Zwei-Wochen-Kalender, erkennt zu planende Termine und entwirft die Einladung – Sie müssen nur freigeben.

7. Projekt-Kickoff und Dokumentenerstellung

Über seine mitgelieferten Word-, Excel- und PowerPoint-Fähigkeiten orchestriert Scout die Erstellung von Kickoff-Artefakten: Projektaufträge oder Business Requirement Documents aus einem Briefing, mit KI vorbefüllte Risikoregister, RACI-Matrizen aus der Stakeholder-Liste, Kickoff-Decks, Abhängigkeitsdiagramme und Zeitpläne. Für ein PMO mit standardisiertem Projekt-Intake komprimiert das tagelanges Vorlagen-Befüllen auf Minuten – die Vorlagen werden einmal als Custom Skills definiert, Scout führt sie bei jedem neuen Projekt aus.

Scout an Ihren Fachsystemen: PPM, ERP und HR über lokale MCPs

All diese Anwendungsfälle haben eine Grenze: Sie leben von dem, was in Microsoft 365 steht. Die Wahrheit über ein Projekt steht dort aber selten vollständig. Der Plan liegt in der PPM-Plattform, die Ist-Kosten im ERP, die tatsächliche Verfügbarkeit der Leute im HR-System. Solange der Agent diese Systeme nicht erreicht, schreibt er sehr gute Berichte auf einer halben Datenbasis.

Genau diese Lücke schließen die lokalen MCP-Server, die Holert für die gängigen Fachsysteme anbietet. Sie laufen lokal auf dem Gerät, auf dem der Agent arbeitet, und machen Altus PPM, Projectum xPM und BigPicture ebenso ansprechbar wie SAP, Microsoft Dynamics 365 Business Central und Personio. Für den Agenten sind das dann keine fremden Welten mehr, sondern Quellen wie Outlook oder SharePoint auch – abfragbar in normaler Sprache, ohne dass jemand einen Report baut oder Daten exportiert.

PPM: der Portfoliobericht, der sich selbst schreibt

Mit dem Zugang zu Altus PPM oder Projectum xPM entfällt der Bruch zwischen Projektdaten und Kommunikation. Der Agent zieht Meilensteine, Aufwandsstände und Risiken direkt aus der Plattform, gleicht sie gegen die Diskussionen der Woche ab und entwirft daraus den Portfoliobericht – inklusive der Projekte, deren Ampel eigentlich längst hätte umspringen müssen. Vor einem Stage Gate prüft er, welche Freigabekriterien noch offen sind, und legt die Liste dem Projektleiter vor, bevor das Gremium tagt. Mit BigPicture kommt die Programmebene dazu: Auslastung über mehrere Boxes hinweg, Abhängigkeiten zwischen Teams und die Frage, welche Verschiebung welchen kritischen Pfad trifft.

ERP: Budgetaussagen, ohne auf den Monatsabschluss zu warten

Die häufigste unbeantwortbare Frage im Lenkungsausschuss lautet: Reicht das Budget noch? Beantworten lässt sie sich nur, wenn neben den gebuchten Ist-Kosten auch offene Bestellungen und Obligos bekannt sind – und die stehen in SAP, nicht im Projektplan. Der SAP-Zugang schließt diese Lücke: Der Agent stellt Plan, Ist und Obligo je Projekt gegenüber und weist die Abweichung im Statusbericht aus, statt sie vier Wochen später im Controlling-Report auftauchen zu lassen. Wer mit Business Central arbeitet, bekommt zusätzlich die kaufmännische Rückseite des Projektgeschäfts: abrechenbare Leistungen zusammenstellen, den Rechnungsentwurf zur Freigabe vorlegen, offene Posten je Kundenprojekt in den Portfoliobericht übernehmen und die Marge je Projekt sichtbar machen.

HR: die Kapazität, die es wirklich gibt

Ressourcenplanung scheitert selten am Werkzeug, sondern an der Annahme, ein Mitarbeiter stehe zu hundert Prozent zur Verfügung. Über Personio rechnet der Agent mit den tatsächlichen Verhältnissen: Urlaub, Elternzeit, Teilzeit, Eintritte und Austritte. Die Frage „Können wir das Projekt im Oktober starten?" bekommt damit eine belastbare Antwort statt einer Schätzung – und kritische Wochen, in denen halbe Teams gleichzeitig im Urlaub sind, fallen auf, bevor die Zusage gegeben ist.

Drei Dinge sind dabei wichtig. Erstens bleibt der Mensch die letzte Instanz: Lesende Abfragen laufen durch, schreibende Aktionen – ein Risiko anlegen, eine Rechnung entwerfen, eine Ressource verplanen – legt der Agent zur Freigabe vor. Zweitens erweitert kein MCP-Server Rechte: Der Agent sieht genau das, was das Nutzerkonto im jeweiligen System ohnehin sehen darf. Und drittens laufen diese Server lokal – die Verbindung zu Ihren Fachsystemen entsteht auf dem Gerät des Nutzers, nicht über eine Zwischenstation bei uns. Die lokalen MCPs stellen wir im Rahmen des PMO AI Power Day bereit – dort richten wir sie ein und probieren die Anwendungsfälle an Ihren echten Projektdaten aus.

Wie Scout arbeitet: Work IQ, Heartbeat, Automations und Skills

Vier Bausteine sind für PMO-Szenarien besonders relevant. Work IQ ist die Intelligenzschicht, die kontinuierlich Signale aus E-Mails, Kalender, Teams-Chats, Dokumenten und OneDrive-Aktivitäten aufnimmt. Über die Zeit entsteht ein Modell davon, wie Arbeit in Ihrer Organisation fließt: wer die zentralen Stakeholder sind, welche Projekte aktiv sind und wo etwas ins Stocken gerät. Genau das erlaubt Scout, Risiken zu erkennen, ohne dass man ihm vorher ein bestimmtes Feld im Projektplan zugewiesen hat.

Der Heartbeat ist ein wiederkehrender Prompt, der während der konfigurierten Arbeitszeiten in einstellbaren Intervallen (15 Minuten bis 2 Stunden) läuft und etwa Posteingangs-Prioritäten, Kalenderänderungen oder blockierte Aufgaben prüft. Automations sind geplante oder bedingungsgesteuerte Aufgaben – zum Beispiel: jeden Montag um 8 Uhr einen Statusentwurf erstellen, oder: sobald eine hochpriorisierte E-Mail eintrifft, den Thread zusammenfassen und markieren. Sie unterstützen inzwischen auch monatliche, vierteljährliche und ordinale Wiederholungen wie „der letzte Freitag jedes Monats", was den PMO-Rhythmus aus Monatsberichten, Quartals-Reviews und Stage Gates deutlich präziser trifft als reine Wochenpläne. Für die Hintergrundmodi gilt eine eigene, restriktivere Berechtigungs-Policy.

Über Custom Skills – Markdown-Dateien (SKILL.md) mit Beschreibung und Anweisung – kodieren Sie PMO-Playbooks: Ihre Reporting-Vorlagen, Governance-Standards und Berichtsrhythmen. Scout erkennt passende Skills automatisch zu Beginn jeder Konversation und ruft sie auf, wenn der Kontext stimmt. Zusätzlich kann er Arbeit an Sub-Agenten delegieren, die parallel im Hintergrund laufen und das Ergebnis zurückmelden – relevant, wenn ein PMO mehrere Projekte gleichzeitig auswerten lässt.

Mitgeliefert sind ab Installation unter anderem diese Skills (Übersicht bei Microsoft Learn):

• docx, xlsx, pptx – erstellen und bearbeiten Word-Berichte, Excel-Modelle inklusive Formeln und Diagramme sowie PowerPoint-Decks aus einem Prompt.
• Web Artifacts Builder – baut interaktive HTML-Dashboards und Visualisierungen: Portfolio-Übersichten, Status-Tracker, What-if-Vergleiche. Eine Datei, kein Build-Schritt.
• Loop – bedient über Browser-Automatisierung Microsoft Loop; der Mensch gibt die finale Freigabe stets selbst.

Auf welche Systeme greift Scout zu?

Microsoft beschreibt vier Zugriffsebenen. Erstens Microsoft 365: E-Mail und Kalender in Outlook, Teams-Chats, OneDrive-Dateien, Besprechungen samt Transkripten und Raumbuchung, SharePoint-Listen, Outlook-Regeln und das Organisationsverzeichnis – über direkte API-Werkzeuge, ergänzt um Work IQ für Fragen, die mehrere Dienste gleichzeitig betreffen. Zweitens das lokale Gerät: Dateien im definierten Arbeitsverzeichnis sowie die Betriebssystem-Shell, beides über abgestufte Berechtigungen und mit der Möglichkeit, einzelne Verzeichnisse als sensibel zu markieren (Microsoft Learn: Use Microsoft Scout).

Drittens der Browser. Scout bedient praktisch jede Weboberfläche: navigieren, Formulare ausfüllen, Inhalte auslesen, Dateien hochladen. Das ist der Universalzugang – ein Fachsystem ohne Schnittstelle erreicht Scout über die Oberfläche, so wie ein Mensch es täte. Der Preis ist Brüchigkeit: Jede Änderung an der Oberfläche kann den Ablauf kippen. Der Weg taugt für Recherche und gelegentliche Datenübernahmen, nicht als tragende Integration.

Viertens – und für Drittsysteme der eigentlich saubere Weg – das Model Context Protocol (MCP). Über MCP-Server bindet Scout Systeme strukturiert an, statt sie zu klicken; solche Server können lokal laufen oder als Remote-Server mit sicher hinterlegten Zugangsdaten eingebunden werden. Genau darauf setzen die im vorigen Abschnitt beschriebenen Anbindungen an PPM, ERP und HR auf. Einen offiziell dokumentierten Katalog verfügbarer MCP-Server für Scout gibt es derzeit nicht – was erreichbar ist, entscheidet, welche Server Ihre Organisation bereitstellt und freigibt.

Governance, Sicherheit und Compliance

Autonome Agenten sind nur dann ein Gewinn, wenn die Governance sitzt. Scout ist eng an die Microsoft-365-Sicherheitsgrenzen gebaut. Jeder Agent läuft unter einer eigenen, gouvernierten Entra-Identität – kein anonymer Sammel-Service-Account –, sodass jede Handlung einem bekannten Akteur zugeordnet ist. Die zugehörigen Anmeldeinformationen sind auf die jeweilige Aufgabe begrenzt und werden aus Logs und Diagnosen entfernt.

Auf der Ausführungsebene greifen mehrere Schutzmechanismen: Microsoft Purview (Sensitivitätslabels und Data Loss Prevention) wird in Echtzeit erzwungen, bevor etwas gesendet oder geschrieben wird; sensible Aktionen können eine menschliche Freigabe erfordern. Shell-Befehle laufen über ein dreistufiges Berechtigungssystem (Auto-Freigabe, Nachfrage, Blockade); destruktive Befehle sind standardmäßig gesperrt. Verzeichnisse lassen sich als „sensibel" markieren, und über die ADMX-Richtlinie RestrictToWorkspace bleibt Scout auf das definierte Arbeitsverzeichnis begrenzt. Externe Inhalte behandelt Scout als „untrusted" – also als Daten, nicht als Anweisungen –, was Prompt-Injection erschwert. Die Browser-Automatisierung ist per Default eingeschränkt, und Admins können erlaubte Domains per Egress-Policy steuern.

Zwei Grenzen verlassen allerdings den vertrauten Microsoft-365-Rahmen, und beide sollte ein PMO kennen. Die Sprachmodell-Verarbeitung läuft über GitHub Copilot: Inhalte können Microsoft 365 verlassen, und Zusagen wie Datenresidenz, Aufbewahrungsrichtlinien, die Durchsetzung von Sensitivitätslabels und eDiscovery greifen für diese Verarbeitung nicht – genau deshalb verlangt Microsoft eine Attestierung durch die Administration. Und: Automation-Anweisungen sowie MCP-Ausgaben liegen lokal auf dem Endgerät, fallen nicht unter die Microsoft-365-Datenschutzvereinbarung und unterliegen damit Ihrem Endpoint-Management (Microsoft Learn: Responsible AI FAQ). Die Freigabe eines MCP-Servers ist deshalb keine Werkzeug-, sondern eine Datenschutzentscheidung – besonders dort, wo personenbezogene Daten im Spiel sind, etwa bei Abwesenheiten aus dem HR-System.

Lizenzierung und Verfügbarkeit

Scout ist im August 2026 ausschließlich über das Microsoft-Frontier-Programm verfügbar – Microsofts Programm für den Frühzugang zu Innovationen vor der breiten Markteinführung. Aktuell handelt es sich um eine experimentelle Preview; einen offiziell bestätigten Termin für die allgemeine Verfügbarkeit (GA) hat Microsoft bislang nicht genannt – Funktionen können sich noch ändern. Die aktuelle Version ist das am 30. Juli 2026 veröffentlichte Release 0.23.578, das vor allem den Microsoft-365-Zugriff vertieft, die Berechtigungsoberfläche überarbeitet und feinere Automation-Zeitpläne gebracht hat. Der Zugang setzt eine Frontier-Aktivierung, eine Intune-Richtlinienkonfiguration sowie eine Opt-in-Attestierung voraus. Lizenzseitig sind zwei Bausteine nötig: eine aktive Microsoft-365-Copilot-Lizenz für das Nutzerkonto sowie eine GitHub-Copilot-Lizenz (Business oder Enterprise) für die Anmeldung in der Desktop-App (Microsoft Learn: Get started).

Wichtig fürs Budget: Scout verbraucht GitHub-Copilot-Credits aus einem GitHub-Copilot-Business- oder -Enterprise-Abonnement – nicht die Credits von Microsoft 365 Copilot. Jeder Task, jeder Heartbeat-Lauf und jede Automation zehrt an diesem separaten Kontingent, das damit zusätzliche Kosten neben den bestehenden M365-Copilot-Lizenzen bedeutet. Die übergeordnete Suite-Stufe bildet die seit dem 1. Mai 2026 allgemein verfügbare Microsoft 365 E7 (Frontier Suite) mit M365 E5, Microsoft 365 Copilot, Agent 365 und der Entra Suite. Wer ohnehin vor der Frage steht, seine PPM-Basis – etwa mit Altus PPM oder Projectum xPM – zu modernisieren, sollte das im Zusammenhang mit dem Support-Ende von Microsoft Project Online betrachten.

Neue Betriebsmodelle: VMO, Headless PMO und Agent PMO

Wenn Scout den koordinativen Unterbau übernimmt, wird im PMO Kapazität frei – und es entstehen drei Begriffe, die das künftige Betriebsmodell beschreiben.

Vom PMO zum VMO: von Output auf Value

Ein klassisches PMO optimiert Output: termin- und budgetgerechte Lieferung. Ein Value Management Office optimiert Outcome: die tatsächliche Wertrealisierung, also ob ein Projekt das strategische Ziel erreicht, das es erreichen sollte (SAFe: Value Management Office). Solange PMO-Mitarbeiter ihre Woche mit Reporting und Terminjonglage füllen, bleibt für Wertsteuerung kaum Zeit. Übernimmt ein Agent die wiederkehrende Koordination, kann sich das Office auf Value-Fragen konzentrieren. Scout ist damit nicht nur ein Effizienz-, sondern ein Rollen-Hebel: Er macht die PMO-zu-VMO-Transition praktisch finanzierbar, weil er die Routinelast wegnimmt, die sie bisher blockiert hat.

Headless und Frontier: wie und von wem die Funktion betrieben wird

Das Headless PMO/VMO überträgt das aus der Software-Architektur bekannte „Headless"-Prinzip auf das Office: Die Funktion wird vom zentralen Gremium entkoppelt und als Service direkt in den Arbeitsfluss eingebettet. Statt dass Projektleiter Berichte an ein zentrales Office liefern, läuft die Governance dort, wo gearbeitet wird. „Headless" meint nicht „ohne Steuerung", sondern ohne zentralen Flaschenhals: Die Methodik bleibt, die manuelle Vermittlungsschicht verschwindet. Das Frontier PMO/VMO verortet diese Variante im Organisationsmodell der „Frontier Firm": ein Unternehmen, das von Mensch-Agenten-Teams betrieben und von Menschen geführt wird. Kurzformel: Headless beschreibt, wie die Funktion ausgeliefert wird, Frontier, wer sie betreibt.

Das Agent PMO: eine neue Governance-Rolle

Sobald Organisationen mehrere Agenten einsetzen – nicht nur Scout, sondern auch fachspezifische Agenten aus Copilot Studio –, braucht es jemanden, der deren Lebenszyklus steuert, neue Agenten-Anfragen priorisiert, Zugriffsrechte verwaltet und den Wertbeitrag misst. Das ist exakt das klassische Governance-Mandat des PMO, angewendet auf KI-Agenten. Ein Agent PMO verantwortet Intake und Priorisierung, die KI-Risikoprüfung, das Lifecycle-Management, Standards und Vorlagen – Skill-Bibliotheken, Automation-Muster, MCP-Inventar – sowie Messung und Reporting. Ein zentrales Steuerungswerkzeug dafür ist Microsoft Agent 365, eine einheitliche Kontrollebene, über die IT-, Security- und Fachteams Agenten organisationsweit beobachten, steuern und absichern.

Was PMOs jetzt konkret tun sollten

Drei Dinge lohnen sich heute, auch ohne produktiven Scout-Zugang. Erstens: Governance-Reife prüfen. Scout setzt sauber konfigurierte Entra ID, Intune und Purview voraus – wer hier Lücken hat, sollte dieses Fundament legen, bevor autonome Agenten ins Spiel kommen. Zweitens: Playbooks identifizieren. Welche wiederkehrenden Prozesse – Statusreporting, RAID-Pflege, Kickoff – eignen sich für die Übergabe an einen Agenten? Diese Prozesse jetzt sauber zu beschreiben, ist die Vorarbeit für spätere Custom Skills. Drittens: MCP-Inventar erstellen. Welche Fachsysteme – PPM-Plattform, ERP, HR, Jira – muss der Agent erreichen, damit seine Berichte belastbar sind, wer gibt sie frei, und welche Daten verlassen dabei die Microsoft-365-Grenze?

Entscheidend bleibt: Die Qualität von Scouts Output ist direkt proportional zur Qualität der Skills, Automations und Datenanbindungen, die Sie konfigurieren. Und Scout ersetzt keine PPM-Plattform wie Altus PPM oder Projectum xPM – er automatisiert die Arbeit damit. Ergänzend lohnt ein Blick auf das Projektcontrolling mit Microsoft Power BI, um den Nutzen autonomer Agenten messbar zu machen.

Häufige Fragen zu Microsoft Scout im PMO

Was ist Microsoft Scout?

Scout ist Microsofts erster „Autopilot"-Agent: eine Desktop-App für Windows und macOS, die autonom im Hintergrund über Dateien, Shell, Browser und Microsoft 365 hinweg handelt – auf OpenClaw-Basis und mit der Intelligenzschicht Work IQ. Bedient wird Scout in Teams.

Worin unterscheidet sich Scout von Microsoft 365 Copilot?

Copilot ist ein promptbasierter Assistent in einzelnen Apps und arbeitet nur auf Zuruf. Scout startet Aufgaben selbst, läuft persistent im Hintergrund und handelt geräte- und systemübergreifend – inklusive lokaler Shell und Browser-Automatisierung.

Kann Scout auch PPM-, ERP- und HR-Systeme steuern?

Ja, über MCP-Server. Holert bietet dafür lokale MCPs an – unter anderem für Altus PPM, Projectum xPM, BigPicture, SAP, Microsoft Dynamics 365 Business Central und Personio. Damit lassen sich Projektdaten, Ist-Kosten und Verfügbarkeiten in einem Bericht zusammenführen. Schreibende Aktionen legt der Agent zur Freigabe vor, und er erhält nie mehr Rechte, als das Nutzerkonto im jeweiligen System ohnehin besitzt.

Auf welche Systeme kann Scout zugreifen?

Auf vier Ebenen. In Microsoft 365: Outlook-Mail und -Kalender, Teams-Chats, OneDrive-Dateien, Besprechungen samt Transkripten, SharePoint-Listen und das Organisationsverzeichnis, dazu Microsoft Loop über Browser-Automatisierung. Auf dem lokalen Gerät: Dateien im Arbeitsverzeichnis und die Betriebssystem-Shell. Über den Browser: praktisch jede Weboberfläche, auch Systeme ohne Schnittstelle. Und über MCP-Server die Fachsysteme – mit den lokalen Holert-MCPs etwa Altus PPM, Projectum xPM, BigPicture, SAP, Microsoft Dynamics 365 Business Central und Personio, dazu Jira und Confluence über den Atlassian Rovo MCP Server.

Was ist ein Headless bzw. Frontier PMO/VMO?

Ein Headless PMO/VMO bettet die Governance- und Wertsteuerungsfunktion agentengetrieben direkt in den Arbeitsfluss ein, ohne zentralen Flaschenhals. Ein Frontier PMO/VMO betreibt dieses Modell als Mensch-Agenten-Team innerhalb einer „Frontier Firm" – menschgeführt, agentenbetrieben.

Was kostet Scout und ab wann ist es verfügbar?

Scout ist im August 2026 nur über das Frontier-Programm als Preview verfügbar; ein GA-Termin ist nicht offiziell bestätigt. Voraussetzung sind Frontier-Aktivierung, Intune-Konfiguration, Attestierung sowie eine Microsoft-365-Copilot- und eine GitHub-Copilot-Lizenz. Scout verbraucht GitHub-Copilot-Credits, nicht die von M365 Copilot.

Fazit: Wer jetzt vorbereitet, gewinnt später

Microsoft Scout markiert eine echte architektonische Verschiebung: weg von der promptbasierten Hilfe, hin zur kontinuierlichen, kontextbewussten, autonomen Ausführung. Die unmittelbaren High-Value-Fälle für PMOs sind Statusreporting, das Einsammeln von Statusabfragen und die Meeting-Vorbereitung. Der eigentliche Hebel entsteht aber erst, wenn der Agent über Microsoft 365 hinausreicht: Ein Statusbericht, der Projektplan, Ist-Kosten und Verfügbarkeiten zusammenführt, ist etwas anderes als eine gut formulierte Zusammenfassung von E-Mails. Genau dafür sind die Anbindungen an PPM, ERP und HR der entscheidende Baustein. Der Frontier-Status bedeutet, dass dies noch kein Massen-Rollout ist. Aber PMO-Leitungen, die jetzt mit dem Aufbau von Skill-Bibliotheken, Automation-Mustern und einem sauberen MCP-Inventar beginnen, sind beim Erreichen der allgemeinen Verfügbarkeit klar im Vorteil.

Sie möchten Ihr PMO praktisch auf die KI-Ära vorbereiten und Scout, Copilot Cowork & Co. an Ihren eigenen Systemen ausprobieren? Dann ist der PMO AI Power Day von Holert der richtige Einstieg: