Hallo Team, vielen Dank an Stefan und Thomas für die initiale Ideengebung. Ich wäre generell bei einer solchen Notfall-Regelung dabei. Denn es macht uns allen das Leben leichter. 1. Generell bin ich technisch soweit ausgestattet das ich keine weiteren Gadgets benötige. Ein Laptop habe ich und ein "privates" Handy ja auch. Ich bin also im Notfall (wenn zuständig) zu erreichen. Es ist aber auch zu bedenken, dass evtl. auch längere Telefonate zw. den Programmieren/Admins/Support anfallen. Dies Kosten dafür hat der Mitarbeiter bisher selbst gezahlt. Aus diesem Grund würde ich mind. 1 zusätzliches Handy für den an diesem Tag zuständigen Mitarbeiter anschaffen. 2. Die Nutzung vom Confluence Kalender finde ich gut. Zur Abstimmung würde ich den "Teams" mit einem Monat Vorlauf die Planung selbst in die Hand geben. So das z.B. aktuell jedes Teams bis spätestens 25.11 die Planung für Dezember festlegen. Das dann feststeht wer jedes WE verantwortlich ist. Sollte jemandem dann spontan in der Woche auffallen das er an einem WE doch nicht kann, dann muss intern eine Vertretung gefunden werden und dies in einer Hotfix-Vertretungs Mail kommuniziert werden. Generell schlage ich zur gerechten Verteilung entweder einen Round Robin Algorithmus vor, oder eine wöchtentliche Runde Mensch ärger die nicht :) Da ich ab und an in Regionen unterwegs bin, in denen es keine Internet, Handyempfang, UMTS, 3G ... oder sonstiges gibt, sollten auch solche Situationen in den Terminkalender aufgenommen werden. Da ich an solchen Terminen auch im Falle einer Nicht-Bereitschaft, für Nachfragen nicht zu erreichen wäre. 3. Die Liste welche Thomas erstellt sollte dann jeder auch für seinen Services pflegen. (Wiki Seite??) Ich selbst könnte dies z.B. für [LB]olek, AIF Nodes und Mongo machen. D.h. was gibt es an Monitoring und was sollte es noch geben bzw. was sollte es nicht mehr geben. 4. Hier würde ich für meinen Teil im laufe der Woche mit der Dokumentation beginnen. Und dann gern innerhalb der nächsten Wochen einen Vortrag halten. VG Marcus Am 10.11.2014 um 11:14 schrieb Stefan Rank Kunitz:
Hallo Team,
Thomas Koelzow und ich haben uns zum Thema Notdienste etwas Gedanken gemacht und machen hiermit einige Verschläge zur Schaffung einer Regelung. Wir lassen dabei die Themen Vergütung und Arbeitszeitregelungen bewusst außen vor, da diese Themen im Rahmen einer individuellen Abstimmung zwischen Mitarbeiter und Geschäftsleitung besprochen werden sollten.
Grundsätzlich sollte es so sein, dass die Entwicklung in Zukunft die Notfalldienste unterstützt. Wir halten es daher für sinnvoll, wenn jeweils ein Admin und ein Entwickler _gemeinsam_ einen Notdienst übernehmen. Nach einem zuvor abgestimmten Dienstplan landen Notfälle bei diesen beiden Mitarbeitern und werden von ihnen gemeinsam bearbeitet. Beide Kollegen stellen selbstständig sicher, mit Handy, Laptop und Internetzugang erreichbar und einsatzfähig zu sein.
In der Gruppe der Admins bitten wir diese Kollegen, sich für einen Notfall-Dienstplan zur Verfügung zu stellen:
* Thomas Koelzow ( Laptop vorhanden, Diensthandy vorhanden) * Tilo Werner ( Laptop vorhanden, Diensthandy vorhanden) * Jan Zacharias ( Laptop vorhanden, Diensthandy vorhanden) * Stefan Ludwig-Schindler (Laptop vorhanden, Diensthandy ist bestellt)
Bei den Entwicklern bitten wir diese Leute, die Notfalldienste zu unterstützen:
* Sören Pestner ( Laptop vorhanden, Diensthandy benötigt?) * Stefan Wieden ( Laptop vorhanden, Diensthandy benötigt?) * Marcus Puchalla ( Laptop vorhanden, Diensthandy benötigt?) * Stefan Rank-Kunitz ( Laptop vorhanden, Diensthandy benötigt?) * Viktoras Bezaras ( Laptop vorhanden, Diensthandy benötigt?) * Oliver Horn ( gemeinsamer Notfall-Laptop vorhanden?, Diensthandy benötigt?) * Dave Derbis ( gemeinsamer Notfall-Laptop vorhanden?, Diensthandy benötigt?) * ggf. Sven Georgi ( gemeinsamer Notfall-Laptop vorhanden?, Diensthandy benötigt?)
Ich bitte um eine Rückmeldung dazu, ob die Kollegen an einer Notfall-Dienst-Lösung teilnehmen möchten und welche technische Ausstattung dafür benötigt wird.
Zur Vorbereitung einer Notfall-Regelung haben wir diese Anmerkungen bzw. abzustimmende Fragen:
1. technische Umsetzung - Teil 1: Welche technische Infrastruktur benötigen die einzelnen Mitarbeiter für ihre Teilnahme? Müssen Handys, Laptops oder anderes bestellt werden? Können Notfall-Handys und Notfall-Laptops "weitergegeben" und so gemeinsam verwendet werden? 2. technische Umsetzung - Teil 2: Kann für die Umsetzung des Dienstplanes ein neuer Confluence-Kalender genutzt werden? Dieser wäre bereits einsetzbar (kein Aufwand erforderlich) und kann sehr einfach in Thunderbird/Lightning eingebunden werden. Ist es ggf. erforderlich, diesen von außen (ohne VPN, z.B. auf dem Handy) nutzen zu können? Wer wird die Abstimmung des Dienstplanes inhaltlich dauerhaft vornehmen und eintragen? 3. Das aktuelle Management der Notfall-Meldungen sollte durchgesprochen und ggf. optimiert werden. Gegenwärtig bekommen wir Meldungen - per SMS und/oder E-Mail von extern (Travel-IT, TravelTainment,...?), - unsere Nagios-Meldungen und - als E-Mail an notfall@. Wir sollten eine Lösung erarbeiten, bei der immer genau die diensthabenden Kollegen diese Nachrichten mit sehr hoher Prio (z.B. per SMS) bekommen, andere Kollegen aber ebenfalls darauf zugreifen KÖNNEN (z.B. per E-Mail). In diesem Schritt scheint es auch sinnvoll zu sein, die Menge der Nagios-Meldung zu prüfen und ggf. anzupassen: Gibt es Nachrichten, die momentan verschickt werden, die aber eigentlich niemand lesen will? Thomas wird dazu eine Liste der Meldungen erstellen, die Nagios aktuell verschickt. Gibt es Systembereiche, die aktuell zu wenig oder gar nicht im Nagios Monitoring enthalten sind und deren Verfügbarkeit wir in Zukunft prüfen sollten? Wir konnten dazu diese Punkte bereits identifizieren: - RabbitMQ (OHO und SRK erstellen ein Monitoring-Skript für Nagios), - Mongo-DB (MPU hat dazu Test-Skripte), - Buchbarkeit / Antwortzeiten des Buchungskerns (OHO und SRK arbeiten auch hier an einem Test-Skript) - alte und neue (Lingenauber) Stadis-Struktur (Erreichbarkeit der Stadis-Gateways) 4. Schulungen: Die Kollegen (Admins wie Entwickler) sind aktuell sehr wenig in der Lage, evtl. auftretende Probleme im Arbeitsbereich anderer Entwickler zu lösen. Es sollte daher in naher Zukunft einige Schulungen geben, bei denen die Kollegen sich gegenseitig einen Einblick in technische Grundstrukturen geben, dabei häufig auftretende Probleme ansprechen und Hilfswerkzeuge vorstellen. Jeder Vortrag sollte in einem kurzen Wiki-Eintrag (Übersichtsgrafiken, Syntax wichtiger Befehle, URLs wichtiger Websites, ...) festgehalten werden.
Wir würden uns freuen, wenn wir einen Beitrag zum Aufbau einer für Kunden und Mitarbeiter hilfreichen Lösung beitragen können!
VG SRK
-- Mit freundlichen Grüßen
Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH
Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 45
E-Mail: s.rank-kunitz@traso.de Internet: http://www.traso.de
________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
-- Mit freundlichen Grüßen Marcus Puchalla - Entwicklung - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 45 / Fax: +49 341 909 87 49 E-Mail: m.puchalla@traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850