Zum Inhalt springen
Search the hub

Series

Erste Entscheidung im Fachbereich

4 Parts · 17 min

Erste Entscheidung im Fachbereich

Teil 1

Eine Entscheidung nennen

Eine Entscheidung nennen

Die Landscape-Serie erklärt, was der Fachbereich governen kann. Der gemeinsame Standard sagt, wie man auftritt. Beides reicht nicht im Meeting Teams öffnen den Catalog, zählen Reports und nennen das einen Start. Der Start ist eine Entscheidung, die im Meeting denselben Satz tragen muss.

Diese Serie ist die erste Sitzung: eine Entscheidung, ein Produkt, Owner oder Vakanz, Freeze auf einer Seite — dann Stopp. Der Korridor kommt danach, wenn ein Nachbar joinen soll.

Nächster Teil →

Die Serie Erste Entscheidung im Fachbereich gibt dir den Einstieg und den roten Faden für die folgenden Teile.

Ausgangslage

Sales Ops soll „Governance in Sales“ starten. Die Folie zeigt CRM, Pipeline, Forecast, Attribution. Nach 90 Minuten gibt es eine Wunschliste und keinen Satz, den Finance im Meeting lesen kann. Dasselbe Muster in Finance (Close plus alle KPIs), HR (Workforce-Map) und Ops (Scorecard-Landschaft).

Diese Serie ist für dich, wenn der Fachbereich den ersten Schnitt braucht — bevor Landscape-Tiefe, Catalog oder Join-Pack.

Nicht diese Serie, wenn die Haltung noch fehlt — Governance als gemeinsamer Standard — oder das erste Projekt schon läuft und Keys hinterlassen muss — Korridor. Sales im Deal bleibt bei Deal-Karte, nicht hier.

Was diese Serie klärt

  • Orientierung: eine Entscheidung nennen, keine Inventur
  • Vertiefung: ein Produkt schneiden; verantwortliche Person oder explizite Vakanz
  • Abschluss: Freeze/Leave-open auf einer Seite, function-first-decision.md exportieren, Stopp

Begriffe und Kürzel 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 verantwortliche Person.
  • Freeze — Keys und fachliche Ebene, die der Nachbar später erben kann — Detail im Korridor.

Lesepfad

  1. Eine Entscheidung nennen
  2. Ein Produkt schneiden
  3. Owner oder Vakanz
  4. Einfrieren, dann stoppen

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

zwei Stunden gibt es Themen, keine Entscheidung.

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

In einem Satz: 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.

Betriebsablauf (nummeriert)

  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.

Handoffs

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

Anti-Patterns (und warum sie scheitern)

  • 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.

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.

30 Tage: Eine Entscheidungsfrage, ein Consumer, ein Export function-first-decision.md.

90 Tage: Dieselbe Frage hält im Review. Dann Landscape-Tiefe oder Join-Pack — nicht beides als Erstes.

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

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.

← Vorheriger Teil · Nächster Teil →

zdem nicht joinen — das CRM ist kein Vertrag.

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

In einem Satz: 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 Ebene ≠ 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.

Betriebsablauf (nummeriert)

  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.

Handoffs

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

Anti-Patterns (und warum sie scheitern)

  • 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.

Umsetzung im Alltag

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.

30 Tage: Ein Produktname, ein Grain, eine Grenze.

90 Tage: Consumer nutzt das Produkt. Landscape-Teile 2+ nur für Lücken dieses Schnitts.

Checkliste

  • Produkt ist nicht der Systemname.
  • fachliche Ebene 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

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.

← Vorheriger Teil · Nächster Teil →

zdem.

Lösung: 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.

In einem Satz: 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.

Betriebsablauf (nummeriert)

  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.

Handoffs

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

Anti-Patterns (und warum sie scheitern)

  • 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.

Umsetzung im Alltag

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.

30 Tage: Name oder datierte Vakanz. Ein Nachbar Consulted.

90 Tage: Vakanz geschlossen oder Stop des Schnitts. Kein drittes A.

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

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.

← Vorheriger Teil

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

In einem Satz: 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 Ebene 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.

Betriebsablauf (nummeriert)

  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.

Handoffs

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

Anti-Patterns (und warum sie scheitern)

  • 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.

Umsetzung im Alltag

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.

30 Tage: Eine exportierte Seite. Consumer nutzt die Frage.

90 Tage: Dieselben Freeze-IDs im Review. Dann Landscape-Teil 2 oder Korridor — bewusst eins.

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