Zum Inhalt springen
Search the hub

Series

Erste Entscheidung im Fachbereich

4 Parts · 16 min

Erste Entscheidung im Fachbereich

Teil 1

Eine Entscheidung nennen

Eine Entscheidung nennen

Begriffe vor dem Lesen

  • Entscheidungsfrage — die eine Entscheidung, die am Review denselben Satz tragen muss. Kein Programmname.
  • Produkt — der kleinste governte Schnitt (Stage, Period, Freigabeliste), nicht das Quellsystem.
  • Vakanz — verantwortliche Person fehlt schriftlich; niemand tut so, als wäre der Catalog der verantwortlichen Person.
  • Freeze — Keys und fachliche Zählebene, die der Nachbar später erben kann — Detail im Korridor.

Die Beispiele sind Lehrfälle (keine Kundendaten). Ersetzt Tabellen-, Report-, Pfad- und Toolnamen durch eure Catalog-, BI-, Ticket- und Prozessquellen.

Nach zwei Stunden gibt es viele Themen, aber noch keine verbindliche Entscheidung.

Entscheidung: Eine Entscheidungsfrage schriftlich. Der Test: Sales, Finance und Privacy können den Satz wiederholen, ohne Identität abzugeben.

Merksatz: Eine Entscheidung nennen — nicht das Programm.

Entscheidung

  1. Eine Frage. „Welche Pipeline-Stage dürfen wir im Meeting committen?“ — nicht „Sales governen“.
  2. Destination ohne Enteignung. Der Satz aus Der gemeinsame Weg gilt: Finance behält gebuchten Umsatz, Sales behält die Pipeline.
  3. Kein zweites Gremium. Der bestehende Review trägt die Frage. Ein Data Council ist kein erster Schritt.
  4. Stop, wenn niemand die Frage braucht. Ohne Consumer ist Pflichtfeld Administration.

Woche-1-Schnitt je Kernfunktion

Fachbereich Entscheidungsfrage Nicht die Frage
Sales Welche Stage hat Evidenz für Commit? Welche CRM-Felder werden Pflicht?
Finance Welche Zahl gilt in dieser Periode? Welches KPI-Board bauen wir?
HR Welche Ableitung ist für Analytics erlaubt? Welche Workforce-360 bauen wir?
Marketing Welche Campaign-ID gilt vor dem Launch? Welche Attribution-Suite kaufen wir?
Ops Welches Shadow-Sheet hat einen Owner? Welche OTIF-Landschaft rollen wir aus?

Sizing

Größe Eine Entscheidung
SMB Ein Satz auf einer Karte, ein Review
Mid Satz plus benannter Consumer
Enterprise Satz je Front; zentral nur die Form, nicht die Frage

Anwendungsbeispiel: Inventur als Begrüßung

Ausgangslage: Der Steward öffnet den Advisor auf „Projekt-Delivery“ und startet Intake plus Report-Inventur. Finance hört Vermessung. Sales hört Pflichtfelder.

Korrektur:

  1. Entscheidungsfrage zuerst — Tool Erste Entscheidung.
  2. Intake bleibt optional nach dem Schnitt.
  3. Metadatenimport und Glossar stehen unter Offen oder Stop.

Ablauf

  1. Fachbereich und bestehenden Review nennen — kein neues Forum.
  2. Eine Entscheidungsfrage schreiben. Laut vorlesen: hört jemand Enteignung?
  3. Consumer der Antwort benennen. Fehlt der Consumer: Stop.
  4. In Teil 2 das Produkt schneiden — nicht das System.

Übergaben

Von An Artefakt Erfolgskriterium
Steward Owner Entscheidungsfrage Satz ohne „harmonisieren“
Owner Consumer Dieselbe Frage Consumer kann sie im Meeting nutzen
Practice Sales Stop-Hinweis Deal-Karte bleibt Sales; dieses Pack nicht

