Teil 2 von 5

Abgrenzung, Lösung, Prinzipien, Team

1Elemente, Problemfeld, vernetztes Denken
3.1.1 – 3.1.3
2Abgrenzung, Lösung, Prinzipien, Team
3.1.4 – 3.1.7
3Groben → Detail, Varianten, Phasen, Aufwand
3.2.1 – 3.2.3.2
4Wissen, Dynamik, Überlappung
3.2.3.3 – 3.2.3.7
5Problemlösungszyklus
3.2.4

Bisher

Elemente × Beziehungen, Problemfeld ≠ Lösung, vernetztes Denken.

Unser Begleiter

ShopNova

Fiktiver Onlineshop für Outdoor-Ausrüstung. Er will seinen Kundensupport mit einem KI-Chatbot entlasten. Das Beispiel ist erfunden, nicht aus dem Buch.

3.1.4

Das Problemfeld abgrenzen

Kunden · Lieferanten
eigener
Betrieb
Reklamationen
Kunde
Lieferant
Das Dilemma der Abgrenzung
enge Abgrenzung
weite Abgrenzung
Aufwand für Analyseentdeckte Lösungsmöglichkeiten
Weiter Blick aufs Problemfeld ≠ umfassende Lösung – oft führen kleine Schritte weiter.
IntuitionErfahrungkritisches Abwägen
Beispiel

Systemgrenze – anschaulich

Alltags-Analogie
🔦

Der Schlüssel unter der Laterne

Wer nachts nur unter der Strassenlaterne sucht, findet nur dort etwas – weil dort Licht ist, nicht weil der Schlüssel dort liegt.

Beispiel
  • Enge Grenze: nur das Support-Team – günstig, aber man findet nur Team-Ursachen
  • Weite Grenze: Produktseiten, Lieferanten-Daten und Kunden – mehr Aufwand
  • Fund: Auf den Produktseiten fehlen Grössenangaben – ein einfacher Hebel ausserhalb des Teams
Eselsbrücke
Nicht nur unter der Laterne suchen
Weit schauen, klein handeln.
3.1.5

Systemdenken in der Lösung

Input
Output
?
Lösung = Blackbox: nur Funktion, Input, Output
F 1
F 2
F 3
Baugruppe A
Baugruppe B
Baugruppe C
Schnittstellen zwischen den Baugruppen
Funktionen werden den Elementen zugeordnet = Architecting
Baugruppe B auf der nächsten Stufe
Modul B1
Modul B2
Modul B3
Beispiel

Blackbox und Module – anschaulich

Alltags-Analogie
☕

Die Kaffeemaschine

Von aussen eine Blackbox: Bohnen und Wasser rein, Kaffee raus. Mühle, Pumpe und Boiler interessieren erst, wenn man sie baut.

Beispiel
  • Blackbox: Eingang = Kundenfrage, Ausgang = passende Antwort
  • Module: Frage verstehen · Antwort in der Wissensdatenbank finden · bei Unsicherheit an einen Menschen übergeben
  • Schnittstellen: Was wird übergeben, in welchem Format?
Eselsbrücke
Erst WAS, dann WIE
Erst die Funktion, dann die Form: Was kommt rein, was kommt raus – dann erst, wie.
3.1.5

Fünf generelle Gestaltungsprinzipien

1

Idealität

nützliche Funktionenunerwünschte Effekte
Nutzen im Verhältnis zu Unerwünschtem maximieren, Komplexität klein halten.
z. B. Dreh-Drück-Steller (BMW), Head-up-Display nutzt die Frontscheibe
2

Unabhängigkeit

F 1 DP 1 F 2 DP 2
Jede Funktion wird durch einen eigenen Design-Parameter erfüllt – Änderungen stören andere nicht.
z. B. getrennte Software-Module
3

Modularer Aufbau

Klar abgegrenzte, wiederverwendbare Funktionen. Lose Kopplung aussen, starker Zusammenhalt innen.
loose coupling · strong cohesion
4

Piecemeal Engineering

rückgängig
Gross denken, klein umsetzen: Schritte, die sich leicht zurücknehmen lassen.
nach K. Popper
5

Minimale Präjudizierung

Im Zweifel die Lösung mit den meisten Freiräumen – robust und flexibel bei neuen Randbedingungen.
Optionen offenhalten
Lösung wiederholt ins Problemfeld einbetten:
✓ Schnittstellen sauber gestaltet?
✓ Gewünschte Veränderung im Problemfeld?
✓ Unerwünschte Nebenwirkungen?
Beispiel

Fünf Prinzipien – anschaulich

Alltags-Analogie
🧱

Lego

Klare Funktion pro Stein, genormte Noppen als Schnittstelle, jederzeit austauschbar: modularer Aufbau in Reinkultur.

Beispiel
  • Idealität: ein einziges Eingabefeld statt fünf Formulare
  • Unabhängigkeit: Antwortlogik getrennt von der Oberfläche – ein Design-Wechsel ändert keine Antworten
  • Modular: dasselbe Chatbot-Modul läuft auf Website und App
  • Piecemeal: zuerst nur Retouren-Fragen, jeder Schritt lässt sich zurücknehmen
  • Minimale Präjudizierung: das Sprachmodell des Anbieters bleibt austauschbar
Eselsbrücke
Immer Unabhängig, Modular, Portionsweise, Minimal festlegen
IIdealität
UUnabhängig
MModular
PPiecemeal
MMinimal festlegen
3.1.6 – 3.1.7

Teamarbeit und Projektmanagement

Bubble-Chart am Flipchart = „Landkarte“
Ursache
Problem
Wirkung
Umfeld
Nutzer
Gemeinsam erarbeitet → besseres gemeinsames Problemverständnis und Teambewusstsein.
Projekt
Baugruppe A
Unterprojektleiter
Baugruppe B
Unterprojektleiter
Baugruppe C
Unterprojektleiter
Integratoren – Zusammenspiel & übergreifende Systemaspekte
Logistik / MaterialflussIT-SystemeEinbaubesprechung
Beispiel

Teilprojekte und Integratoren – anschaulich

Alltags-Analogie
🏗️

Die Baustelle

Jedes Gewerk hat seinen Vorarbeiter. Zusätzlich sorgt jemand dafür, dass Rohre und Kabel nicht dieselbe Wand brauchen: der Integrator.

Beispiel
  • Teilprojekte: Chatbot · Wissensdatenbank · Schulung des Teams
  • Je ein Unterprojektleiter pro Teilprojekt
  • Integrator: prüft, ob die Bot-Antworten zu Retourenprozess und Ticketsystem passen
Eselsbrücke
Gewerke bauen – Integratoren verbinden
Teilprojekte liefern Bausteine, Integratoren machen daraus ein System.
Merke

Zusammenfassung Teil 2

① Abgrenzung

  • eng: billig, wenige Hebel
  • weit: mehr Aufwand, mehr Hebel
  • Lösung bleibt oft klein

② Lösung & Prinzipien

  • Blackbox → Module → Details
  • I · U · M · P · M

③ Team

  • Unterprojektleiter für Bausteine
  • Integratoren fürs Ganze
Eselsbrücken
Nicht nur unter der Laterne suchenErst WAS, dann WIEImmer Unabhängig, Modular, Portionsweise, Minimal festlegenGewerke bauen – Integratoren verbinden
Weiter mit Teil 3: Vorgehensmodell
0:00