lectures/agiles-arbeiten-nach-scrum/agilesArbeitenNachScrum_skeleton.md

author	title	date	theme	backgroundtransition
Lukas Preußer	Agiles Arbeiten nach Scrum	09-Nov-2023	dist/theme/night.css	convex

## Was ist agiles Arbeiten? Eine Arbeitsweise, in der das Produkt in kleinen Schritten entwickelt wird. --- ## Ziel Möglichst *schnell* eine erste, funktionsfähige Version eines Produktes liefern. --- ## Warum ist das wichtig? Damit die Auftraggeber *sofort* sehen, was das Produkt kann. Damit Wünsche der Auftraggeber schnell und *flexibel* umgesetzt werden können. --- ## und warum? Damit immer an *"dem Richtigen und Wichtigen"* gearbeitet wird. Sodass das Produkt vor Kunde maximal *wertschöpfend* ist. Und das entwickelnde Team Selbstwirksamkeit erfährt. Zusätzlich noch, dass der Entscheidungsraum des Managements größer wird. --- ## Welche Paradigmen liegen der agilen Arbeit zugrunde? --- ## Ein Wertesystem - Respekt - Offenheit - Mut - Einfachheit - Fokus - Feedback - Gestaltungswillen --- ## Ein Kompass für die Arbeit - Individuen und Interaktionen > Prozesse und Werkzeuge - Funktionierende Software > umfassende Dokumentation - Zusammenarbeit mit Kunden > Vertragsverhandlungen - Reaktion auf Veränderung > Befolgen eines Plans --- ## die "Agile Zwiebel" (Link) --- <pre><code>## Für welches Problem ist agiles Arbeiten die Lösung? --- ## Problemgrad ("Stacey-Matrix") - Simpel |Stellen Sie sich hier ein Bild von einer Geburtstagsparty vor. Der Tisch ist gedeckt und wunderschön dekoriert. Überall hängen Wimpel und Luftballons.| --- ## Problemgrad - Kompliziert |Stellen Sie sich hier ein Bild von einem Flughafen vor. Es gibt einen Tower, eine Landebahn und ein großes Terminal. Flugzeuge stehen vor den Hangars. Eines befindet sich im Startvorgang.| --- ## Problemgrad - Komplex |Malen Sie sich aus, was wohl im Rechenzentrum einer Bank vorgeht, während Sie mit Ihrer Karte Geld abheben.| --- ## Problemgrad - Chaotisch |Sie sollen das Dreikörperproblem Lösen. Oder das Wetter in Frankfurt für in 10 Tagen vorhersagen. Oder in einer Firma mit völlig unklarer Struktur ein neuartiges Produkt rechtzeitig, in hoer Stückzahl und Qualität fertigen| --- ## Problemgrad - Simpel - Kompliziert - Komplex <red> - Chaotisch --- ## Sichtbarkeit - Konkret |Stellen Sie sich hier das Bild eines Tischlers vor, der mit dem Klüppel vorsichtig das letzte Bein eines Stuhls in die Zarge treibt| --- ## Sichtbarkeit - Abstrakt |Programmcode auf dem Raspberry, um die LED zum Blinken zu bringen| --- ## Sichtbarkeit - Unsichtbar |Stellen Sie sich das Internet vor.| --- ## Sichtbarkeit - Konkret - Abstrakt / Unsichtbar <red> --- ## Produktnatur - Software <red> - Hardware --- ## Was zeichnet Scrum aus? --- ![Bild: Scrum-Bierdeckel]() --- ## Was sind die Voraussetzungen zur Einführung von Scrum? --- ## Man verfügt über ein passendes Problem --- ## Man wünscht sich den dafür erforderlichen Kulturwandel --- Man ist sich bewusst, - dass der Weg dorthin mehrere Jahre benötigt - dass ihn nicht jede Person im Unternehmen gehen wird - dass auf dem Weg ständige Begleitung, Weiterbildung, Unterstützung erforderlich ist --- ## Was sind mögliche Abgründe bei falscher Ausführung? --- Wird die Problemdomäne falsch eingeschätzt, so wird die erreichbare Lösung nicht zufrieden stellen --- Nimmt der Auftraggeber seine Gestaltungspflicht nicht wahr, wird wahrscheinlich das Falsche entwickelt --- Wird dem Entwicklerteam nicht genügend Vertrauen entgetgengebracht, endet es in Tracking-Wahnsinn --- Stellt man dem Scrum-Team keine Begleitung zur Verfügung, wird Agilität zur Fassade --- ## Was sind mögliche Nachteile von Scrum? --- - Scrum nimmt an, dass der Kulturwandel bereits vollzogen ist - "Unpassende" Personentypen bleiben leicht auf der Strecke - Scrum kann keine "Arbeit auf Zuruf" abbilden - Optimierungswahn und Selbstausbeutung - Der Blick geht nach Innen </code></pre>