Typische Fehlmuster

  • Inventur zuerst. Scheitert als Vermessung des Königreichs.
  • Programmname statt Frage. „Sales Governance Q3“ ist kein Satz für den Produktivstart.
  • Drei Fragen, um fair zu sein. Scheitert als Landscape in der ersten Stunde.
  • Neues Gremium. Scheitert als zweiter Thron.
  • Metadatenimport als Begrüßung. Scheitert, bevor Freeze steht.

Checkliste

  • Eine Frage, kein Programmname.
  • Nutzer kann den Satz im Meeting nutzen.
  • Niemand hört Enteignung.
  • Kein neues Gremium, kein Metadatenimport in dieser Sitzung.

Artefakt

function-first-decision.md: Block 1 ist die Entscheidungsfrage. Rest in den folgenden Teilen.

Tools

Weiterführend

Teil 2

Ein Produkt schneiden

Ein Produkt schneiden

Begriffe vor dem Lesen

  • Ein Fachbereich ist eine Organisationseinheit mit eigenen Entscheidungen und Verantwortlichkeiten, etwa Finance, Vertrieb oder Einkauf.
  • Ein Datenprodukt stellt Daten für einen klaren Zweck mit definierter Verantwortung und Qualität bereit.
  • Einfrieren bedeutet, eine Entscheidung vorläufig verbindlich zu machen, damit Umsetzung und Prüfung möglich werden.
  • Eine offene Stelle in der Verantwortung liegt vor, wenn niemand die fachliche Entscheidung verbindlich treffen darf.

Die Frage aus der ersten Stunde stirbt, wenn das Team „Salesforce“, „SAP“ oder „das OTIF-Dashboard“ als Produkt nimmt. Ein System betreibt jemand technisch. Das Produkt ist der Vertrag, den der Consumer im Meeting liest.

zdem nicht joinen — das CRM ist kein Vertrag.

Entscheidung: Das kleinste Stück schneiden, das die Entscheidungsfrage trägt (eine Stage, eine Periode, eine Allowlist) — und schreiben, was der Nachbar nicht mitdefiniert.

Merksatz: Das Produkt ist der Entscheidungssatz, nicht das Quellsystem.

Entscheidung

Schneide eines. Die Landscape bleibt die Karte; dieser Schnitt ist die Straße der ersten Woche.

Fachbereich Produkt der ersten Woche Nicht das Produkt
Sales Stage-Contract mit Evidenz und Consumer Das CRM
Finance Perioden-Contract für eine Close-Zahl Das Ledger-Dashboard
HR Analytics-Allowlist für eine Ableitung Die Personalakte
Marketing Campaign-ID plus Consent-Zweck Die Attribution-Suite
Ops Ein Exception-Sheet mit Owner und Ablauf Die Scorecard-Landschaft

Grenze zum Nachbarn nennen, nicht mergen:

  • Sales-Stage ≠ gebuchter Umsatz.
  • Period-fachliche Zählebene ≠ Pipeline-Commit.
  • HR-Freigabeliste ≠ Directory-Foto.
  • Campaign-ID ≠ Kundenidentität.
  • Order-Status ≠ Umsatz.

Detail der Landscape bleibt in der Fachserie. Dieser Teil verbietet nur, das System als Produkt zu nehmen.

Sizing

Größe Schnitt
SMB Ein Objekt, ein Grain, eine Seite
Mid Schnitt plus schriftliche Grenze zum Nachbarn
Enterprise Dieselbe Form je Front; kein Portfolio in Stunde eins

Anwendungsbeispiel: CRM als Produkt

Ausgangslage: „Unser erstes Governance-Produkt ist Salesforce.“ Pflichtfelder wachsen. Finance kann Closed Won nicht joinen, weil Opportunity-ID privat ist und Umsatz gemergt wird.

Korrektur:

  1. Produkt = Stage-Contract, nicht Salesforce.
  2. CRM-Admin ist Influence / Custodian.
  3. Deal-ID bleibt Freeze-Kandidat für Teil 4 — nicht Golden Record.

