22.05.2026, 00:44
Die Hausmeisterin bekommt ihren Werkzeuggürtel
![[Bild: akira-24-year-old-female-androgynous-tom...346-2.webp]](https://i.postimg.cc/6pWskMj4/akira-24-year-old-female-androgynous-tomboy-slim-petite-athle-f6da5187-fb03-4dbb-9b00-d3d350cce346-2.webp)
Oder: wie man einunddreissig Schubladen durchzählt und drei davon aufmacht.
Im letzten Post habe ich euch einen Cliffhanger hinterlassen. Die richtige Hausmeisterin — die, die jedem Mitarbeiter beim Schichtbeginn das passende Werkzeug in die Hand drückt, statt ihn rumfragen zu lassen — die stand noch aus. Heute ist sie da.
Aber bevor sie ihren Werkzeuggürtel anlegen konnte, musste ich zuerst wissen, was überhaupt reingehört.
Das Inventar: einunddreissig Schubladen
Das Hotel hat, wenn man alles durchzählt, genau einunddreissig verschiedene Dienste. Jeder Dienst ist eine Schublade im Werkzeuggürtel. Ein Gast kommt an — braucht jemanden der seinen Account kennt, braucht jemanden der seine Freundesliste hat, braucht jemanden der ihm sagt ob er ein bestimmtes Zimmer betreten darf.
Ich habe jede einzelne Schublade aufgemacht und eine Frage gestellt: Wo gehört der Inhalt hin?
Das Ergebnis hat mich überrascht:
Drei von einunddreissig. Klingt nach wenig für eine ganze Bauphase. Ist es nicht.
Zu wissen wo etwas nicht hingehört, ist genauso viel Arbeit wie zu wissen wo es hingehört.
Erstes Werkzeug: die Hotelbibliothek
Das erste Werkzeug ist das einfachste: die Hotelbibliothek.
Jedes Hotel unserer Grösse hat eine Lese-Ecke. Eine feste Sammlung Bücher, die seit Jahren dieselbe ist. Kein Gast kann ein Buch hinzufügen oder wegnehmen. Sie sind da, immer dieselben, beim Hotelstart aufgestellt. Der Bibliotheksdienst lädt beim Hochfahren eine Liste aus einer Datei, stellt sie ins Regal, und antwortet danach auf alle Anfragen. Keine Datenbankverbindung. Kein Netz. Kein Zustand, der sich ändert.
Ich habe diesen Dienst bewusst als allerersten gewählt. Nicht weil er wichtig wäre, sondern weil er der kleinstmögliche Schritt war, der trotzdem alles Neue testet: die neue Application-Etage, den Weg vom Hausmeister-Büro zur Etage, und die Frage ob das Stockwerk grundsätzlich trägt.
Das ist die Logik hinter dem Pilot-Stich. Eine unbedeutende Tür zuerst aufmachen — und prüfen ob das Schloss stimmt — bevor man die wichtige Tür mit demselben Schlüssel aufmacht.
Der erste Schritt sollte beweisbar sein, nicht beeindruckend.
Zweites Werkzeug: die Hausordnung
Das zweite Werkzeug kennt ihr aus dem vorletzten Post: die Hausordnung des Stockwerks.
Jede Region im Hotel hat eine eigene Hausordnung. Darf man fliegen? Wie viele Gäste sind gleichzeitig erlaubt? Welche Grundstücksgrenzen gelten? Diese Regeln lagen bisher im alten Aktenraum, als lose Karteikarten. Jetzt gibt es dafür einen sauberen Platz im digitalen Backoffice — ein klares Fach in der Domain-Etage, ein klares Ablagefach im Keller darunter.
Beim Einräumen fiel dabei etwas auf: ein einzelnes Regelfeld lag im falschen Kasten. Ich hatte „dürfen Grundstücksgrenzen verschoben werden?" bei den Etagen-Regeln eingeordnet — aber es gehört zur Hausordnung. Kleiner Umzug, anderer Schrank. Hätte ich das nicht gemerkt, wäre die Regellogik an zwei verschiedenen Stellen verstreut. Aufräumen zeigt solche Fehler.
Ein Fehler, den man beim Einräumen findet, ist besser als einer, den man beim Gästecheck-in findet.
Drittes Werkzeug: der Türsteher
Das dritte Werkzeug ist das interessanteste: der Türsteher.
Vor jeder Region steht die Frage: Darf dieser Gast rein? Steht er auf der Sperrliste? Ist das Hotel für externe Gäste geschlossen? Hat er eine Einladung? Gehört er zur richtigen Gruppe?
Das ist reine Entscheidungslogik. Kein Netzwerkaufruf während der Entscheidung, keine Datenbankabfrage mitten im Satz. Ich übergebe dem Türsteher alle relevanten Fakten im Voraus — Sperrliste, aktuelle Hausordnung, Gästedaten — und er gibt Ja oder Nein zurück. Ohne etwas nachzufragen. Ohne irgendwo anzurufen.
Das ist keine technische Kapriole, sondern eine Entwurfs-Entscheidung mit Konsequenz: Eine Entscheidung, die nichts von der Aussenwelt braucht, lässt sich testen ohne ein ganzes Hotel hochzufahren. Man übergibt die Fakten, prüft die Antwort, fertig.
Der Türsteher ist absichtlich nach der Hausordnung gebaut worden, nicht davor. Er braucht die Hausregeln, um seine Entscheidung zu treffen. Das ist auch der Grund für die Reihenfolge: Schublade zwei vor Schublade drei.
Reine Entscheidungslogik ohne Netzwerk-Abhängigkeiten ist kein Luxus. Es ist das, was Tests überhaupt erst möglich macht.
Was der Werkzeuggürtel jetzt kann
Die Hausmeisterin hat jetzt drei Werkzeuge, die sie beim Schichtbeginn verteilen kann: Bibliotheksschlüssel, Hausordnungs-Mappe, Türsteher-Stempel. Jeder Mitarbeiter, der eines davon braucht, bekommt es in die Hand gedrückt — ohne fragen zu müssen.
Das ist der Unterschied zum Provisorium aus dem vorletzten Post. Damals zeigte die Hausmeisterin nur auf den Concierge: „Frag den." Jetzt drückt sie das richtige Werkzeug direkt rüber.
Klingt nach einer kleinen Verschiebung. Im Hotelplan ist es das Fundament für alles, was danach kommt. Jeder neue Dienst, den ich von jetzt an in die Application-Etage einbaue, läuft über denselben Mechanismus. Hausmeisterin übergibt. Mitarbeiter arbeitet. Niemand läuft durch die Flure und ruft.
Ein gutes Werkzeug-System fällt erst auf, wenn man vergessen hat dass es da ist.
Zweiundzwanzig Schubladen warten noch
Die anderen zweiundzwanzig Schubladen — die, die zur Gastgeberin von gegenüber gehören — bleiben vorerst zu. Nicht aus Faulheit.
Die Gastgeberin bekommt gerade eine neue Telefonanlage. Bisher haben wir über alte handgeschriebene Notizkarten kommuniziert: ich schicke eine Frage rüber, sie schaut nach, schreibt die Antwort auf einen Zettel. Das funktioniert, aber es skaliert nicht. Dreizehn Abteilungen auf ihrer Seite, dreizehn auf meiner. Für jede brauche ich eine eigene Leitung, und jede Leitung muss das gleiche strukturierte Gesprächsprotokoll sprechen.
Die neue Anlage ist gerade in Planung. Wenn eine Leitung steht, bekommt das zugehörige Hotel-Team ein neues Telefon. Das alte Analoggerät bleibt so lange hängen, bis das neue reibungslos klingelt. Und dann kommt das nächste Zimmer dran.
Das ist das nächste Kapitel. Dreizehn Leitungen, eine nach der anderen.
Was ich daraus gelernt habe
Was als nächstes kommt
Die neue Telefonanlage. Dreizehn Leitungen, eine nach der anderen.
Ich poste, was passiert.
![[Bild: akira-24-year-old-female-androgynous-tom...346-2.webp]](https://i.postimg.cc/6pWskMj4/akira-24-year-old-female-androgynous-tomboy-slim-petite-athle-f6da5187-fb03-4dbb-9b00-d3d350cce346-2.webp)
Oder: wie man einunddreissig Schubladen durchzählt und drei davon aufmacht.
Im letzten Post habe ich euch einen Cliffhanger hinterlassen. Die richtige Hausmeisterin — die, die jedem Mitarbeiter beim Schichtbeginn das passende Werkzeug in die Hand drückt, statt ihn rumfragen zu lassen — die stand noch aus. Heute ist sie da.
Aber bevor sie ihren Werkzeuggürtel anlegen konnte, musste ich zuerst wissen, was überhaupt reingehört.
Das Inventar: einunddreissig Schubladen
Das Hotel hat, wenn man alles durchzählt, genau einunddreissig verschiedene Dienste. Jeder Dienst ist eine Schublade im Werkzeuggürtel. Ein Gast kommt an — braucht jemanden der seinen Account kennt, braucht jemanden der seine Freundesliste hat, braucht jemanden der ihm sagt ob er ein bestimmtes Zimmer betreten darf.
Ich habe jede einzelne Schublade aufgemacht und eine Frage gestellt: Wo gehört der Inhalt hin?
Das Ergebnis hat mich überrascht:
- Drei Schubladen kommen jetzt dran. Die kommen in die neue Application-Etage.
- Zweiundzwanzig Schubladen gehören zur Gastgeberin von gegenüber. Die darf ich aber erst anfassen, wenn die Gastgeberin ihre neue Telefonanlage hat. (Dazu im nächsten Post mehr.)
- Drei Schubladen waren seit Jahren leer. Werkzeug, das niemand mehr benutzt. In den Müll.
- Drei Schubladen sind noch unklar. Die schaue ich mir später an.
Drei von einunddreissig. Klingt nach wenig für eine ganze Bauphase. Ist es nicht.
Zu wissen wo etwas nicht hingehört, ist genauso viel Arbeit wie zu wissen wo es hingehört.
Erstes Werkzeug: die Hotelbibliothek
Das erste Werkzeug ist das einfachste: die Hotelbibliothek.
Jedes Hotel unserer Grösse hat eine Lese-Ecke. Eine feste Sammlung Bücher, die seit Jahren dieselbe ist. Kein Gast kann ein Buch hinzufügen oder wegnehmen. Sie sind da, immer dieselben, beim Hotelstart aufgestellt. Der Bibliotheksdienst lädt beim Hochfahren eine Liste aus einer Datei, stellt sie ins Regal, und antwortet danach auf alle Anfragen. Keine Datenbankverbindung. Kein Netz. Kein Zustand, der sich ändert.
Ich habe diesen Dienst bewusst als allerersten gewählt. Nicht weil er wichtig wäre, sondern weil er der kleinstmögliche Schritt war, der trotzdem alles Neue testet: die neue Application-Etage, den Weg vom Hausmeister-Büro zur Etage, und die Frage ob das Stockwerk grundsätzlich trägt.
Das ist die Logik hinter dem Pilot-Stich. Eine unbedeutende Tür zuerst aufmachen — und prüfen ob das Schloss stimmt — bevor man die wichtige Tür mit demselben Schlüssel aufmacht.
Der erste Schritt sollte beweisbar sein, nicht beeindruckend.
Zweites Werkzeug: die Hausordnung
Das zweite Werkzeug kennt ihr aus dem vorletzten Post: die Hausordnung des Stockwerks.
Jede Region im Hotel hat eine eigene Hausordnung. Darf man fliegen? Wie viele Gäste sind gleichzeitig erlaubt? Welche Grundstücksgrenzen gelten? Diese Regeln lagen bisher im alten Aktenraum, als lose Karteikarten. Jetzt gibt es dafür einen sauberen Platz im digitalen Backoffice — ein klares Fach in der Domain-Etage, ein klares Ablagefach im Keller darunter.
Beim Einräumen fiel dabei etwas auf: ein einzelnes Regelfeld lag im falschen Kasten. Ich hatte „dürfen Grundstücksgrenzen verschoben werden?" bei den Etagen-Regeln eingeordnet — aber es gehört zur Hausordnung. Kleiner Umzug, anderer Schrank. Hätte ich das nicht gemerkt, wäre die Regellogik an zwei verschiedenen Stellen verstreut. Aufräumen zeigt solche Fehler.
Ein Fehler, den man beim Einräumen findet, ist besser als einer, den man beim Gästecheck-in findet.
Drittes Werkzeug: der Türsteher
Das dritte Werkzeug ist das interessanteste: der Türsteher.
Vor jeder Region steht die Frage: Darf dieser Gast rein? Steht er auf der Sperrliste? Ist das Hotel für externe Gäste geschlossen? Hat er eine Einladung? Gehört er zur richtigen Gruppe?
Das ist reine Entscheidungslogik. Kein Netzwerkaufruf während der Entscheidung, keine Datenbankabfrage mitten im Satz. Ich übergebe dem Türsteher alle relevanten Fakten im Voraus — Sperrliste, aktuelle Hausordnung, Gästedaten — und er gibt Ja oder Nein zurück. Ohne etwas nachzufragen. Ohne irgendwo anzurufen.
Das ist keine technische Kapriole, sondern eine Entwurfs-Entscheidung mit Konsequenz: Eine Entscheidung, die nichts von der Aussenwelt braucht, lässt sich testen ohne ein ganzes Hotel hochzufahren. Man übergibt die Fakten, prüft die Antwort, fertig.
Der Türsteher ist absichtlich nach der Hausordnung gebaut worden, nicht davor. Er braucht die Hausregeln, um seine Entscheidung zu treffen. Das ist auch der Grund für die Reihenfolge: Schublade zwei vor Schublade drei.
Reine Entscheidungslogik ohne Netzwerk-Abhängigkeiten ist kein Luxus. Es ist das, was Tests überhaupt erst möglich macht.
Was der Werkzeuggürtel jetzt kann
Die Hausmeisterin hat jetzt drei Werkzeuge, die sie beim Schichtbeginn verteilen kann: Bibliotheksschlüssel, Hausordnungs-Mappe, Türsteher-Stempel. Jeder Mitarbeiter, der eines davon braucht, bekommt es in die Hand gedrückt — ohne fragen zu müssen.
Das ist der Unterschied zum Provisorium aus dem vorletzten Post. Damals zeigte die Hausmeisterin nur auf den Concierge: „Frag den." Jetzt drückt sie das richtige Werkzeug direkt rüber.
Klingt nach einer kleinen Verschiebung. Im Hotelplan ist es das Fundament für alles, was danach kommt. Jeder neue Dienst, den ich von jetzt an in die Application-Etage einbaue, läuft über denselben Mechanismus. Hausmeisterin übergibt. Mitarbeiter arbeitet. Niemand läuft durch die Flure und ruft.
Ein gutes Werkzeug-System fällt erst auf, wenn man vergessen hat dass es da ist.
Zweiundzwanzig Schubladen warten noch
Die anderen zweiundzwanzig Schubladen — die, die zur Gastgeberin von gegenüber gehören — bleiben vorerst zu. Nicht aus Faulheit.
Die Gastgeberin bekommt gerade eine neue Telefonanlage. Bisher haben wir über alte handgeschriebene Notizkarten kommuniziert: ich schicke eine Frage rüber, sie schaut nach, schreibt die Antwort auf einen Zettel. Das funktioniert, aber es skaliert nicht. Dreizehn Abteilungen auf ihrer Seite, dreizehn auf meiner. Für jede brauche ich eine eigene Leitung, und jede Leitung muss das gleiche strukturierte Gesprächsprotokoll sprechen.
Die neue Anlage ist gerade in Planung. Wenn eine Leitung steht, bekommt das zugehörige Hotel-Team ein neues Telefon. Das alte Analoggerät bleibt so lange hängen, bis das neue reibungslos klingelt. Und dann kommt das nächste Zimmer dran.
Das ist das nächste Kapitel. Dreizehn Leitungen, eine nach der anderen.
Was ich daraus gelernt habe
- Eine Inventur ist keine Zeitverschwendung. Bevor ich auch nur eine Schublade angefasst habe, habe ich alle einunddreissig gezählt und einsortiert. Das hat einen ganzen Arbeitstag gekostet. Es hat dafür gesorgt, dass ich danach keine Stunde mit dem falschen Werkzeug im falschen Stockwerk verbracht habe. Der Aufwand für „Wo gehört das hin?" zahlt sich immer aus.
- Drei von einunddreissig ist kein schlechtes Ergebnis — wenn die anderen achtundzwanzig einen Grund haben zu warten. Ich hätte eine grössere Stage 3 bauen können. Hätte die Gastgeberin-Dienste mit hineinquetschen können, auch wenn die Telefonanlage noch nicht steht. Das Hotel wäre dann seit Wochen nicht mehr lauffähig gewesen. Stattdessen: drei saubere Werkzeuge jetzt, der Rest sobald die Leitungen stehen.
- Reine Entscheidungslogik ohne I/O ist ein Geschenk an das eigene zukünftige Ich. Der Türsteher lässt sich in Millisekunden testen — keine Datenbank, keine Verbindung, kein Container. Wenn ich in sechs Monaten etwas an den Hausregeln ändere, merke ich sofort ob der Türsteher das korrekt verarbeitet. Das ist kein Bonus. Das ist der eigentliche Punkt.
Was als nächstes kommt
Die neue Telefonanlage. Dreizehn Leitungen, eine nach der anderen.
Ich poste, was passiert.


![[-]](https://www.gridtalk.de/images/collapse.png)