Viele Organisation behandeln User Stories wie Anforderungen. Dabei können sie das in einer komplexen dynamischen und postindustriellen Welt gar nicht sein. Fest steht: Wer User Stories verstehen möchte, muss sich erst einmal mit der Produktentwicklung beschäftigen.
Konflikte sind nur menschlich, aber genau so menschlich ist es, sich ihnen nicht stellen zu wollen. Das ist aber gar nicht agil, wie Jürgen Knuplesch im 6. Teil dieser sehr realen und doch erfunden Geschichte des Scrum Masters berichtet.
Smart City Start frei für die Stadt von übermorgen? Enorme Herausforderungen auf dem Weg zur digitalen Stadt THOMAS PETZINNA Intelligente Lösungen für...
Alles begann mit der Erkenntnis, dass Scrum doch nicht doof ist. Darauf folgte die Ausbildung zum Scrum Master. Und jetzt muss das erworbene Wissen in die Praxis umgesetzt werden. Und das ist manchmal gar nicht so leicht, wie Jürgen Knuplesch im 5. Teil dieser sehr realen und doch erfunden Geschichte berichtet.
Jahrelang bestimmte klassisches Projektmanagement den Alltag und das Denken in Unternehmen. Ganz plötzlich und fast wie von allein sollen agile Ansätze wie Scrum oder Kanban gleich einem Allheilmittel alles anders und am besten sofort erfolgreicher machen. Allerdings widerspricht das dem Grundprinzip von Agilität. Sie lebt von Inspect and Adapt und dem kontinuierlichen, iterativen Anpassen, ohne dabei das Bestehende aus den Augen zu verlieren. Es geht dabei nicht um einen faulen Kompromiss. Jedoch gilt es, auf dem Weg hin zu agilem Projektmanagement Hybridität zuzulassen, damit der für Ihre Firma passende Agilitätsgrad entwickelt werden kann, ohne sich dabei selber zu überholen.
Unternehmen mit differenzierten Konzernstrukturen tun sich teilweise schwer, sich auf neue Anforderungen seitens des Markts einzustellen. Vielfach gelangen aktuelle Projektvorgehen in eine Sackgasse, da die Strukturen und Systeme solcher Projekte maßgeblich durch unflexible und starre Mechanismen gesteuert und eingebunden sind. So auch im Fall eines Unternehmens, bei dem wir geholfen haben, Wege aus der Sackgasse zu finden - mit Scrum.
Scrum kennt die Rollen Product Owner, Scrum Master und Entwickler, aber nicht die Rolle „Architekt“. In einer klassischen Teamhierarchie wird die Softwarearchitektur allein durch den Architekten verantwortet. Im selbstorganisierten Scrum-Entwicklungsteam dagegen gibt es keine Rangfolge, und die Entwickler sind gleichberechtigt. Wie entsteht die Softwarearchitektur in einem Scrum-Team im Unterschied zur traditionellen Methodik?
Scrum ist doof, so beginnt die Geschichte „Der Scrum Master“ von Jürgen Knuplesch, selbst Scrum Master, agiler Berater, Autor, Mathematiker, Trainer, Theologe und vor allem Mensch. Als agiler Enthusiast und Pragmatiker versucht er jeden Tag die Welt ein wenig zu verbessern, was ihm aber nur selten gelingt. In unserer Fortsetzungsgeschichte gibt er einen Einblick in seinen umfangreichen Erfahrungsschatz.
Die Welt, besonders die der Computer und ihrer Software, wird immer dynamischer und volatiler. Ist unter diesen Bedingungen die Metapher vom Bauen wirklich noch hilfreich? Sollte Softwareentwicklung nicht besser als ein Mannschaftsspiel verstanden und der Softwarearchitekt als Trainer seines Entwicklungsteams gesehen werden?
Erst hinterließ Agile einen schlechten Eindruck, dann stellte sich Scrum als ziemlich toll heraus. Überlebt die Begeisterung für das agile Arbeiten aus Teil 2 unserer Fortsetzungsgeschichte "Der Scrum Master" aber den Kontakt mit der Realität? Jürgen Knuplesch, selbst Scrum Master, agiler Berater, Autor, Mathematiker, Trainer, Theologe und vor allem Mensch, erzählt eine sehr reale, aber doch erfundene Geschichte über Agile in der Praxis.
In der Softwareentwicklung setzt sich Scrum als agile Methode zunehmend durch. Im Scrum-Kontext wurde es bisher jedoch vernachlässigt, andere Elemente und fachliche Disziplinen, die essenziell für ein starkes Produkt sind, zu integrieren – wie bspw. das User-Experience-Design.
Eine sehr reale und doch erfundene Geschichte: In Teil 1 von „Der Scrum Master“ erzählte Jürgen Knuplesch, selbst Scrum Master, agiler Berater, Autor, Mathematiker, Trainer, Theologe und vor allem Mensch, von einer furchtbar schief gegangenen agilen Transformation. In Teil 2 erwartet uns nun die Offenbarung: Wendet sich doch alles zum Guten?