Ablauf

  1. Entscheidungsfrage aus Teil 1 übernehmen.
  2. Das kleinste Objekt nennen, das die Antwort trägt.
  3. Grain in einem Satz (eine Zeile je Deal und Periode — nicht „der Kunde“).
  4. Nachbar-Grenze: was dieses Produkt nicht definiert.
  5. System als Custodian-Fläche notieren, nicht als A.

Übergaben

Von An Artefakt Erfolgskriterium
Owner Architect Produkt + Grain Mart-Brief würde dieselben Wörter nutzen
Owner Nachbar Grenze Nachbar hört keine Enteignung
Custodian Owner System-Rolle Admin ist nicht Semantik-A

Typische Fehlmuster

  • System = Produkt. Scheitert, weil Pflichtfelder keine Entscheidung sind.
  • Landschaft in Stunde eins. Scheitert als drei Produkte ohne Nutzer.
  • Merge an der Grenze. Scheitert als Thron (Umsatz, Kunde, verfügbar).
  • Dashboard als Product Owner. Scheitert, weil Publish nicht Semantik ist.
  • Kennzahlenmodell als Erst-Angebotspaket. Scheitert als Metadatenimport in BI-Sprache.

Checkliste

  • Produkt ist nicht der Systemname.
  • fachliche Zählebene ist eine Zeile, kein Slogan.
  • Grenze zum Nachbarn steht in einem Satz.
  • technischer Betreiber ist Influence, nicht A.

Artefakt

function-first-decision.md: Block 2 — Produkt, Grain, Nicht-Produkt.

Tools

Weiterführend

Teil 3

Owner oder Vakanz

Owner oder Vakanz

Begriffe vor dem Lesen

  • Ein Fachbereich ist eine Organisationseinheit mit eigenen Entscheidungen und Verantwortlichkeiten, etwa Finance, Vertrieb oder Einkauf.
  • Ein Datenprodukt stellt Daten für einen klaren Zweck mit definierter Verantwortung und Qualität bereit.
  • Einfrieren bedeutet, eine Entscheidung vorläufig verbindlich zu machen, damit Umsetzung und Prüfung möglich werden.
  • Eine offene Stelle in der Verantwortung liegt vor, wenn niemand die fachliche Entscheidung verbindlich treffen darf.

Ihr habt ein Produkt aus der ersten Sitzung. Jetzt fehlt das Gesicht: Wer darf im Meeting sagen, ob Closed Won ohne Bestellung noch gilt?

Wenn im Catalog data-platform oder Sales Ops steht, tut das System so, als gäbe es jemanden. Dann wachsen Pflichtfelder, und niemand darf ja oder nein sagen. Das ist nicht die große Verantwortung-Serie — hier nur: ein Mensch, oder schriftlich unbesetzt.

zdem.

Entscheidung: Eine Person (Jobtitel plus Name) — oder schriftlich: unbesetzt bis Datum, Sponsor eskaliert. Bis dahin keine neuen Pflichtfelder. Catalog-Account, Data Team und CRM-Admin sind keine Owner.

Merksatz: Ein Name oder eine datierte Lücke. Beides ist Betrieb. „Das Team“ ist Theater.

Entscheidung

A in diesem Teil = die eine Person, die im Meeting die Bedeutung dieses Produkts ändern darf. Nicht der Catalog, nicht das Team.

  1. Ein A für dieses Produkt. Stage-Bedeutung ist Sales Ops oder Revenue Accounting — nicht beide.
  2. Vakanz ist erlaubt. „Unbesetzt bis 15.10., Eskalation Sponsor“ ist ein Operating-Stand. „TBD im Catalog“ ist keiner.
  3. Nachbar Consulted. Finance gegenzeichnet Joinbarkeit später; Finance wird nicht Sales-A. Siehe ein A je Entscheidung.
  4. Admin ist nicht Owner. CRM-, ERP-, MES-Admin bleibt Custodian / Influence.
  5. Steward ohne Stunden ist Theater. Kapazität in Stewardship Capacity — hier nur: Name oder Vakanz.

