Am 04.-06.10.2021 findet an der Technischen Akademie Esslingen mein Seminar "Software Engineering mit UML für Fortgeschrittene" statt. Da geht es nicht nur um Requirements Enginring, sondern auch um Architektur, modellbasiertes Testen und Codegenerierung.
Sehr geehrte Damen und Herren,
der digitale Wandel verändert und verschafft neue Rahmenbedingungen im beruflichen und privaten Alltag. Insbesondere neue Arbeitsformen und -modelle, die aufgrund der veränderten gesellschaftlichen Rahmenbedingungen und steigender Komplexität der Arbeitsanforderungen entstehen, stellen Unternehmen und Führungskräfte vor völlig neue Anforderungen.
Die immer häufigeren Skandalen über Manipulationen in den Unternehmen (bspw. Wirecard AG) erhöhen die Aufmerksamkeit für ein ethischen Verhalten bei Führungskräften. Denn mehr denn je stehen sie im Mittelpunkt des Konfliktes zwischen dem unternehmerischen Erfolg und der Moral. Während der Erfolg in den meisten Fällen auf die Sicherung und Steigerungen von den Unternehmensleistungen und Kennzahlen ausgerichtet ist, berücksichtigt die Moral die Interesse von Mitarbeitern, Stake- und Shareholder. Bei deren Vernachlässigung entstehen Konflikte, welche durch Aufzeigen von Werten und Normen gelöst werden. Viele Unternehmen sind deswegen interessiert daran, unethische Handlungen und Entscheidungen zielgerichtet zu beeinflussen.
Doch die Identifikation und die Implementierung der richtigen Instrumenten zur Beeinflussung des ethischen Verhaltens bei Führungskräfte erfordert das Verständnis über die Situationen, in welchen Führungskräfte zu unethischen Verhalten tendieren. Das Verständnis über die situativen Einflussfaktoren hilft letztendlich die richtigen Moralisierungswerkzeuge zu eruieren, um ein ethischen Verhalten zielgerichtet zu steuern und nachhaltig zu verankern.
Genau das möchte ich in Ramen meiner BA-Arbeit eruieren und bitte Sie um Unterstützung. Ihre Teilnahme an der anonymen Umfrage kann dabei wichtige Erkenntnisse liefern. Für Ihre Zeit und für Ihre Bemühungen bedanke ich mich sehr! Die Umfrage kann über diesen Link abgerufen werden:
https://froschgeiser.de/survey.html?id=Ethische Führung in Zeiten der Digitalisierung
Besten Dank und Beste Grüße
Alexander Froschgeiser
alexander.froschgeiser-at-gmx.de
In der Zeitschrift "Informatik aktuell" ist ein Artikel von mir über Kreativität im Software Engineering erschienen. Lesen Sie dort.
Bei der Arbeit gibt es auch so etwas wie Jahreszeiten. Im Frühling ist man kreativ und gestaltet, denkt sich Projekte aus und beginnt, daran zu arbeiten. Im Sommer macht man nichts anderes, als die Projekte zu bearbeiten, ohne das Gefühl, jemals fertig zu werden. Und dann, ganz unvermutet, endet die heiße, anstrengende Zeit der täglichen Mühsal. man kann ernten, was man gesät hat. Mehrere Projekte gehen gleichzeitig zu Ende. Meistens folgt dann erstmal das, was ich Meilenstein-Depression nenne. Plötzlich sackt der Adrenalinspiegel ab, ich fühle mich müde und unnütz. Ich schlafe viel und stopfe Socken oder was auch immer über den Sommer liegen geblieben ist. Und erst nach einer angemessenen Winterzeit habe ich genug Energie gesammelt, um erneut zu säen. Dieser Zyklus muss natürlich nicht genau ein Jahr dauern. Je nach der Größe der Projekte können es auch drei Monate oder zwei Jahre sein. Das Mysteriöse ist eben die Synchronizität, mit der ich dann oft ernte. Ich vermute, ich steuere unbewusst die Geschwindigkeiten der Projekte, indem ich meine Energie gleichmäßig auf sie verteile. Momentan ist gerade wieder so eine Phase, wo ich einige größere Projekte abschließe. Manche haben ein halbes Jahr gedauert, andere mehrere Jahre. Ganz ohne Arbeit lässt mich das nicht. Ich hab da noch ein paar andere angefangen, und der Anteil der ständigen Tätigkeiten an meinem Arbeitspensum ist sehr hoch. Beispielsweise schreibe ich jeden Tag mindestens ein Gutachten über irgendetwas. Aber es fühlt sich doch gut an, wenn ein paar Daueraufgaben wegfallen und ich in jedes noch laufende Projekt nun mehr Zeit stecken kann. Ich fange erstmal nicht viel Neues an, außer den Softwaretechnik-Trends.
Was mich traurig stimmt ist, wie viele Menschen im Frühling an meinen Feldern vorbei gehen und sagen: "Warum tust du das? Das wird doch sowieso nichts!" Im Sommer liegen sie im Liegestuhl, sehen mich über den Rand ihrer Sonnenbrille an und sagen: "Du bist ein Idiot, so viel zu arbeiten. Man arbeitet, um zu leben, aber nicht umgekehrt." Aber wenn ich im Herbst ernte, dann sind sie neidisch und hätten auch gerne so große Kartoffeln oder Sonnenblumen. Sie tun so als seien die mir ohne Leistung zugefallen.
Das liegt sicher auch mit daran, dass das heutzutage dem Zeitgeist entspricht. Es wird gerne die Hoffnung verbreitet als liege das Geheimnis zum Erfolg überall, nur nicht in echter Arbeit. Es wird am Schein gearbeitet, aber nicht an Ergebnissen. Man will schnelle Erfolge und bringt nicht die Geduld und Ausdauer für ein zweijähriges Projekt auf. Wenn etwas nicht auf Anhieb funktioniert, sagt man "Es fehlt eben an Begabung" und versucht etwas anderes.
Gleichzeitig geht der Trend aber auch weg von großen Projekten. Wenn die Kunden keine fünftägigen Schulungen mehr buchen, sondern lieber zweistündige Mikrolearnings, bin ich auch schneller vorbereitet. Wenn die Leser keine dicken Bücher mehr wollen, sondern kurze, die man in maximal zwei Stunden lesen kann, dann schreibe ich dünnere Schmöker. Wenn die Zuhörer keine 60-Minuten-Vorträge mehr durchhalten, sondern Pecha Kuchas vorziehen, dann brauche ich weniger Folien. Und so weiter. Dann werden sich bei mir die Jahreszeiten des Arbeitszyklus vermutlich auch schneller abwechseln!
Am 18. Januar 2022 halte ich auf der SQD-Konferenz in Wien ein Tutorial zum Thema "Kreativität im Software Engineering". Es geht wieder los mit den Konferenzen im Real Life!
Jahrzehntelang wurden die Softwaretechnik-Trends von Prof. Kelter von der Uni Siegen herausgegeben. Nun ist er emeritiert, und ich habe mich erfolgreich für die Nachfolge als Herausgeberin beworben. Die Zeitschrift ist die Mitgliederzeitschrift der Fachgruppe Softwaretechnik innerhalb der Gesellschaft für Informatik und mit einer Auflage von 1650 Stück eine der größten Zeitschriften der GI.
Nun gilt es, die ausstehende Mai-Ausgabe möglichst schnell zu erstellen...
Ich weiß jetzt schon, was ich am 25. April 2022 machen werde: Wir halten in München im real life unseren Workshop "Spaß im Requirements Engineering" auf der REConf. Ja, RE macht Spaß! :-)
Am liebsten würde ich nie wieder priorisieren. Priorisieren ist schlimm, denn es bedeutet, dass ich irgendetwas, das ich gerne tun würde, als unwichtig oder nicht dringend klassifizieren und liegen lassen muss. Dabei steht auf meinen Aufgabenlisten nur wenig, was ich unwichtig finde. Eher mal lästig (Reisekostenabrechnungen), unnötig (dieselben Informationen in zwei verschiedene Formulare eintragen) oder unangenehm (repetitive Tätigkeiten). Trotzdem kenne ich das Phänomen der Prokrastination kaum. Alles auf meinen Listen erfüllt irgendeinen Sinn, wenn nicht für mich, dann doch für jemand anderen.
Priorisieren ist für mich ein Übel, nur dadurch nötig, weil es mehr zu tun gibt als ich zeitlich schaffen kann. Wenn ich nicht das Dringende mit höherer Priorität bearbeite, dann schaffe ich die Abgabetermine nicht. So einfach und brutal ist das.
Ohne Priorisierung könnte ich die Aufgaben in einer Reihenfolge entsprechend Lust und Laune bearbeiten. Laut Warteschlangentheorie wäre das bei einer Auslastung von 80 % tatsächlich möglich. Dann hätte ich aber auch Leerlauf. Wobei das bei gleitender Arbeitszeit kein Problem sein sollte.
Stress bereitet auch der Konflikt zwischen den Prioritäten, die ich persönlich den Aufgaben geben würde, und der Priorisierung durch den Arbeitgeber oder wen auch immer. Dadurch muss man manchmal Aufgaben vorziehen, die einem selbst wenig nutzen, während man Lieblingsprojekte aufschiebt. Das fühlt sich nicht schön an und war bei mir schon immer der Grund für Überstunden. Während der vertraglich vereinbarten Arbeitszeit hat mein Arbeitgeber ein Recht darauf, dass ich nach seinen Prioritäten tanze. In den Überstunden definiere ich meine Prioritäten selbst.
Nach jahrelanger Begriffsarbeit hat der Arbeitskreis Begriffsnetz der Gesellschaft für Informatik den Themenbereich Scrum veröffentlicht. Klicken Sie auf der Arbeitskreisseite auf "Agile Methoden" und dann auf "Scrum". Weitere agile Frameworks und Begriffe sind in Arbeit. Wir telekonferieren jede Woche deswegen.
