Ausf\u00e4lle von Softwareanwendungen sind f\u00fcr die Menschen, die bei ihrer Arbeit auf sie angewiesen sind, ein gro\u00dfes \u00c4rgernis. Schlimmstenfalls lassen sich wichtige Aufgaben \u00fcberhaupt nicht mehr erledigen; man ist der Technik ausgeliefert, verliert Vertrauen und kann nur hoffen, dass \u201edie IT\u201c das Problem so schnell wie m\u00f6glich behebt.<\/p>\n\n\n\n\n
Als Entwickler und Projektleiter stehe ich oft auf der anderen Seite: Wenn \u201eunsere\u201c Software nicht richtig l\u00e4uft, geh\u00f6re ich zu denjenigen, die die L\u00f6sung finden m\u00fcssen. Ich hatte auch schon Rufbereitschaft und war sp\u00e4tabends oder nachts der erste (und manchmal einzige), der sich k\u00fcmmern musste.<\/p>\n\n\n\n\n
So ein \u201eIncident\u201c ist immer \u00e4rgerlich und belastend, und jeder w\u00fcrde sich das gerne ersparen. Trotzdem hat die Aufgabe, ihn unter gro\u00dfem Zeitdruck zu beheben, f\u00fcr mich auch positive Aspekte: <\/p>\n\n\n\n\n
Wenn \u201edas System steht\u201c, lassen wir alles Unwichtige liegen und es geht pl\u00f6tzlich schnell. Analysen, Konfigurations\u00e4nderungen oder Entscheidungen, die sich sonst \u00fcber Monate ziehen k\u00f6nnen, sind innerhalb einer halben Stunde erledigt. Viele helfen mit, stimmen sich ab, arbeiten parallel. Es kommt vielleicht zu echter Teamarbeit<\/a>. Und wir tun nur das, was gro\u00dfe Bedeutung f\u00fcr den Kunden hat. Ein bisschen mehr davon w\u00fcrde ich mir auch im Arbeitsalltag w\u00fcnschen.<\/p>\n\n\n\n\n St\u00f6rungsbehebung ist ein Stresstest f\u00fcr die von uns aufgebauten Systeme und Prozesse: Jetzt zeigt sich die Qualit\u00e4t von Dokumentation, Checklisten, Monitoring und Health-Checks, Alerts, Logging, Tests und Testumgebungen, Deployment, Software-Architektur, Kommunikationswegen, Notfallpl\u00e4nen. Nie sonst erfahren wir so schnell (und schonungslos), wo wir gut aufgestellt sind, was zu kurz gekommen ist und was wir verbessern sollten.<\/p>\n\n\n\n\n In der Stresssituation, gemeinsam die Anwendung \u201ezum Laufen bekommen\u201c zu m\u00fcssen, lernen wir uns besser kennen als im Alltag. Was k\u00f6nnen wir, beherrschen wir die Technik und unsere Werkzeuge? Wie schnell finden wir den Kern des Problems und kreative L\u00f6sungsans\u00e4tze? K\u00f6nnen wir klar kommunizieren, und sind wir Einzelk\u00e4mpfer oder Teamplayer? \u00dcbernehmen wir freiwillig schwierige Aufgaben oder mogeln wir uns raus? Vertuschen wir Fehler oder \u00fcbernehmen wir Verantwortung daf\u00fcr? Kommen wir in den Flow oder ins Schwimmen? Machen wir Vorw\u00fcrfe und geben Druck weiter, oder entlasten und unterst\u00fctzen wir? Wie gut kennen wir unsere Kunden, wieviel Empathie haben wir f\u00fcr sie? Das finde ich immer wieder spannend. (Und einem \u201eMeister\u201c dabei zuzuschauen, wie er in k\u00fcrzester Zeit ein f\u00fcr die anderen r\u00e4tselhaftes Problem versteht und l\u00f6st, ist ein echtes Vergn\u00fcgen.)<\/p>\n\n\n\n\nDie Stunde der Wahrheit<\/h3>\n\n\n\n
So lernt man sich kennen<\/h3>\n\n\n\n