„Die IT antwortet nie!“
„Ich habe schon vor Stunden ein Ticket geschrieben!“
„Es läuft ja alles, also kann die IT gerade ja nichts zu tun haben.“
Man kennt die Klischees…
Allerdings sind die Gründe derart mannigfaltig, dass ich sie kurz zusammenfassen will.
Wenn gerade kein Ticket bearbeitet wird heißt es in der IT eigentlich NIEMALS, dass wir nichts zu tun haben. Da werden Server gepflegt, Zertifikate erneuert, Hardware für neue Mitarbeiter aufgesetzt, Accounts gepflegt, Dokumentation geschrieben und aktualisiert, Kunden vor Ort betreut und und und.
Demnach möge man uns IT Mitarbeitern vergeben, wenn nicht immer in der selben Minute in der ein Ticket bei uns eingeht, auch das Abarbeiten beginnen kann. Oft muss man das Ticketsystem selbst im Browser vor sich offen haben oder man bekommt eine Benachrichtigung über neue Tickets via Email.
Dies alles kann jedoch untergehen, wenn man gerade eine der anderen genannten Tätigkeiten ausführt und demnach Fokussiert am Arbeiten ist.
Allerdings konnte ich den Frust bei den Kunden schon immer gut nachvollziehen, auch wenn ich als insider mehr Verständnis für die Hintergründe habe. Dennoch wollte ich mit einem meiner Kollegen ein kleines Projekt starten um zumindest in den Fällen, in denen es möglich wäre, direkt an die Bearbeitung zu springen, ein eingehendes Ticket nicht so leicht untergeht, weil gerade eine anderes Fenster den Browser überlagert.
Also was wollten wir?
- Benachrichtigung bei neuen Tickets.
- Unabhängig vom eigenen Arbeitsrechner oder einem Monitoring Bildschirm
- Visuelle Hervorhebung beim Eintreffen eines neuen Tickets.
- Akustisches Signal beim Eintreffen eines neuen Tickets.
- Basteln, frickeln, ausprobieren und unserem Auszubildenden dabei Berührungsängste nehmen.
Die Grundidee stand recht schnell.
Akustische und visuelle Hervorhebung bekommen schließlich Feuerwehr, Rettungsdienst und Polizei auch hervorragend über Blaulicht und Sirene realisiert, also warum sollte es bei uns anders sein?
Blaulicht und Netzteilunabhängige Lautsprecher waren schnell besorgt und es wurde sich zur Steuerung für einen ausgedienten Raspberry Pi 2 entschieden.
Dieser sollte via http request über den GPIO Pin ein Signal an ein Relais Senden, welches das Blaulicht steuert und gleichzeitig einen Sound auf dem Hostsystem abspielen.
Um unserem Azubi das Ganze etwas verständlicher darstellen zu können wurde auf dem Raspberry Pi über einen Docker Container eine Node Red Instanz aufgesetzt um visuell den Forkflow bauen und erklären zu können.
Damit das Projekt nachher nicht nur aus zusammengebastelten und verkabelten Komponenten besteht wurde noch ein passendes Case vie FreeCAD designed und im 3d Drucker gefertigt.
Am Ende wurden die Komponenten im Case verbaut, die Kabel der Lautsprecher im Case verlötet und im Ticketsystem eine Automatisierung eingerichtet, die bei Ankunft eines neuen Tickets unseren Alarm triggert.
Die folgende Galerie gibt einen kleinen Einblick in die Entstehung des Projekts.
