Glossar · Projektmanagement
Agile und klassische Begriffe in einfachen Worten – und zu jedem, was er im PIM-Projekt konkret bedeutet.
Register
Grundlagen
in kurzen Schleifen
Ein Vorhaben wird nicht komplett vorab geplant, sondern in kurzen Abschnitten umgesetzt, gezeigt und angepasst. Rückmeldung früh statt Überraschung spät.
Im PIM-Projekt: Statt das ganze Datenmodell auf Papier zu planen, sehen Fachbereich und IT früh die ersten echten Produkte im System.
auch Wasserfall: erst planen, dann bauen
Phasen laufen nacheinander: Anforderungen, Konzept, Umsetzung, Test, Einführung – mit festen Meilensteinen.
Im PIM-Projekt: Sinnvoll, wo Verbindlichkeit zählt, etwa bei einem festen Termin für einen Katalog oder ein Release.
das Beste aus beiden
Ein klassischer Rahmen mit Meilensteinen, darin agile Umsetzung in Sprints.
Im PIM-Projekt: Häufig im PIM-Projekt: fester Go-live-Termin, dazwischen Sprints für Datenmodell, Importe und Ausgaben.
der bekannteste agile Rahmen
Arbeit in Sprints mit festen Rollen und Terminen: Planning, Daily, Review und Retrospektive.
Im PIM-Projekt: Gut für die Aufbauphase eines PIM, wenn viele Anforderungen Schritt für Schritt umgesetzt werden.
Arbeit im Fluss
Aufgaben wandern über ein Board von „offen“ bis „erledigt“ – ohne feste Sprints, aber mit Grenze, wie viel gleichzeitig läuft.
Im PIM-Projekt: Passt für Betrieb und Support: Tickets kommen laufend, werden priorisiert und abgearbeitet.
Rollen
entscheidet, was wichtig ist
Verantwortet das Backlog und setzt die Prioritäten – meist auf Kundenseite.
Im PIM-Projekt: Oft jemand aus Produktmanagement oder Marketing, der weiß, welche Daten welcher Kanal braucht.
hält den Prozess am Laufen
Sorgt dafür, dass das Team arbeiten kann, räumt Hindernisse aus dem Weg und moderiert die Termine.
Im PIM-Projekt: Diese Rolle – oder die klassische Projektleitung – kann unser Projektmanagement übernehmen.
baut, testet, liefert
Die Fachleute, die in jedem Sprint ein nutzbares Ergebnis liefern.
Im PIM-Projekt: Im PIM-Projekt: Entwicklung, Datenmodellierung, Schnittstellen und Test – bei uns mit KI als Werkzeug.
alle, die betroffen sind
Personen und Bereiche mit Interesse am Ergebnis, auch wenn sie nicht im Team sind.
Im PIM-Projekt: Produktmanagement, Marketing, Vertrieb, IT, Übersetzung, E-Commerce – jeder braucht andere Daten.
Botschafter im Fachbereich
Ausgewählte Anwender, die früh mitarbeiten, testen und später ihre Kolleginnen und Kollegen schulen.
Im PIM-Projekt: Sie prüfen das Datenmodell an echten Produkten und tragen den Roll-out in ihre Abteilung.
Planen
der gemeinsame Start
Das erste Treffen aller Beteiligten: Ziele, Rollen, Spielregeln und die nächsten Schritte.
Im PIM-Projekt: Hier werden Product Owner, Key User und Ansprechpartner für ERP, Shop und Übersetzung benannt.
erst verstehen
Die Phase vor dem Bauen: Ist-Zustand, Ziele und Rahmenbedingungen klären.
Im PIM-Projekt: Datenquellen sichten (ERP, PLM, Excel), Datenqualität messen, Kanäle und Sprachen erfassen.
die priorisierte Wunschliste
Alle Anforderungen an das Produkt, sortiert nach Wichtigkeit – lebendig, nicht fertig.
Im PIM-Projekt: Etwa: Import aus dem ERP, Attribute für den Shop, Datenblatt-Vorlage, Übersetzungsworkflow.
eine Anforderung aus Nutzersicht
Kurz formuliert: Wer will was – und wozu.
Im PIM-Projekt: „Als Produktmanagerin will ich fehlende Pflichtfelder je Kanal sehen, damit nichts unvollständig in den Shop geht.“
ein großes Paket
Eine Anforderung, die zu groß für einen Sprint ist und in User Stories zerlegt wird.
Im PIM-Projekt: Zum Beispiel „Anbindung ERP“, „Mehrsprachigkeit“ oder „Katalog-Ausgabe“.
wann es passt
Prüfbare Bedingungen, an denen eine User Story als erfüllt gilt.
Im PIM-Projekt: „Der Import übernimmt alle Artikel mit Preis; jeder Fehler steht mit Artikelnummer im Protokoll.“
bereit zum Loslegen
Was eine Anforderung erfüllen muss, bevor sie in einen Sprint darf.
Im PIM-Projekt: Beispieldaten liegen vor, Ansprechpartner ist benannt, Akzeptanzkriterien sind abgestimmt.
wirklich fertig
Gemeinsame Regeln, wann eine Aufgabe als erledigt gilt – für alle gleich.
Im PIM-Projekt: Umgesetzt, getestet, dokumentiert und auf dem Testsystem vorgeführt – nicht nur „programmiert“.
Minimum Viable Product
Die kleinste Version, die schon echten Nutzen bringt.
Im PIM-Projekt: Ein PIM mit Kernsortiment, Grundattributen und einem Ausgabekanal – im Einsatz, bevor alles fertig ist.
auch Proof of Concept: erst zeigen, dann entscheiden
Eine frühe, lauffähige Version, um eine Idee oder Technik zu prüfen.
Im PIM-Projekt: Bei KI-Ready? sehen Sie Ihre eigenen Produkte im Prototyp, bevor das Projekt startet.
Umsetzen
ein fester Arbeitszyklus
Ein kurzer, gleich langer Zeitraum, an dessen Ende ein nutzbares Ergebnis steht.
Im PIM-Projekt: Ein Sprint kann etwa den Import einer Produktgruppe oder die erste Datenblatt-Vorlage liefern.
was schaffen wir diesmal?
Team und Product Owner legen fest, welche Einträge aus dem Backlog in den Sprint kommen.
Im PIM-Projekt: Hier wird aus „Wir brauchen den Shop-Export“ ein konkreter, prüfbarer Auftrag.
15 Minuten Abstimmung
Kurzes tägliches Treffen: Was ist erledigt, was ist geplant, wo hakt es?
Im PIM-Projekt: Hindernisse wie fehlende Testdaten oder Zugänge fallen am selben Tag auf, nicht erst am Sprintende.
Backlog pflegen
Anforderungen werden geschärft, geschätzt und zerlegt, bevor sie dran sind.
Im PIM-Projekt: Mit Fachbereich und Datenexperten: Welche Attribute braucht die Produktgruppe wirklich?
Ergebnis zeigen
Am Sprintende wird das Ergebnis vorgeführt und Rückmeldung eingeholt.
Im PIM-Projekt: Fachbereich sieht echte Produkte im System – und sagt sofort, was fehlt oder anders sein soll.
besser werden
Das Team schaut auf die Zusammenarbeit: Was lief gut, was ändern wir?
Im PIM-Projekt: Etwa: Testdaten früher bereitstellen, Abnahmen bündeln, Fragen schneller klären.
der neue, nutzbare Stand
Das Ergebnis eines Sprints – vollständig, getestet und lauffähig.
Im PIM-Projekt: Jedes Inkrement erweitert das PIM: neue Attribute, ein weiterer Import, eine zusätzliche Ausgabe.
anpassen statt neu erfinden
Ein Standardsystem wird an Ihr Haus angepasst: erst konfiguriert, dann gezielt erweitert – statt alles neu zu programmieren.
Im PIM-Projekt: Masken, Rechte, Workflows und Ausgaben einstellen; Erweiterungen nur dort, wo Konfiguration nicht reicht.
Klassische Begriffe
was der Auftraggeber will
Beschreibt Anforderungen aus Sicht des Auftraggebers.
Im PIM-Projekt: Agil übersetzt: der Startpunkt für das Product Backlog.
wie es umgesetzt wird
Beschreibt, wie der Auftragnehmer die Anforderungen umsetzt.
Im PIM-Projekt: Agil übersetzt: entsteht schrittweise aus User Stories, Akzeptanzkriterien und Architektur-Entscheidungen.
ein fester Prüfpunkt
Ein Termin, an dem ein vereinbartes Ergebnis vorliegen muss.
Im PIM-Projekt: Zum Beispiel: Datenmodell abgenommen, Erstbefüllung abgeschlossen, Go-live.
Weiter nur mit Freigabe
Das Projekt ist in Stufen geteilt; zwischen den Stufen entscheidet ein Gremium, ob es weitergeht.
Im PIM-Projekt: Etwa: Konzept freigegeben, bevor Schnittstellen gebaut werden – passt gut mit agilen Sprints innerhalb der Stufen.
offiziell fertig
Der Auftraggeber bestätigt, dass ein Ergebnis den Anforderungen entspricht.
Im PIM-Projekt: Agil übersetzt: geschieht im Kleinen bei jedem Sprint Review – und am Ende formal.
eine gewünschte Änderung
Eine Anforderung, die nach der Planung dazukommt oder sich ändert.
Im PIM-Projekt: Agil übersetzt: ein neuer Eintrag im Backlog, der wie alle anderen priorisiert wird.
Einführen und betreiben
ein ausgelieferter Stand
Eine Version, die für Anwender freigegeben wird – oft mehrere Inkremente zusammen.
Im PIM-Projekt: Erst auf dem Testsystem, nach Abnahme auf dem Produktivsystem.
der Start im Echtbetrieb
Der Moment, ab dem das System produktiv genutzt wird.
Im PIM-Projekt: Ab jetzt pflegt der Fachbereich im PIM, und die Kanäle beziehen ihre Daten von dort.
Einführung in Etappen
Die schrittweise Verteilung auf Abteilungen, Standorte oder Länder.
Im PIM-Projekt: Etwa erst ein Sortiment oder ein Land, dann die nächsten – geschult von den Key Usern.
auf die neue Version
Der geplante Wechsel eines Systems auf eine neue Hauptversion – vorbereitet, getestet, mit Rückweg.
Im PIM-Projekt: Etwa ein PIM-Upgrade oder ein Wechsel im SAP-Umfeld: mit Testplan, Probelauf und klarer Abnahme.
die intensive Startphase
Eine Zeit direkt nach dem Go-live mit besonders enger Betreuung.
Im PIM-Projekt: Schnelle Hilfe bei den ersten Importen, Exporten und Fragen aus dem Fachbereich.
Service Level Agreement
Vereinbarte Servicezeiten, Reaktionszeiten und Zuständigkeiten.
Im PIM-Projekt: Regelt, wie schnell wir bei einer Störung reagieren und wer erreichbar ist.
eine erfasste Anfrage
Ein Eintrag für Fehler, Fragen oder Wünsche – nachvollziehbar vom Eingang bis zur Lösung.
Im PIM-Projekt: Wir steuern Tickets, Testfälle und Fehler in Jira.
Weiter
Wir setzen PIM-Projekte von A bis Z agil um – und übersetzen für alle, die klassisch planen.
Ob PIM-Projekt, Projektsteuerung, Publishing oder KI – wir finden den passenden Einstieg.