{"id":500,"date":"2022-01-13T22:07:58","date_gmt":"2022-01-13T22:07:58","guid":{"rendered":"https:\/\/jdormann-consulting.de\/?p=500"},"modified":"2022-01-26T10:00:09","modified_gmt":"2022-01-26T10:00:09","slug":"arbeiten-in-der-it","status":"publish","type":"post","link":"https:\/\/jdormann-consulting.de\/?p=500","title":{"rendered":"Arbeiten in der IT"},"content":{"rendered":"\n

Was l\u00e4uft in den IT-Abteilungen der gro\u00dfen Unternehmen? Ganz klar ist, dass zu viel Arbeit auf zu wenige K\u00f6pfe verteilt wurde. Stress und Hektik wohin das Auge schaut. Ein Meeting jagt das n\u00e4chste. Die Arbeit stapelt, nein, sie queuet sich – zum Denken bleibt keine Zeit; machen, machen, machen ist angesagt und schlie\u00dflich geht es ersch\u00f6pft nach Hause. Der Fachkr\u00e4ftemangel, die internen Anforderungen, die gesetzlichen Anforderungen, die immer neuen IT-L\u00f6sungen und die ganzen neuen Medien treiben den ITler durch den Wald auf der Jagd nach der Kokosnuss, die er niemals finden wird. Ist es wirklich so? Ist es wirklich so schlimm? Und falls ja, warum ist das so?<\/p>\n\n\n\n

Eine analytische Beobachtung<\/strong><\/h2>\n\n\n\n

Da haben wir den IT-Mitarbeitenden, nicht einen, sondern viele, aneinandergereiht und thematisch aufgeteilt. Was Henry Ford am Flie\u00dfband begonnen hat, wird nach jahrzehntelanger Optimierung fortgef\u00fchrt. Er w\u00e4re stolz auf die IT. Es gibt Leute f\u00fcr das Frontend, das Backend, den Webshop, das Netzwerk, die Applikation, die Middleware, die DMZ, f\u00fcrs Dispatchen, f\u00fcrs Queuen, f\u00fcrs zentrale Verwalten, f\u00fcr die Objekte, die Technik, die Datenbank, das Projekt, den Support, den Betrieb, das Personal, den Kunden, den Lieferanten, die Produkte, die Bestellungen und so weiter und so weiter. So arbeiten sie da, in ihrem Raum, versorgt mit ihrer „Aufgabe“, ihren Zielen und manchmal auch mit Kontakt zu anderen Menschen.<\/p>\n\n\n\n

\"\"<\/figure><\/div>\n\n\n\n

Da ist er und ist gl\u00fccklich. Er befindet sich in seiner „Happy Bubble“, seinem Wohlf\u00fchlbereich, einem \u00fcber die Arbeitsplatzbeschreibung oder einige Zurufe definiertem Raum, der disziplinarisch relevant, kalkulierbar und absolut sicher ist. Neben dem Mitarbeitenden befindet sich darin die direkt zuordenbare Arbeit. Soll er JavaScript programmieren und es gibt eine Aufgabe „Programmiere JavaScript“ und diese wird ihm \u00fcber das Ticketsystem zugewiesen, schnappt er diese mit Freude, da er wei\u00df, wenn er es nicht t\u00e4te, k\u00f6nnte er daf\u00fcr bestraft werden. Vielleicht macht es ihm auch Spa\u00df, dieses Ticket zu bearbeiten. Man wei\u00df es nicht.<\/p>\n\n\n\n

Sein eigentlicher Aktionsradius ist aber noch viel gr\u00f6\u00dfer, ist er doch eingeh\u00fcllt von einer zweiten Blase, die jegliche Art von Arbeitspaketen beinhaltet, deren Zuordenbarkeit zum Mitarbeitenden erst aus dem Kontext der Aufgabe oder einem Gespr\u00e4ch dar\u00fcber hervorgeht. Das Betreten dieses Raumes wird m\u00f6glichst vermieden; lauern dort doch ggf. unvorhersehbare Herausforderungen, die der Lebensplanung in die Quere kommen k\u00f6nnten. Im schlimmsten Fall k\u00f6nnte sich bei genauem Hinterfragen einer Aufgabenstellung, der Analyse einer Fehlermeldung oder einer Anforderung, ergeben, dass er selbst verantwortlich w\u00e4re und Hand anlegen m\u00fcsste.<\/p>\n\n\n\n

Der gesamte, gro\u00dfe Rest des arbeitst\u00e4glichen Lebensraumes ist nicht n\u00e4her spezifiziert, enth\u00e4lt jedoch alle Arbeiten, die im Rahmen der bekannten oder unbekannten Fertigkeiten des Mitarbeiters liegen und somit – zumindest theoretisch – von ihm erledigt werden k\u00f6nnten. <\/p>\n\n\n\n

Basierend auf diesem Baustein des fr\u00f6hlichen Schaffens werden gro\u00dfe Abteilungen aufgebaut, hierarchisch strukturiert und umfassend dokumentiert.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Da k\u00f6nnen die Blasen ganz unterschiedlich gro\u00df und der Kommunikationswille zu Kollegen in den anderen R\u00e4umen ganz unterschiedlich gerichtet und stark sein. Einige schweben in der Raummitte, um m\u00f6glichst gar keinen Kontakt aufzunehmen.<\/p>\n\n\n\n

Aber zur\u00fcck zur anf\u00e4nglichen Frage: Woher kommen Stress und \u00dcberlastung?<\/em><\/strong><\/h2>\n\n\n\n

Wird nun versucht, dieses bunte Potpourri mit Arbeitspaketen zu versorgen, ben\u00f6tigen wir erstmal jemanden, der die Arbeitspakete erstellt. Eine anstehende Aufgabe (ich nenne sie \u201eAnforderung\u201c) wird analysiert, spezifiziert und unterteilt. Gehen wir davon aus, dass die Anforderung system- und technologie\u00fcbergreifend ist, ben\u00f6tigen wir jemanden, der system- und technologie\u00fcbergreifend denkt.<\/p>\n\n\n\n

\"\"<\/figure><\/div>\n\n\n\n

Das ist kein Supermann und auch kein Teufelskerl, es ist schlicht jemand, der bereit ist, sein gesamtes Potential zu nutzen, um seine Aufgaben zu bew\u00e4ltigen. Dieser Mitarbeiter \u2013 ich nenne ihn \u201eAnforderungsmanager\u201c \u2013 erzeugt die einzelnen Arbeitspakete in fachlich fassbarer und technologisch abgegrenzter Gr\u00f6\u00dfe, testbar und \u00fcberschneidungsfrei. Mit oder ohne gewissenhaft durchgef\u00fchrter Qualit\u00e4tssicherung (wer sollte diese eigentlich durchf\u00fchren?) gelangen diese Pakete nun in die Verteilung. Der Verteiler (\u201eChef:in\u201c, \u201eProjektleiter:in\u201c, \u201eVort\u00e4nzer:in\u201c) sieht nun zu, dass die Arbeitspakete genau so auf die Mitarbeitenden verteilt werden, dass sie im Wohlf\u00fchlbereich eines jeden zu liegen kommen.<\/p>\n\n\n\n

Nun beginnt das Arbeiten, die Phasen oder Sprints, in denen die Finger und manchmal auch die K\u00f6pfe qualmen, eine als eigentliche Wertsch\u00f6pfung angesehene Zeitspanne, in der so etwas wie eine arbeitssame Ruhe aufkommen m\u00f6chte. Es werden Schnittstellen spezifiziert und entwickelt, es werden Softwarepakete installiert und \u201ezum Rennen\u201c gebracht, Masken designt, verworfen und neugebaut. Kurzum, jeder arbeitet an seiner Aufgabe was das Zeug h\u00e4lt.<\/p>\n\n\n\n

Noch vor Ablauf dieser Arbeitsphasen kehrt der Verteiler (\u201eChef:in\u201c, \u201eProjektleiter:in\u201c, \u201eVort\u00e4nzer:in\u201c) seine Perspektive auf die Dinge um: aus den Ergebnissen der Arbeitspakete synthetisierend ist er versucht, ein Bild von der Gesamterf\u00fcllung der gestellten Anforderung zu erschaffen. Das Resultat ist ern\u00fcchternd, sein Urteil niederschmetternd: Es passt Nichts zusammen. Und nun? Nun ist der Stress da!<\/p>\n\n\n\n

Wo liegt der Fehler, wer zum Geier tr\u00e4gt die Verantwortung und warum muss das denn immer wieder passieren? Was ist nun zu tun? Melden und gegebenenfalls das gesamte Unterfangen aufs Spiel setzen oder selbst Hand anlegen? Selbst ist der Mann! Es ist noch ein wenig Zeit, also ran an die Themen: No-Fit-Big-Gap-Analyse, Anforderungspriorisierung, Ressourcenaufbau. Unwichtiges wird gestrichen oder verschoben, Wichtiges muss funktionieren oder den Anschein der Testbarkeit wahren. Der Verteiler (\u201eChef:in\u201c, \u201eProjektleiter:in\u201c, \u201eVort\u00e4nzer:in\u201c) l\u00e4uft zur Hochform auf, das monatelange Management-By-Excel ger\u00e4t in Vergessenheit, acht \u00c4rmel werden gleichzeitig hochgekrempelt und wie ein Krake legt er sich \u00fcber die organisatorische Landschaft.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Irgendwo hier m\u00fcssen die Sachen nicht funktioniert haben, die Leute nicht miteinander geredet; irgendwo hier ist die Transparenz der Aufgabenstellung verloren gegangen, in irgendeiner Ecke muss die Vorstellung der L\u00f6sung liegengeblieben und ignoriert worden sein. In m\u00fchsamer Kleinarbeit wird nun jeder Ergebnistyp (-> Produkt) auf Fehler und Kompatibilit\u00e4t untersucht. Alle Mitarbeiter werden kontaktiert, ein Meeting jagt das n\u00e4chste und die Aufarbeitung sowie die Neuerstellung, Reparatur und Verbesserung werden vorangetrieben. Der Verteiler kann das!<\/p>\n\n\n\n

Schlie\u00dflich \u2013 und niemand wei\u00df so genau wie \u2013 wurde es vollbracht: das n\u00e4chste Tor (Stufe, Phase, Quality-Gate) wird durchschritten. Nicht ohne Stolz stehen die Projektbeteiligten zusammen und sind sich einig, dass sie jetzt, nach der harten Phase, der Ruhe bed\u00fcrfen. Die eigentliche Arbeit ist getan, nun kommen nur noch ein paar Tests, die nicht ganz so relevanten Kommentare der Fachseiten und etwas Bugfixing. Das k\u00f6nnen ja auch die Rookies tun, die erfahrenen (und teuren) Leute k\u00f6nnen erstmal raus, die geleisteten \u00dcberstunden haben in der Tat zu viel gekostet. Ordnung und friedliche Koexistenz werden wieder hergestellt, die Arme des Kraken eingefahren und die B\u00fchne \u00f6ffnet sich f\u00fcr den Tester (\u201eTestmanager:in\u201c, \u201eQualit\u00e4tssicherer:in\u201c, \u201eAuftraggeber:in\u201c).<\/p>\n\n\n\n

\"\"<\/figure><\/div>\n\n\n\n

Der Tester liest viel und gerne, er hat manches Mal \u00fcber Methoden des Testens gelesen und diese auch angewendet. Er liest auch die Konzeptionen zu den Anforderungen und am allerliebsten Test- und Berechtigungskonzepte, sofern diese vorhanden sind. Er geht pr\u00e4zise vor und verf\u00e4hrt genau nach der Beschreibung, nimmt sich die \u201eAnleitung\u201c und arbeitet sie gewissenhaft durch. Er leitet andere Mitarbeitende an, die ihn unterst\u00fctzen, damit jede zu testende Funktionalit\u00e4t abgedeckt wird. Mit gro\u00dfer Geschwindigkeit werden f\u00fcnfzehn Prozent Testabdeckung erreicht, Anmeldung und Datenerfassung eines jeden Testfalls funktionieren einwandfrei. Alles geht prima los, doch dann kommt der Aufschrei:<\/p>\n\n\n\n

So sollte das doch alles nicht funktionieren und so aussehen schon gar nicht!<\/em><\/strong><\/h2>\n\n\n\n

to be continued …<\/p>\n\n\n\n

<\/p>\n","protected":false},"excerpt":{"rendered":"

Was l\u00e4uft in den IT-Abteilungen der gro\u00dfen Unternehmen? Ganz klar ist, dass zu viel Arbeit auf zu wenige K\u00f6pfe verteilt wurde. Stress und Hektik wohin das Auge schaut. Ein Meeting jagt das n\u00e4chste. Die Arbeit stapelt, nein, sie queuet sich – zum Denken bleibt keine Zeit; machen, machen, machen ist angesagt und schlie\u00dflich geht es […]<\/p>\n","protected":false},"author":1,"featured_media":503,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[11,9,10,12],"class_list":["post-500","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-processing","tag-ablauf","tag-it","tag-organisation","tag-process"],"_links":{"self":[{"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=\/wp\/v2\/posts\/500","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=500"}],"version-history":[{"count":0,"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=\/wp\/v2\/posts\/500\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=\/wp\/v2\/media\/503"}],"wp:attachment":[{"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=500"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=500"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jdormann-consulting.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=500"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}