Foundry Plattform für Daten und Arbeitsabläufe
Verknüpft Aufträge, Bestand und Lieferungen, damit Teams dieselben Daten prüfen und im täglichen Betrieb nutzen können.
Palantir entwickelt Daten- und KI-Software für Unternehmen und öffentliche Einrichtungen. Von 2021 bis 2024 führte ich zwei PMs und koordinierte 20 Fachkräfte für Kunden in vier Branchen. Wir verbanden Betriebsdaten mit umsetzbaren Entscheidungen und brachten akzeptierte Abläufe in den Kundenalltag. Ich setzte Prioritäten, entwickelte die PMs und vereinbarte Lieferzusagen für Foundry und später AIP.
Verknüpft Aufträge, Bestand und Lieferungen, damit Teams dieselben Daten prüfen und im täglichen Betrieb nutzen können.
Seit 2023 verbindet AIP generative KI mit Geschäftsdaten, damit Nutzer Vorschläge im Betriebsablauf prüfen können.
Bei Materialengpässen mussten Planer getrennte Auftrags-, Bestands- und Lieferdaten abgleichen, bevor ein anderes Team eine Lösung genehmigen konnte. Bei vier Industriekunden warteten fertige Anfragen im Median 13 Stunden auf die Übernahme durch das nächste Team. Mit dem Workflow-PM und Anwendern untersuchte ich Übergabezeiten und vereinbarte eine einheitliche Methode zur Ermittlung fehlender Daten und Zuständigkeiten.
Die Tests zeigten Planer beim Abgleich getrennter Daten und Anfragen, die auf Befugte warteten. Der PM maß die Übergaben bei vier Kunden einheitlich und ermittelte einen Median von 13 Stunden.
Die Tests klärten den Ablauf: Daten verbinden, Genehmigende benennen und die Entscheidung festhalten. Mit dem PM erarbeitete ich die Anforderungen und prüfte sie am Übergabeziel von neun Stunden.
Mit dem PM und Betriebsleitern der Kunden prüfte ich Entscheidungen, die auf Befugte warteten. Für das Release vereinbarten wir Genehmigende, Berechtigungsprüfungen und gespeicherten Kontext.
Ab 2023 testeten AIP Bootcamps Kundenaufgaben in kurzen Pilotprojekten. Der Einführungs-PM prüfte Käuferzustimmung, Betriebszuständigkeit, Live-Daten und Support, bevor ich Umsetzungskapazität zusagte.
Der Kunde musste Ablauf und Tagesbetrieb akzeptieren. Jede offene Anforderung hatte eine zuständige Person und nächste Maßnahme, damit der PM die Lücken vor dem Produktivstart schließen konnte.
Die Analyse führte zur ersten Priorität: eine vollständige Lösung für Materialengpässe mit neun Stunden Übergabezeit als Ziel. Ich verschob breitere Berichte, nahm Genehmigungsprotokolle ins Release auf und bewertete Anfragen nach Nutzen, Aufwand und Wirkung auf andere Kunden. Ab 2023 galten diese Kriterien auch für AIP-Pilotprojekte; Einführungskapazität folgte den Kundenvoraussetzungen.
Die Tests zeigten Wartezeit durch getrennte Daten. Ich verband Auftrag, Bestand und Lösung in einem Ablauf vor weiteren Berichten.
Auch Entscheidungen warteten auf Befugte. Ich ergänzte den Ablauf um Genehmiger, Prüfungen und ein Aktionsprotokoll.
AIP-Pilotprojekte brauchten Zuständige, Live-Daten und Support. Ich reservierte Kapazität, sobald der Ablauf einsatzbereit war.
Der Ablauf verband Aufträge, Bestand und Lösung. Planer konnten den Engpass in einer Aufgabe lösen.
Action Log hielt Genehmigende und Betriebskontext einer Änderung in neun Workshop-Abläufen fest.
AIP Bootcamps prüften Aufgaben. Der Start erforderte Zuständige, Live-Daten und zugesagten Support.
KI-Vorschläge wurden an denselben 840 Fällen erneut auf ihre Freigabereife geprüft.
Für Kunden mit konkurrierenden Anforderungen führte ich zwei PMs für operative Abläufe und Einführung, unterstützt von 20 gemeinsam eingesetzten Fachkräften. Die PMs verhandelten im vereinbarten Umfang; ich beriet sie zu ihren Empfehlungen und entschied über Personal oder Zusagen. Wöchentliche Reviews folgten Wartezeit und Einführungsreife, monatliche Treffen mit Fachbereichs- und Vertriebsleitern klärten die Kapazität vor dem nächsten Release.
Product Team Lead
Ich verantwortete Kundenprioritäten, PM-Entwicklung, Personal und Zusagen. In Einzelgesprächen prüfte jeder PM seine Empfehlung anhand von Nachweisen, erwartetem Kundennutzen und Umsetzungsaufwand.
Der Workflow-PM steuerte den Ablauf und Freigabeprüfungen und verbesserte die Lösung anhand der Wartezeit im vereinbarten Umfang.
Der Einführungs-PM vereinbarte den Betriebsplan, klärte Zuständigkeit und Support und koordinierte den Start im täglichen Betrieb.
Wartezeit, Nutzung und offene Daten- oder Zuständigkeitsfragen bestimmten die nächste Produktentscheidung, jeweils mit Verantwortung und nächster Maßnahme.
Einführungsreife und bestehende Zusagen bestimmten Personaländerungen mit Fachbereichs- und Vertriebsleitern und hielten Kapazität und Umsetzungspläne im Einklang.
22 Mitwirkende einschließlich der zwei PMs. Fachkapazität wurde geteilt und mit Fachbereichsleitern vereinbart; mein Sponsor war der Director of Commercial Product.
Verantwortliche beim Kunden, Live-Daten und laufender Support bestimmten, ob ein akzeptiertes AIP-Pilotprojekt in den Alltag übergehen konnte. Ich prüfte dies mit dem PM für Kundeneinführung und vereinbarte Umfang, Fachkapazität und Support mit Fachbereichs- und Vertriebsleitern für jeden Kunden.
Wir bauten den Planerablauf in Workshop, dem App-Baukasten von Foundry, und verbanden Auftrag, Bestand und Transfervorschlag mit einer Genehmigung durch Berechtigte. Unten können Sie den Transfer prüfen und sein Protokoll ansehen. Die Release-Nachweise zeigen, wie Tests mit Anwendern Ansichten und Prüfungen verbesserten und spätere AIP-Bewertungen klärten, welche Empfehlungen für den täglichen Einsatz bereit waren.
Auftrag 1048 · Werk A · Materialplanung
120 Einheiten vom Regionallager an Werk A übertragen. Bestand und Transferzeitraum decken den Auftrag, während die verspätete Lieferung neu geplant wird.
Der Planer prüft Transfer, Auftrag, Bestand und Lieferzeit vor der Genehmigung. Das Protokoll hält Aktion, Verantwortung und Betriebskontext für Vorgesetzte fest.
Genehmigen Sie den Transfer, um das Protokoll anzusehen. Es verbindet Aktion, Verantwortung und Betriebskontext für die Prüfung durch Vorgesetzte.
Erstellt, als Sie den Transfer in diesem Beispiel genehmigten.
Das Protokoll verbindet den Transfer von 120 Einheiten mit Auftrag 1048, Materialplaner, Bestand und geprüfter Lieferzeit. Vorgesetzte können die Aktion vollständig nachvollziehen. Der PM nutzt den Kontext, um wiederkehrende Lücken zu untersuchen und Prüfungen künftiger Transfers zu verbessern.
Die Tests prüften, ob Planer den Transfer anhand von Auftrag, Bestand und Lieferzeit bewerten konnten. Prüffragen bestimmten die Änderungen des PM an Ansichten für Betriebsdaten, Lösungsvorschlag und Genehmigung.
Der Test folgte der Übergabe aus der Zeitmessung: Eine fertige Anfrage ging mit sichtbarem Auftrag, Bestand und Transferzeitraum an das nächste Team. Jede Prüffrage bestimmte die nächste Ansichtsänderung des PM. Die gespeicherte Genehmigung machte Verantwortung, Aktion und Betriebskontext für Vorgesetzte nachvollziehbar.
Nach Korrekturen bestanden 773 derselben 840 Fälle die Fachprüfung und übertrafen das 90%-Ziel. Die übrigen 67 brauchten noch Korrekturen oder Anwenderprüfung.
Erste Prüfung: 613 akzeptiert und 227 zur Prüfung. Zweite Prüfung: 773 akzeptiert und 67 zur Prüfung.
Wir behielten Fälle und Kriterien zum Vergleich bei. Die PMs nutzten akzeptierte Aufgabentypen für den Umfang des nächsten Releases.
2024 verglichen die PMs Übergabezeiten, KI-Retests, Einführungsreife und Verträge mit den vereinbarten Zielen. Der Median von acht Stunden und 92% Akzeptanz durch Fachleute erfüllten die Ziele. Sechs von neun Pilotprojekten erreichten den täglichen Einsatz bei einem Ziel von sieben; fünf dieser Kunden schlossen dreijährige Ausbauverträge über US$14M. Die Ergebnisse bestimmten weitere Zusagen und Zuständigkeiten für Reife- und Qualitätslücken.
Übergabemedian · Vier Industriekunden
Acht Stunden Median lagen unter dem Neunstundenziel. Mit der gemessenen Wartezeitverkürzung stützte ich den Ausbau des vollständigen Ausnahmeablaufs.
Der PM verglich Wartezeiten vor und nach der Änderung bei vier Industriekunden: von der fertigen Anfrage bis zur Übernahme durch das nächste Team. Der Median sank von 13 auf 8 Stunden: 38,46%, gerundet auf 38%.
Fachprüfung · Dieselben 840 Betriebsfälle
Nach Korrekturen lag die Akzeptanz über 90%. Die PMs nutzten 67 offene Fehler zur Umfangsbegrenzung und Planung weiterer Anwenderprüfungen.
Das Team korrigierte abgelehnte Empfehlungen und prüfte dieselben 840 Fälle mit festen Kriterien erneut. Fachleute akzeptierten 773 statt zuvor 613 Fälle. Die Akzeptanz stieg von 72,98% auf 92,02%, um 19,05 Prozentpunkte.
Neun ausgewählte Kunden · AIP-Bootcamp-Programm
Sechs Kunden erreichten den Alltag, einer unter dem Ziel von sieben. Ich klärte Zuständigkeit und nächste Schritte übriger Pilotprojekte vor Kapazitätszusagen.
Der Einführungs-PM prüfte neun AIP-Bootcamp-Kunden. Der Produktivbetrieb erforderte einen akzeptierten Ablauf im täglichen Einsatz, Zuständige, Live-Daten und laufenden Support. Sechs erfüllten dies bei einem Ziel von mindestens sieben.
Fünf Verträge · Gesamtwert über drei Jahre
Dreijahreswert je Vertrag · US$M
Vertragserweiterungen lagen US$2M über dem Ziel. Ich stimmte jede neue Zusage auf akzeptierten Umfang, Supportplan und Umsetzungskapazität ab.
Fünf Kunden im Produktivbetrieb vereinbarten Erweiterungen nach Annahme von Ablauf und Umsetzungsplan. Dreijahresverträge summieren sich auf US$14M bei einem Ziel von US$12M. Der sechste aktive Kunde blieb im bestehenden Vertrag.
Übergabestudie mit vier Kunden, Protokollprüfung in neun Abläufen, 840-Fall-Bewertung und Einführung bei neun Kunden haben getrennte Messbereiche.
Foundry verbindet Betriebsdaten. Die Ontology verknüpft Geschäftsdatensätze und Aktionen; Workshop macht daraus Anwendungen für Mitarbeitende. AIP ergänzt KI, deren Empfehlungen anhand fachlicher Bewertungen eingesetzt werden.
Die Ergebnisse betreffen das ausgewählte Programm bei der Auswertung 2024. Übergabezeit misst die mediane Wartezeit zwischen Teams; beide KI-Prüfungen nutzen dieselben 840 Fälle. Ausbau erfasst den gemeinsamen Dreijahresvertragswert. Die Prüfung von 400 Protokollen ist ein eigener laufender KPI. Jedes Ergebnis nennt Definition, Prüfgruppe und Verantwortung.