Die nächste Funktion nicht verbauen

Placement in Sales läuft. Der Forecast-Streit ist weg. Sechs Wochen später startet Finance den Close-Mart — und erbt einen privaten Schlüssel, ein gemergtes Umsatz-Measure und Dateinamen, die niemand wiederfindet. Die Haltung war richtig. Der Korridor fehlte.

Hier: Keys, Grain und Artefaktnamen, die die nächste Domain joinen kann. Kein Dresscode-Nachzug, kein Metadatenimport. Haltung ohne Thron bleibt im gemeinsamen Standard.

Problem

Vier Muster verbauen Folgeprojekte, obwohl niemand „böse“ ist:

• CRM als MDM. Sales setzt Kunde = Account-ID. Customer Service kann Ticket nicht auf Party legen.
• Eine Kennzahl Umsatz. Pipeline und gebuchter Umsatz teilen ein Label. Finance erbt eine Mix-Formel.
• Privater Auswertungstabelle. fachliche Ebene und Dateinamen gelten nur im Sales-Pilot. Der Close-Auswertungstabelle startet bei null.
• Metadatenimport als Begrüßung. Inventur fühlt sich wie Übernahme an; Nachbarn verstecken Definitionen, bevor der Korridor steht.

Komponieren, nicht mergen schützt Souveränität. Dieser Teil schützt Anschlussfähigkeit.

Entscheidung

1. Ein Fachbereich Own zuerst. Die erste Front ist eine strittige Kennzahl oder ein Handoff — nicht das Organigramm. Der Nachbar ist Consulted mit Frist, kein zweites A.
2. Korridor vor Semantic Layer. Joinbare IDs und Artefaktnamen stehen, bevor jemand „eine Zahl“ oder den Katalogimport verkauft.
3. Join-Test als Abnahme. Finance kann Closed-Won über Deal-ID gegen gebuchten Umsatz legen, ohne die Sales-Definition zu überschreiben. Scheitert der Test, ist der Pilot nicht fertig.
4. Brief-Kunde für Upstream. Identity- und Source-Arbeit außerhalb des SOW ist Influence oder Brief — nicht Own. Fehlt der Brief, Stop — Teil-Scope.
5. Practice füllt das Join-Pack. Sales übergibt Lane und Namen. Das Join-Pack ist nach dem ersten Review Practice-Pflicht — AfterSales.

Sizing

Anwendungsbeispiel: Sales-Pilot verbaut Finance

Ausgangslage: Ein Mid-Market-Hersteller kauft Placement auf den Forecast-Streit. Sales Ops setzt customer_id auf die Salesforce-Account-ID, merget Pipeline und Booking unter Umsatz, exportiert kpis_v2_final.xlsx. Controlling (DACH-Käufer für den Close) startet 90 Tage später den Mart — und kann weder Deal noch Periode joinen.

Korrektur:

1. Destination bleibt: beschriftetes Pack, keine Enteignung.
2. Freeze: Deal-ID, Period-Grain, Dateiname kpi-cards.csv.
3. Lokal: revenue_operational bei Sales, revenue_booked bei Finance.
4. Join-Test: Closed-Won über Deal-ID gegen gebuchten Umsatz, ohne Mix-Formel.
5. Join-Pack von Practice nach dem ersten Review; Nachbar-Owner (Finance / Controlling) gegenzeichnet Joinbarkeit.

Nach 30 Tagen hält Sales die Pipeline und Finance kann den Join beschreiben. Das ist der Test — nicht ein neues Glossar.

Betriebsablauf (nummeriert)

1. Erste Front und Nachbar benennen — eine Kennzahl, eine Grenze.
2. Keys und Grain aufschreiben, die der Nachbar erben muss.
3. Dateinamen aus Welche Artefakte entstehen? verwenden.
4. Join-Test formulieren, bevor der Mart published.
5. Join-Pack nach dem ersten Review füllen — Practice, nicht Sales.

Handoffs

Anti-Patterns (und warum sie scheitern)

• CRM-ID als Enterprise-Customer. Scheitert, weil Service und Finance eine andere Party brauchen.
• Eine Kennzahl Umsatz. Scheitert als Merge — Komponieren, nicht mergen.
• Excel als führender Vereinbarung. Scheitert, weil der nächste Auswertungstabelle nichts Joinen kann — Excel/CSV als führende Quelle.
• Metadatenimport zuerst. Scheitert, weil Nachbarn Definitionen verstecken — Der gemeinsame Weg.
• Plattform-Lane ohne Semantik-A. Scheitert als Tooling ohne Mandat — Lanes.
• Sales füllt das Join-Pack. Scheitert, weil Sales nach dem Close stoppt; Practice owns den Korridor.

Umsetzung im Alltag

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

• Arbeitsplan — Korridor für Folgeprojekte
• Lernpfad — Korridor für Folgeprojekte

Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.

30 Tage: Erste Front, Nachbar, Freeze-Keys, Join-Test sagbar. Kein Metadatenimport, kein Semantic Layer.

90 Tage: Ein Join-Pack mit Gegenzeichnung. Ein Join, der ohne Mix-Formel hält. Dann Teil 2.

Checkliste

• Erste Domain Own, Nachbar Consulted mit Frist — kein zweites A.
• Mindestens zwei joinbare Keys und eine fachliche Ebene sind schriftlich.
• Artefakte tragen die Standard-Dateinamen.
• Join-Test ist formuliert, bevor Publish.
• Join-Pack ist Practice-Arbeit nach dem ersten Review, nicht Sales.

Artefakt

Stance Map (Korridor-Seite): Freeze-Keys, Leave-open, Brief-Kunde, Join-Test, nächste Domain. Die Map aus der Stance-Serie bleibt der Dresscode; diese Seite macht Anschlussfähigkeit explizit.

Tools

• Join-Pack — Freeze, Leave-open, Gegenzeichnung.
• AfterSales-Handoff — Sales stoppt; Folgelink zum Join-Pack.
• Decision Brief — erste Front und Teil-Umfang.

Weiterführend

• Der gemeinsame Weg ist das Ziel
• Wo Governance landet
• Governance über Funktionen hinweg
• Closed Won und Revenue-Handoff