Lustig dass hier noch keiner auf die Idee gekommen ist, dass technische Störungen etc in der entsprechenden Spalte des Bordbuchs zu dokumentieren sind.
Lustig auch, dass Lisa gar kein Bordbuch hat, weil n-reg!
Ich bin wirklich gern bereit die Prozesse rund um Lisa hier konstruktiv zu diskutieren, bitte dabei aber um realistische Einschätzungen und Berücksichtigung der Rahmenbedingungen. Es ist etwas anderes ein Charter-Flugzeug zu betreiben, das weit weg vom eigenen Sitz stationiert ist, als einen Vereins- oder Charter-Flieger zu dem man einfach hinlaufen und Unterlagen einsehen sowie Dinge nachschauen kann.
Wenn es darum geht die bestmöglichen Prozesse für die Kommunikation von technischen Betriebsmitteilungen (nicht nur Störungen) zu implementieren gibt es daher m.E. folgende Einschränkungen:
1) Bordbuch oder Liste allein sind nicht ausreichend. Schlicht und einfach, weil wir da nicht reingucken können und weil wir Störungen unverzüglich erfahren müssen und sei es nur um Teile zu bestellen und den nächsten Kunden zu informieren.
Denn was nützt es dem Kunden wenn im Bordbuch steht "Glideslope defekt" und er will am Morgen seinen IR-Check machen und liest es erst dann? Dann ist die Kommunikation zwar prozesskonform, aber nutzlos.
2) Es braucht also eine schnellere Form der Kommunikation. Und da ich nichts von doppeltem Paperwork halte (und weil dieses eh nicht gemacht wird), haben wir Bordbuch oder Liste verworfen.
3) Einfach ein dezidierter Forums-Thread, was auf den ersten Blick eine schöne Lösung wäre, geht auch nicht. Grund: Steht nicht immer zur Verfügung und viele Kunden haben, wenn Sie in EDLN im Regen stehen und der Reifen platt ist auch nicht ihr Passwort griffbereit. Da würde dann also wieder "nachgetragen" was in der Praxis dann eben nie passiert.
Ist einfach Human Nature: Wenn ich den Platten schon durchtelefoniert habe und eine Zugverbindung nach Hause suchen muss, trage ich nie und nimmer noch was in einem Forum ein. Ganz egal welche Prozesse der Vercharterer definiert.
Ebenfalls Human Nature ist, dass Kunden bei echten Störungen fast immer anrufen. Einfach um sicherzustellen, dass nichts übersehen wurde. Das ist auch gut so, denn manchmal löst sich die Situation am Telefon.
Eine schöne Lösung, die sowohl uns wie auch die nachfolgenden Kunden komplett im Bilde hält, unmittelbare Hilfe ermöglicht (sozusagen als Helpdesk) und dazu auch noch einfach und sofort und von überall funktioniert, gibt es also nur theoretisch.
Wir müssen folglich Prioritäten setzen und Kompromisse machen. Und da ist der Umstand, dass wir schnell von Störungen im Betrieb erfahren, und der Kunde mit jemandem spricht, wenn er denn will (und eigentlich wollten das bisher alle bis auf Herrn Mroczkowski), einfach wichtiger, als dass alle Kunden nachfolgend alle Rohmeldungen einsehen können.
Ist doch bis hierher ziemlich simpel - oder?
Entsprechend haben wir den Prozess definiert: Egal wie die Meldung zu uns kommt (Telefon, E-Mail, SMS), Hauptsache schnell und an eine Stelle! Nämlich unseren von Marco Scheuerlein angesprochenen Kontrollraum mit "den Technikern die das Flugzeug Instandhalten" (siehe unten ;-)
Die informieren dann auch den Kunden, wenn z.B. der GS oder das DME defekt ist oder wenn im schlimmsten Fall das Flugzeug gar nicht betrieben werden kann.
.
.
