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.
Das Bild steht stellvertretend für ein Task Board. Ein KANBAN Board wird es, wenn u.a. die parallell zu bearbeitenden Tasks begrenzt werden (WIP: Work in Progress).
Bei der Einführung von KANBAN gibt es viele Mythen, obwohl KANBAN davon ausgeht, dass erst durch die Umsetzung Fragen entstehen, die dann zu einem umfassenden Einsatz im gesamten Unternehmen führt. Einfach machen! ist hier ein guter Start. Auf welche Stufen (Reifegrade) können Sie sich bei der Nutzung von KANBAN einstellen/freuen? Bei KANBAN wird dabei häufig von den drei Agenden gesprochen.
“Bei der Nachhaltigkeitsagenda dreht sich noch alles um einen selbst. Das Ziel der Nachhaltigkeitsagenda ist es, ein nachhaltiges System zu schaffen, in dem sich Mitarbeiter wohlfühlen und regelmäßig Arbeit fertiggestellt wird. Erst mit der Agenda der Serviceorientierung beginnt sich der Fokus von innen nach außen auf den Kunden zu ändern. Jetzt wird daran gearbeitet, das System so aufzustellen, dass es nicht nur nachhaltig irgendetwas liefern kann, sondern dass es entsprechend den Bedürfnissen und Erwartungen des Kunden liefert. Die Agenda der Überlebensfähigkeit ist die logische Fortsetzung der Serviceorientierung auf das gesamte Unternehmen. Die Idee dahinter ist, dass das Unternehmen in die Lage versetzt wird, jede Änderung am Markt registrieren und damit notwendig gewordene Anpassungen an Services ohne großen Aufwand durchführen zu können” (Lang/Scherber 2019:269-270).
KANBAN können Sie selbst, in einem Projektteam oder auch im Multiprojektmanagement nutzen (Flight Level). KANBAN ist dabei weniger präskriptiv als es Scrum mit seinem Rahmenwerk ist, was mehr Spielraum bietet – mehr Möglichkeiten der Selbstorganisation. KANBAN ist somit ein interessanter, alternativer und evolutionärer Pfad zu mehr Agilität im Unternehmen.
In den von uns entwickelten Blended Learning Lehrgängen zeigen wir, wie Sie KANBAN in ihren Projekten nutzen können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Quelle: https://modernagile.org/ Lizenziert unter Creative Commons Attribution ShareAlike 4.0
Manche können den Begriff “AGIL” nicht mehr hören oder lesen, da er scheinbar beliebig geworden ist – ein Buzzword. Obwohl an den agilen Prinzipien (Agiles Manifest) und Vorgehensweisen natürlich etwas “dran” ist. Es ist daher nicht verwunderlich, dass sich einige Protagonisten auf den Weg gemacht haben, MODERN AGILE zu entwickeln. Auf der englischsprachigen Website finden Sie dazu viele Informationen. MODERN AGILE soll sich von den üblichen Ansätzen unterscheiden, und noch einfacher sein. Es gibt hier beispielsweise keine Rollen, wie es im Scrum Guide vorgegeben wird – um nur ein Detail zu nennen. Basis des MODERN AGILE sind immer noch die vier Werte des bekannten Agilen Manifests, doch werden diese mit vier Parametern ergänzt.
Macht Menschen genial.
Liefert fortlaufend wertvolles aus.
Macht Sicherheit eine Grundvoraussetzung
Experimentiert und lernt zügig.
Die vielfältigen Entgrenzungen (Weiterentwicklungen?) von Begriffen führen bei vielen Menschen (Unternehmen) zu einer Verunsicherung, was die Umsetzung nicht leichter macht. Hinzu kommen ja auch noch Tendenzen, sich adaptiv/hybrid auf die turbulenten Veränderungen anzupassen. Diese Gemengelage auf der individuellen Ebene, der Teamebene, der organisationalen Ebene, und auf der Netzwerkebene zu bewältigen, ist eine anspruchsvolle Herausforderung. Siehe dazu auch Freund, R. (2011): Das Konzept der Multiplen Kompetenz auf den Analyseebenen Individuum, Gruppe, Organisation und Netzwerk.
Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen. Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.
Ein Produktinkrement wird als Ergebnis eines Sprints im Review vom Scrum Team und möglichen Stakeholdern beurteilt. Dabei muss das Produktinkrement der Definition of Done entsprechen. Das Review wurde bei dieser Vorgehensweise oft als eine Art “Freigabe” interpretiert. Diese Perspektive wurde nun im Scrum Guide erweitert, denn darin wird erläutert, dass Produktinkremente durchaus auch innerhalb eines Sprints abgenommen und ausgeliefert werden. Auf diesen Zusammenhang weisen Brüggemann et al. noch einmal hin.
“Der Scrum Guide 2020 ermöglicht die Erstellung mehrerer Produktinkremente in einem Sprint. In der Vergangenheit war es notwendig, bis zum Sprintende zu warten, um ein neues Produktinkrement produktiv setzen zu können. Stattdessen gilt nun: Jedes Mal, wenn ein Product Backlog Item die Definition of Done erfüllt, gibt es ein neues Produktinkrement. Diese Inkremente können also auch während eines Sprints abgenommen und theoretisch ausgeliefert werden. Dadurch wird nicht nur eine kontinuierliche Auslieferung ermöglicht, die Änderung führt hoffentlich auch dazu, dass das Sprint Review nicht mehr als ´Freigabe Veranstaltung´ missinterpretiert wird” (Brüggenkamp et al. 2021:17).
Solche Zusammenhänge thematisieren wir auch in dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.
Bei der Skalierung von agilen Vorgehensmodellen, Methoden und Werkzeugen kommt der Kommunikation eine besondere Bedeutung zu. Es wäre daher gut, wenn z.B. wichtige Begriffe einheitlich definiert und interpretiert würden. Am Beispiel von verschiedenen Begriffen zu Anforderungen auf verschiedenen Granularitätsebenen wird allerdings klar, dass dem – zumindest aktuell – nicht so ist. Beispielhaft soll das an IREB (Terminologie des International Requirements Engineering Boards), den Skalierungsframeworks LeSS und SAFe, sowie Atlassian gezeigt werden.
IREB Terminologie
LeSS
SAFe
Atlassian
Epic
Theme
Grobgranulare Anforderungen
Epic
Requirements Area
Capability
Initiative
Anforderungen mittlerer Granularität
Feature
Feature
Feature
Epic
Feingranulare Anforderungen
User Story
User Story
User Story
User Story
Terminologie für Anforderungen auf verschiedenen Granularitätsebenen in ausgewählten Methoden und Werkzeugen (Hruschka et al. 2022:87):
Am Beispiel “Epic” wird deutlich, wie unterschiedlich der Begriff in seiner Granularität verwendet wird. Manche Skalierungs-Frameworks verwenden wiederum einfach den Begriff “Backlog Item”, um Anforderungen zu beschreiben. Werden in einer Organisation verschiedene Frameworks bei der Skalierung verwendet, sollte die Terminologie zwischen den Teams abgestimmt sein.
In dem von uns entwickelten Blended Learning Lehrgang Projektmanagerin Agil (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen 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
