Wer hilft wem an der Quelle

Begriffe vor dem Lesen

• Unbekannte Quelle — System, Datei, API oder Export, dessen Bedeutung, Rechte, Qualität und verantwortliche Person noch nicht sauber geklaert sind.
• Source Umfang — Festlegung, welche Objekte geladen, uebersprungen oder spaeter geprueft werden.
• personenbezogene Daten — Personally Identifiable Information: personenbezogene oder personenbeziehbare Daten.
• Beschreibungsvertrag — Mindestbeschreibung für Zweck, fachliche Ebene, Felder, verantwortliche Person, Qualität und Grenzen.
• verantwortliche Person — Rolle, die Bedeutung, Nutzung und Risiko fachlich akzeptiert.

Qualität, Quellkorrektur und AI-Nutzung

Datenqualität muss sichtbar machen, wo ein Problem behoben wurde. Wenn der Fehler im Quellsystem entsteht, ist die beste Behebung eine Korrektur an der Quelle oder mindestens ein dokumentierter Quellbefund mit Owner. Wenn ETL oder ELT Werte nachgelagert bereinigt, schätzt, mappt oder filtert, braucht diese Änderung Evidence: Regel, Grund, betroffene Felder, Version und erlaubte Nutzung.

Das ist besonders wichtig für AI. Retrieval, Training, Features und Agenten sehen oft nur das nachgelagerte Ergebnis. Ohne Kennzeichnung wissen sie nicht, ob ein Wert beobachtet, korrigiert, geschätzt, defaulted oder ausgeschlossen wurde. Governance muss Unsicherheit und Herkunft erhalten, statt sie hinter einem sauber wirkenden Datensatz zu verstecken.

Wer Opportunity.Amount joint, kennt die Drähte. Wer den Forecast steuert, kennt Won. Das sind selten dieselben Menschen — und keiner von beiden ist automatisch Owner. Owner ist, wer die Konsequenz trägt, wenn die Definition falsch ist. Der Kenner ist Consulted. Der Lader ist Custodian.

Teil 1 holt die Menschen vor dem Connector. Dieser Teil sagt, wen man bei welcher Frage holt, ohne RACI zu wiederholen. Decision Rights bleiben in Verantwortung ist Entscheidungsrecht. Experten als Netz, nicht als Komitee: Experten beraten, Owner entscheiden.

← Vorheriger Teil · Nächster Teil →

Problem

Die Lücke ist Arbeitsteilung, kein Versagen.

Wer lädt, sieht Keys, Record Types, IsDeleted, Formel-Felder, CDC-Lücken. Wer verkauft, sieht Stage-Theater, Credit-Hold, Vertrag vor Closed Won. Sales Ops erklärt den Forecast und nicht, warum Währungsumrechnung nicht zur Finance-Zahl passt. Finance erklärt den Beleg und nicht SOQL.

Drei falsche Anlaufstellen:

• Der Engineer als Orakel für „was ist Won?“
• Der Admin als verantwortliche Person, weil er Validation Rules kennt
• Das Organigramm statt der Frage

RACI sagt, wer entscheidet. Die Hilfskarte sagt, wen man vorher fragt, damit die Entscheidung nicht ins Leere läuft.

Entscheidung

Vier Hüte, oft vier Menschen — eine Person darf mehrere tragen, dann sichtbar:

Hilfskarte für die Pipeline-Zahl:

Privacy bleibt Consulted bei Personenbezug — nicht A für Stage. Tiefe: Teil 3 und Experten beraten.

Sizing

Anwendungsbeispiel: Amount stimmt im CRM, nicht im Board-Pack

Lehrfall. Der Mart zeigt Pipeline-Wert. Sales sagt, der Forecast sei höher. Engineering zeigt Opportunity.Amount plus Währung. Finance sagt, Won ohne Vertrag zähle nicht.

Schnitt:

• Technik: Engineer erklärt fachliche Ebene und Währung — Consulted, nicht A.
• Prozess: Sales Ops erklärt Forecast Category vs. Stage — Experte.
• Buchung: Finance bleibt A für gebuchten Umsatz, C für die Pipeline-Karte.
• Streit „was ist offene Pipeline“: verantwortliche Person (Sales Ops mit Mandat) entscheidet; Steward schreibt den Satz; technischer Betreiber ändert den Test.

Kein Workshop, in dem alle mitstimmen. Kein „der der die Pipeline gebaut hat, besitzt Won“.

Betriebsablauf (nummeriert)

1. Fragetyp benennen: Schema, Prozess, Buchung, Zugriff, Definition.
2. Erste Anlaufstelle aus der Hilfskarte — nicht aus dem Organigramm.
3. Experte liefert Satz oder Join-Erklärung; Owner nur bei Streit oder Freigabe.
4. Custodian setzt um; Steward hält die Karte aktuell.
5. 48 Stunden Antwort oder Eskalation — nicht stiller Slack.

Owner finden über Evidenz bleibt Wie man echte Data Owner findet: Entscheidung → Prozess → Produkt → Quelle. Die Hilfskarte geht denselben Pfad vorwärts.

Handoffs

Anti-Patterns (und warum sie scheitern)

• Wer lädt, owned. Scheitert, weil Custody keine Bedeutung trägt.
• Wer den Prozess kennt, joint. Scheitert an IsDeleted, Historie, Formeln.
• Admin als A für Won. Scheitert, weil Page Layouts kein Forecast-Mandat sind.
• Ein Slack-Kanal für alles. Scheitert, weil Fragetypen verschiedene Hüte brauchen.
• RACI statt Hilfskarte. Scheitert, weil niemand weiß, wen man zuerst fragt.
• Finance als heimliches Pipeline-A. Scheitert als Enteignung — zwei Zahlen, beschriftet, Komponieren, nicht mergen.

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 — Governance Project Anfrageweg
• Lernpfad — Governance Project Anfrageweg

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: Hilfskarte für eine Quelle, sechs Fragetypen, drei erreichbare Namen. Eine Streitfrage hat Owner, nicht den lautesten Chat.

90 Tage: Ein Nicht-Workshop-Teilnehmer findet die Anlaufstelle im Catalog oder auf der First-Contact Card. Definitionsstreit geht an den Owner, Schemafragen nicht.

Checkliste

• Kennen, helfen, entscheiden, betreiben sind getrennt sagbar.
• Jeder Fragetyp hat eine erste Anlaufstelle.
• Engineer ist nicht Orakel für Won; Admin nicht verantwortliche Person der KPI.
• Privacy ist C bei Personenbezug, nicht A für Stage.
• Eskalation an verantwortliche Person nur bei Definitions- oder Risikostreit.
• Antwortfrist ist festgelegt.

Artefakt

Hilfskarte (Seite 2 der First-Contact Card): Fragetyp, erste Anlaufstelle, Consulted, A, 48-Stunden-Regel. Salesforce-Beispielzeilen dürfen bleiben, bis die eigene Org sie ersetzt.

Tools

• Stakeholder Matrix — Mandat, Wissen, Wirkung.
• Source Umfang Builder — Contacts je Objekt.
• RACI für Data Governance — nachdem die Hilfskarte steht.

Weiterführend

• Verantwortung ist Entscheidungsrecht
• Wie man echte Data Owner findet
• Experten beraten, verantwortliche Person entscheiden
• technischer Betreiber vs. kontrollverantwortliche Person