Hüte in der ersten Sitzung (Minimum)

Hut Pflicht in Stunde eins? Typischer Fehlgriff
Owner (A) Ja — oder Vakanz „das Team“
Steward (R) Name oder „Owner trägt R temporär“ Role ohne Stunden
Custodian System-Admin als Influence Admin als Semantik-A
Nachbar Consulted mit Frist Zweites A

Sizing

Größe Owner
SMB Ein Name, zwei Hüte auf einer Person erlaubt — schriftlich
Mid Owner ≠ Steward, wenn Kapazität reicht
Enterprise Föederiert: ein A je Front, zentral nur die Form

Anwendungsbeispiel: Catalog als Owner

Ausgangslage: Das Glossar-Feld Owner zeigt data-platform. Niemand ändert Stage-Evidenz. Sales beschwert sich über Pflichtfelder, die „Governance“ verlangt hat.

Korrektur:

  1. Vakanz schreiben: Stage-Owner unbesetzt, Sponsor bis Datum X.
  2. Bis dahin kein neues Pflichtfeld.
  3. Catalog-Feld bleibt leer oder vacant — nicht der Plattform-Account.

Ablauf

  1. Produkt aus Teil 2 nennen.
  2. Person oder Vakanz für A.
  3. Steward: Name oder explizit Owner trägt R.
  4. Nachbar: Jobtitel, Consulted, Frist — kein zweites A.
  5. Admin-Lane als Influence notieren.

Übergaben

Von An Artefakt Erfolgskriterium
Sponsor Owner Name oder Vakanz Kein Plattform-Account als A
Owner Steward R-Zeile Stunden oder „Owner trägt R“
Owner Nachbar Consulted-Frist Nachbar hört keine Übernahme

Typische Fehlmuster

  • Team als A. Scheitert, weil niemand im Meeting entscheidet.
  • Catalog als A. Scheitert als Tool-Thron.
  • Admin als A. Scheitert als Technik, die Semantik setzt.
  • Zwei A „zur Sicherheit“. Scheitert als Thron neben dem Thron.
  • Vakanz verschweigen. Scheitert als stilles Pflichtfeld-Wachstum.

Checkliste

  • A ist ein Name oder eine datierte Vakanz.
  • Catalog- oder Tool-Account ist nicht A.
  • Nachbar ist Consulted, nicht A.
  • Admin bleibt Influence.

Artefakt

function-first-decision.md: Block 3 — Owner/Vakanz, Steward, Nachbar.

Tools

Weiterführend

Teil 4

Einfrieren, dann stoppen

Einfrieren, dann stoppen

Begriffe vor dem Lesen

  • Ein Fachbereich ist eine Organisationseinheit mit eigenen Entscheidungen und Verantwortlichkeiten, etwa Finance, Vertrieb oder Einkauf.
  • Ein Datenprodukt stellt Daten für einen klaren Zweck mit definierter Verantwortung und Qualität bereit.
  • Einfrieren bedeutet, eine Entscheidung vorläufig verbindlich zu machen, damit Umsetzung und Prüfung möglich werden.
  • Eine offene Stelle in der Verantwortung liegt vor, wenn niemand die fachliche Entscheidung verbindlich treffen darf.

Ohne festgehaltene Schlüssel setzt das Team IDs privat. Ohne Stopp wird die erste Stunde zum Programm. Hier: die Seite füllen und aufhören — bevor Metadatenimport oder ein Join-Pack beginnt.

Die Vier-Spalten-Tiefe bleibt im Korridor. Hier reicht das Minimum, das den nächsten In der Praxis trägt.

ze-Minimum, Leave-open, Stop-Zeile, Export, Stopp.

