Künstliche Intelligenz wird unseren individuellen Alltag, Unternehmen/Organisationen und letztendlich die gesamte Gesellschaft in verschiedenen Anwendungsformen immer stärker beeinflussen.
Dabei deutet sich in den Unternehmen/Organisationen eine interessante Entwicklung an.
Organisationen waren in den letzten 100 Jahren der Industrialisierung darauf fokussiert, ihre Prozesse (oftmals Routineprozesse) immer weiter zu optimieren, effektiver und effizienter zu machen. Diese Prozesslandschaften haben dann zu den bekannten Qualitätsmanagement-Systemen oder auch Projektmanagement-Systemen geführt. Gerade im Projektmanagement hat sich diese Vorgehensweise (Vorgehensmodelle) bei Projekten im Entwicklungsbereichen (Innovationen) zu einer Arbeitsform (Vorgehensmodell) entwickelt, die eher produktorientiert ist. Paradebeispiel dafür ist das Scrum-Framework mit den zu erzielenden Increments am Ende des Sprints oder das Minimum Viable Product (MVP), das wir aus dem Lean Start-up-Ansatz kennen.
Dieser Trend wird aktuell durch Künstliche Intelligenz scheinbar wieder umgekehrt. Wie kommt das?
Schauen wir uns einmal an, wie stark Künstliche Intelligenz den gesamten Lebenszyklus der Software-Entwicklung beeinflusst, so können wir erahnen, dass die Zyklen, in denen ein (Software-)Ergebnis (Increment, MVP) produziert werden kann, immer kürzer werden. Möglicherweise so kurz, dass es sich gar nicht mehr lohnt, den gesamten Scrum-Zyklus mit den vorgesehenen Artefakten und Events durchzuführen, und es zu einem kontinuierlichen Fluss an Ergebnissen (Produkten) kommt. In meinem Beitrag Künstliche Intelligenz: Wird Scrum durch den permanenten Fluss an Produkten zu Kanban? hatte ich das schon einmal angedeutet. Es freut mich daher, dass der Gedanke durchaus auch von anderen Autoren vertreten wird:
“Der Fokus essenzieller Design- und Architekturentscheidungen verschiebt sich in der Digitalisierung genau wie einst in der Industrialisierung von der Produktentwicklung hin zur Prozessentwicklung. Hier schließt sich auch der Kreis zu Scrum, denn zwei der wichtigsten Scrum-Pioniere Hirotaka Takeuchiund Ikujiro Nonaka kamen ursprünglich aus industriellen Produktions- und Innovationskontexten, nicht aus der Softwareentwicklung” (Immich, T.(2025): KI-Agenten Teil 2: Von der Produktentwicklung zur Prozessoptimierung, in Heise Online vom 27.05.2025).
Die Grafik illustriert den Zusammenhang noch einmal anhand der zwei Dimensionen Degree of Openness und Completeness. Man sieht hier deutlich, dass der Firmenname OpenAI dazu führen kann, z.B. ChatGPT von OpenAI als Open Source AI zu sehen, obwohl es komplett intransparent ist und somit in die Kategorie Closed Source AI gehört. Die Open Weights Models liegen irgendwo zwischen den beiden Polen und machen es nicht einfacher, wirkliche Open Source AI zu bestimmen.
Eine erste Entscheidungshilfe kann die Definition zu Open Source AI sein, die seit 2024 vorliegt. Anhand der (recht wenigen) Kriterien kann man schon eine erste Bewertung der Modelle vornehmen.
In der Zwischenzeit hat sich auch die Wissenschaft dem Problem angenommen und erste Frameworks veröffentlicht. Ein erstes Beispiel dafür ist hier zu finden:
White et al. (2024): The Model Openness Framework: Promoting Completeness and Openness for Reproducibility, Transparency, and Usability in Artificial Intelligence | Quelle).
Embedding ethical deliberations into Scrum; based on Zuber et al. (2022) http:// creativecommons.org/licenses/by/4.0/, zitiert in Zuber et al (2024) in Werther et al. (eds) (2024)
Wenn es um Technik geht wird immer wieder die Frage nach der Ethik gestellt, denn Technik kann zum Wohle oder zum Nachteil von (allen) Menschen und der Umwelt genutzt werden. Aktuell geht es dabei beispielsweise um die Ethik bei der Nutzung von Künstlicher Intelligenz. Siehe dazu auch Technikethik (Wikipedia).
In der Softwareentwicklung hat sich der Einsatz von Scrum als Rahmenwerk (Framework) bewährt. In der Abbildung sind die verschiedenen Events, Artefakte und Rollen zu erkennen. Die Autoren Zuber et al. (2024) schlagen nun vor, ethische Überlegungen (ethical deliberations) mit in das Scrum-Framework einzubauen. Diese sind in der Abbildung grün hervorgehoben.
“The core idea is that, before the regular agile cadence begins, in a sprint 0, we first proceed descriptively and align ourselves with societal and organizational value specifications, i.e., we start from a framework defined by society and organization. Second, in the relationship between the product owner and the client, central ethical values are identified within this framework on a project-specific basis, if necessary, and become part of the product backlog. This can be done on the basis of existing codes of conduct or with other tools and methods that are specific to culture and context. We call this the normative horizon that is established during disclosive contemplation. Value-Sensitive Software Design: Ethical Deliberation in Agile. Within each individual sprint, it is a matter of identifying new values and implementing normative demands through suitable technical or organizational mechanisms” (Zuber et al 2024, in Werther et al (eds.) 2024).
Es ist wichtig, dass wir uns mit den ethischen Fragen neuer Technologien wie z.B. der Künstliche Intelligenz auseinandersetzen und es nicht zulassen, dass Tech-Konzerne die Vorteile der neuen Möglichkeiten in Milliarden von Dollar Gewinn ummünzen, und die sozialen Folgen der der neuen KI-Technologien auf die Gesellschaft abwälzen. Hier muss es eine Balance geben, die durch ethische Fragestellungen in den Entwicklungsprozessen von Technologien mit integriert sein sollten – nicht nur im Scrum-Framework.
In unsicheren, turbulenten Zeiten kommen plangetriebene Projekte an ihre Grenzen, da sich Anforderungen und Vorgehensweisen (Methoden/Techniken) oft ändern. Das bisher übliche eher langfristige planen über über mehrere Monate, Quartale und Jahre kommt an seine Grenzen.
Ein eher iteratives Vorgehen in eher kürzeren Zyklen bietet sich gerade bei Entwicklungsprojekten und hier besonders bei der Softwareentwicklung an. Das Agile Manifest und das Scrum-Framework sind entsprechende Antworten auf diese Entwicklungen. Im Vergleich zum plangetrieben Vorgehen, schlägt der Scrum-Guide vor, Produkte (Increments) maximal in einem Monat zu entwickeln. Die Praxis zeigt, dass Organisationen sogar zu 14-tägigen Zyklen tendieren.
In Zeiten von Künstlicher Intelligenz (KI) können allerdings gerade Software-Produkte immer schneller entwickelt und als Produkt (Increment) vorgestellt werden. das kann schon in wenigen Tagen, ja in wenigen Minuten erfolgen.
Was bedeutet das für das Scrum-Framework?
Gehen wir von dem Gedanken aus, dass Künstliche Intelligenz in immer schnelleren und kürzeren Zyklen Produkte generieren kann, wird der Scrum-Zyklus eher zu einem permanenten Fluss an Produkten – und somit eher zu einem Vorgehen, das wir aus Kanban kennen.
Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.
KANBAN stammt ursprünglich aus der Produktion (TPS: Toyota Produktions-System) und wird in der Zwischenzeit (Siehe dazu Anderson 2010) erfolgreich von Wissensarbeiter für komplexe Problemlösungen verwendet. Bei KANBAN gibt es 4 Prinzipien und 6 Praktiken, was im Gegensatz beispielsweise zu SCRUM sehr minimalistisch ist. Bei SCRUM gibt es einen Guide, der sehr vorschreibend (präskriptiv) ist. Bei KANBAN gibt es so etwas nicht, insofern lässt KANBAN bei der Umsetzung mehr Freiräume.
Ein wichtiges Element bei KANBAN ist die Begrenzung von parallel laufender Arbeit mit Hilfe des WiP (Work in Progress), der neben der Durchlaufzeit und der Lieferrate ein wichtiges Steuerungselement darstellt. Für die jeweils erforderlichen Feedback-Schleifen gibt es Meetings, die bei KANBAN Kadenzen heißen. An dieser Stelle kommt der Begriff “KANBAN Kata” ins Spiel:
„KANBAN Kata“ fasst drei standardisierte Meetings zusammen: Daily Standup, Service Delivery Review und Operations Review. Diese drei Feedbackzyklen optimieren auf unterschiedlichen Ebenen: > Im Daily Standup werden Flussprobleme innerhalb eines einzelnen Teams besprochen und gelöst. > Im Service Delivery Review wird die von außen wahrnehmbare Leistung eines einzelnen Teams betrachtet. Stakeholder können ihre Erwartungen formulieren und gegen die Fähigkeiten des Teams abwägen. Sollte die Leistung eines Teams nicht ausreichen, werden systematische Blockaden identifiziert und gelöst. > Das Operations Review dreht sich wieder um den Fluss der Arbeit: Das Zusammenspiel der serviceerbringenden Teams wird analysiert; Abhängigkeiten werden auf Abteilungs- oder Unternehmensebene reduziert. Quelle: vgl. Eisenberg, F. (2014): Projektmanagement mit der Kanban-Methode unterstützen, in projektmanagementaktuell 4/2014.
Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. Informationen zu unseren Blended Learning Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.
Was in Zukunft auf uns persönlich, in Organisationen oder auch gesellschaftlich zukommt, möchten wir alle gerne genau wissen. Das war schon in der Vergangenheit so, als Astrologen aus den Sternekonstellationen die Zukunft voraussagen sollten, und es ist heute so, wenn wir Horoskope, Trendanalyse oder Zukunftsstudien lesen.
Ich möchte jetzt nicht jede Zukunftsstudie mit Horoskopen gleichsetzen, doch sollten wir uns auch bei Studien zur Zukunft immer klar machen, dass wir nicht mehr in einer Einfachen Modernisierung leben, sondern in einer Reflexiven Modernisierung angekommen sind. Das bedeutet u.a. auch eine gewisse Kontingenz –es kann also alles so kommen, oder ganz anders. Das macht es nicht einfacher, Entscheidungen zu fällen. Womit wir wieder bei der Frage sind, ob die Zukunft überhaupt vorhersehbar, vorherbestimmbar, in diesem Sinne determinierbar sein kann – oder eben alles ganz anders kommt. Wie kann man sich das alles konkreter vorstellen?
Als Beispiele möchte ich hier Future Skills 2021, oder auch European Year of Skills 2023 nennen. Es handelt sich bei beiden Initiativen um den gut gemeinten Versuch, zukünftige “Skills” darzustellen und dadurch einen konkreten Bedarf für eine (persönliche) Weiterentwicklung zu generieren (SOLL-IST-Vergleich, Lückenanalyse). Auf der Website der European Union heißt es beispielsweise: “The European Year of Skills helps people get the right skills for quality jobs and supports companies in addressing skill shortages in Europe.” Warum kann das tückisch sein?
Ein weiteres Beispiel soll das illustrieren, wobei ich natürlich weiß, dass jedes Beispiel “hinkt” – dennoch: Noch vor wenigen Jahren wurde prognostiziert, das alle Menschen vom Kindergarten bis ins hohe Alter programmieren lernen sollten. Coding war das Stichwort. In Finnland werden beispielsweise schon Kleinkinder mit dem Programmieren vertraut gemacht. Jobs in der IT-Branche versprachen hohe, ja sogar sehr Hohe Einkommen. Ich formuliere hier bewusst in der Vergangenheitsform, denn in der Zwischenzeit ist durch die rasante Entwicklung der Künstlichen Intelligenz (KI) Ernüchterung eingetreten. Die Künstliche Intelligenz ersetzt in rasender Geschwindigkeit Softwareentwickler, Programmierer usw. Aktuell gibt es wieder Studien zu den “Skills”, die benötigt werden, um in einer KI-dominierten Arbeitswelt zurecht zu kommen. Klingt bekannt, oder?
Wenn der Weg des Ableitens von Skills aus zukünftig unklaren/unsicheren Jobprofilen nicht wirklich nützlich ist, stellt sich die nächste Frage: Was können wir denn machen, um uns für die komplexe, turbulente Zukunft zu wappnen? Wir könnten beispielsweise mehr auf uns selbst schauen und die vielfältigen Potentiale “in uns” stärken, um vorbereitet zu sein auf zukünftige Entwicklungen, und um diese bewältigen zu können. Dazu habe ich folgenden aktuellen Text gefunden:
“Implicitly the question of future skills expects considerations on the challenges our jobs might have for us. Framing it this way results in optimising the existing skills we were trained for, projecting them into the future. There is not a straight highway leading to this unpredictable destination. We have to mobilise our navigating skills turning to futurizing detecting emergent issues in all aspects of life. Navigation is related to flowing with the rotation of the earth, which never is in static balance. To deal with unexpected multitudes of challenges we might look for the multitudes of talent, courage, insides, companionships, wisdom, contradictions and moods that at least basically each of us contains” (Edvinsson, L.; Szogs, A.; Szogs, G. M. (2024): Skill Is An Entity That Contains A: Cosmos, in Das Kuratierte Dossier vol. 6 „Future Skills KM“ March 2024 · published by: Gesellschaft für Wissensmanagement e. V.
Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Scrum ist das Framework, das im agilen Umfeld am bekanntesten ist. Jeder kennt die verschiedenen Rollen im Scrum Team: Product Owner, Developer und Scrum Master. Auf organisationaler Ebene gibt es dann noch den Agile Coach, der die Transformation/Transition zu einer Agilen Organisation begleitet – und weitere.
Unternehmen haben daher in der Vergangenheit auch bei ihren Stellenausschreibungen darauf geachtet, gerade die angesprochenen Rollen in der Personalauswahl abzudecken. Darüber hinaus wurden ganze Funktionsbereiche gegründet, die sich mit Agilität befassen. Gleichzeitig gibt es auch Stimmen die noch einmal darauf hinweisen, dass Scrum nicht für Alles einsetzbar ist, sondern Bedingungen unterliegt, die sogar im Scrum-Guide beschrieben sind. Auch die Skalierung über Scrum ist nicht ohne Hindernisse, da der Scrum-Guide speziell auf einzelne Projekte ausgerichtet ist. Natürlich gibt es die bekannten Ansätze wie LeSS, Nexus, Scrum of Scrum, SAFe etc, doch ist auch das nicht so ganz einfach, in bestehende Organisationen zu etablieren. Es gibt also, wie überall, Vorteile und Nachteile von Scrum. Manche formulieren ihr Unbehagen etwas drastischer. Siehe dazu auch Entsteht durch Agiles Projektmanagement ein neues Silo-Denken?
Vorreiter, wie z.B. Capital One, gehen nun einen radikal anderen Weg. In dem Artikel Capital One Job Cuts Signal Trouble for IT Labor Market (Wall Street Journal vom 20.01.2023) wird deutlich, dass hier die spezifisch auf Agilität ausgerichteten Rollen aufgelöst werden:
“A spokesperson said the eliminated positions include agile portfolio and delivery leads, agile coaches, and agile support roles. Affected workers can apply for hundreds of open jobs at the company, and Capital One is actively hiring product managers and engineers focused on cloud, data, machine learning, and cybersecurity, the spokesperson said. The company employed 55,100 people at the end of September” (ebd.).
In dem Beitrag Scrum is Not Agile Enough (AIM vom 01.09.2023) beschreibt eine weitere Autorin diese Entwicklungen und fasst zusammen:
“Early this year, Capital One sacked its entire Agile division, merging the roles into existing product managers. It’s highly possible that the era of Scrum Masters overseeing teams could diminish, while businesses might embrace Agile practices within teams or opt for a model similar to what Capital One has implemented.”
Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Quelle: Von David Snowden (en: User:Snowded: file log) – David Snowden – created in Freelance for this image, Gemeinfrei, https://commons.wikimedia.org/w/index.php?curid=12647594
In Organisationen werden heute Routinetätigkeiten, planbare (komplizierte) Projekte, und immer mehr komplexe Projekte durchgeführt. Darüber hinaus gibt es noch einen eher chaotischen Bereich. Die bekannte Stacey-Matrix bietet hier eine gute Möglichkeit, die verschiedenen Vorhaben/Projekte in Bezug auf Anforderungen (WAS?) und Methode/Technik (WIE) zu positionieren, um das jeweils geeignete Vorgehensmodell (z.B. Plangetriebenes Projektmanagement, KANBAN, SCRUM, DESIGN THINKING etc.) abzuleiten.
Eine weitere Möglichkeit zeigt das Cynefin-Framework auf, das aus dem Wissensmanagement kommt und auch die vierBereiche Clear (Simple), Complicated, Complex, Chaotic unterschiedet. Interessant dabei ist, der Bereich “disorder” oft nicht thematisiert wird: “Die fünfte Domäne ist disorder, der Zustand des Nicht-Wissens, welche Art von Kausalität besteht. In diesem Zustand gehen die Leute in ihre eigene Komfortzone zurück, wenn sie eine Entscheidung fällen” (Wikipedia). Dass dieser Zustand häufig vorkommt, wird in dem folgenden Text hervorgehoben.
“Da den Beteiligten eines Unternehmens oder speziell eines Projekts nicht immer klar ist, in welchem der anderen vier Bereiche sie sich befinden, wurde der fünfte Bereich disorder eingeführt. Hier befinden wir uns, wenn wir nicht genau sagen können, in welchen Bereich das eigene Projekt zugeordnet werden kann. In der Praxis ist disorder für viele Unternehmen und Projekte schon fast der Normalzustand” (Flore, A.; Edelkraut, F. (2023): Agiles Personalmanagement, in: projektmanagementaktuell 2/2023).
Bei ihrem Hinweis, dass disorder schon fast der Normalzustand ist, beziehen sich die Autoren auf Edelkraut, F., Mosig, H. (2019): Schnelleinstieg Agiles Personalmanagement, 1.?Auflage, Haufe Group Freiburg – München – Stuttgart. Jeder, der sich mit Projekten befasst sollte also bestenfalls alle fünf Bereiche kennen, um die geeigneten Vorgehensmodelle situativ/adaptiv anzuwenden.
In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in Agil (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu unseren Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Scaling Agile wird immer wichtiger, da es nicht nur darauf ankommt, beispielsweise mit Scrum geeignete einzelne Projekte erfolgreich zu gestalten, sondern auch viele Projekte und andere Tätigkeiten – gerade bei großen Organisationen – zu koordinieren. Das Scaled Agile Framework® (SAFe®) versucht, alles unter einen Hut zu bringen und nennt es Business Agility. In der seit März veröffentlichten neuen Version SAFe 6.0 gibt es Weiterentwicklungen, die auf der Seite What´s new in SAFe® 6.0? zusammengefasst wurden.
Interessant für mich ist weiterhin, dass der Bezug zu LEAN immer noch prominent hervorgehoben wird, KANBAN weiterhin auf allen Ebenen, Scrum dagegen nur auf der untersten Ebene als SAFe Scrum vorkommt. SAFe Scrum verwendet dabei auch eigene Begriffe, die eher zur SAFe-Terminologie passen. Beispielsweise wird statt Sprint der Begriff Iteration verwendet, wodurch man sich vom Scrum Guide 2020 etwas entfernt. Darüber hinaus wird auch der Trend zu mehr Künstlicher Intelligenz (AI) mit aufgenommen.
In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.
Die Veränderung von Organisationen ist notwendig (Stichwort: VUCA) und erfordert eine strategische Entscheidung, die auch umgesetzt werden muss. Dabei ist die Entwicklung hin zu einer modernen Organisation eine permanente Herausforderung, und somit ein permanenter Prozess, dessen Ziele möglicherweise nicht erreicht werden können. Toyotas strategische Ziele zeigen das gut auf: “Single piece flow, 100% value adding activities, zero defects” (vgl. DACH 2019). Den Hinweis “agility is a strategic goal” (ebd.) würde ich daher etwas differenzierter sehen. Es ist in dem Zusammenhang selbstverständlich wichtig, die Kultur einer Organisation in Richtung mehr Offenheit, mehr Vertrauen, mehr Risikoübernahme und mehr Experimentieren weiterzuentwickeln, bzw. neu zu entwickeln (Transition). Doch stellt sich sogleich die Frage, wie diese strategischen Elemente mit den Prozessen, Strukturen und Praktiken in der Organisation verknüpft werden können.
“Another important step is to connect the strategic goals of agility to derived tactics used to implement the strategy (e.g. processes, structures, practices) alongside leading indicators of improvement on all levels of the organization. Lean management provides proven tools for strategy deployment, widely known as Hoshin Kanri or X-Matrix. From the long-term vision, through strategy, to tactics and day-to-day actions, each level is a hypothesis that requires experimentation” (ebd.).
Die Verbindung von Agilität und Lean ist vielen Organisationen scheinbar nicht klar. Zu oft werden beide Ansätze voneinander getrennt gesehen, wodurch offensichtliche Vorteile nicht genutzt werden. Beispielsweise kann Lean zusammen Kanban (KANBAN in der IT nach Anderson) eine gute Möglichkeit sein, agile Arbeitsweisen evolutionär zu etablieren, denn Kanban ist weniger präskriptiv (vorschreibend) wie z.B. das Scrum Framework mit seinem Scrum Guide (Aktuell aus 2020).
Solche Zusammenhänge thematisieren wir auch in dem von uns entwickelten Blended Learning Lehrgang Projektmanager AGIL (IHK), den wir an verschiedenen Standorten anbieten. Weitere Informationen zum Lehrgang und zu Terminen finden Sie auf unserer Lernplattform.
Translate »
Diese Website benutzt Cookies. Wenn du die Website weiter nutzt, gehen wir von deinem Einverständnis aus.OK