Merksatz: Eine Seite schreiben — dann aufhören.

Entscheidung

Freeze (Minimum)

  • Der Key, den ein benannter Nachbar später brauchen könnte: Deal-ID, Period-ID, Campaign-ID, Order-ID, Employee-ID im Freigabeliste-Schnitt — nicht alle fünf.
  • fachliche Zählebene in einem Satz.
  • Dateiname function-first-decision.md.

Leave-open

  • Kennzahlenmodell, Metadatenimport, „eine Zahl“.
  • Landscape-Reste (Forecast-Versionierung, FHIR, Plant-KPI).
  • Join-Pack — das ist Practice nach dem ersten Review, nicht Stunde eins.

Stop

  • Kein Nutzer, keine Entscheidungsfrage, verantwortliche Person verschwiegen als Catalog-Account, System als Produkt.

Stopp

  • Kein zweites Dashboard.
  • Kein Anfrageweg, außer der Sponsor verlangt den nächsten Slice nach dem Export.
  • Sales füllt dieses Pack nicht — Deal bleibt Deal-Karte.

Woche-1-Freeze je Kernfunktion

Fachbereich Freeze jetzt Offen lassen
Sales Deal-ID, Stage-Grain Forecast-Kategorien, Attribution
Finance Period-Grain, eine Close-KPI-ID Management-Accounting-Hierarchie
HR Allowlist-Zweck, Identifier-Kreis Workforce-360
Marketing Campaign-ID, Consent-Zweck Multi-Touch-Modell
Ops Exception-ID, Ablauf, Owner Enterprise-OTIF

Sizing

Größe Stopp
SMB Eine Seite, ein Review, Schluss
Mid Seite plus Nachbar informiert
Enterprise Dieselbe Seite je Front; zentral nur der Dateiname

Anwendungsbeispiel: „Nur noch schnell Metadatenimport“

Ausgangslage: Die Seite ist fast fertig. Jemand öffnet Intake „solange alle da sind“. Finance geht. Drei Wochen später ist Freeze in keinem File, dafür 400 getaggte Tabellen.

Korrektur:

  1. Export jetzt.
  2. Intake auf den Folgetermin — oder Stop.
  3. Join-Pack erst, wenn ein Nachbar wirklich joinen soll.

Ablauf

  1. Frage, Produkt, Owner aus Teilen 1–3 übertragen.
  2. Ein Key, ein Grain, Leave-open in zwei Zeilen.
  3. Stop-Zeile vorlesen.
  4. Tool → function-first-decision.md.
  5. Stopp. Nächster Slice nur mit Sponsor-Satz.

Übergaben

Von An Artefakt Erfolgskriterium
Steward Owner Export Dateiname stimmt
Owner Nachbar Freeze-Zeile Nachbar kann später joinen oder Brief verlangen
Practice Sponsor Stopp Kein Metadatenimport in derselben Stunde

Typische Fehlmuster

  • Metadatenimport als Belohnung. Scheitert als Übernahme nach getaner Arbeit.
  • Join-Pack in Stunde eins. Scheitert, weil noch kein Review und kein Nachbar-Test existiert.
  • Excel als führende Datei. Scheitert, weil final_v2.xlsx kein Vereinbarung ist.
  • Alles einfrieren. Scheitert als Enteignung.
  • Kein Stopp. Scheitert als stilles Programm.

Checkliste

  • Freeze enthält nur Keys, die dieser Schnitt braucht.
  • Metadatenimport, Kennzahlenmodell und Join-Pack stehen unter Offen oder später.
  • Stop-Zeile ist sagbar.
  • Datei heißt function-first-decision.md.
  • Die Sitzung ist zu Ende.

Artefakt

function-first-decision.md: Entscheidungsfrage, Produkt, Owner/Vakanz, Freeze, Leave-open, Stop, Stopp.

Tools

Weiterführend

Tour