Agilisten sind oft gar nicht agil!

  • von
  • AgilePerformance
  • AURORA4Performance
  • DolphinUniverse
  • FixTheFlowAndGrow
  • FlyAgile
  • FlyAgileWithAURORA
  • Leadership
  • MakeYourAgileFly
  • SaveYourSAFe

Wie man die Zusammenarbeit zwischen "agiler" Entwicklung und Unternehmen verbessern kann: Sprints überspringen, ein MVP mit Fälligkeitsdatum definieren und sich auf die Auslieferung konzentrieren.

1. Situation: Eine Softwareentwicklungsabteilung eines großen Technologieunternehmens hat Agilität eingeführt. Sie hatten damit etwas Erfolg, aber nach einer Weile verlor das Unternehmen das Interesse. Es hatte den Anschein, dass Nicht-Software-Entwickler die neuen agilen Prozesse und die Sprache nicht verstanden. Außerdem war es immer noch schwierig, Ergebnisse zu erzielen. Die Zusammenarbeit wurde zu einem Problem. Die Temperatur im Management stieg.

2. Problem: Die Softwareentwicklung schnitt den Hauptanwendungsfall in so kleine Pakete, um ihn in die Sprints einzupassen, dass das Geschäft keinen Nutzen daraus ziehen konnte. Das Geschäft lenkte von der Zusammenarbeit ab. Folglich wurden sie langsamer und lieferten weniger Wert. Misstrauen machte sich breit. Die Kommunikation wurde noch schwieriger. Ein Teufelskreis.

3. Die Lösung: Mit einer gemeinsam entwickelten Vision für die Zusammenarbeit in einem zweitägigen Workshop wurde das Vertrauen wieder aufgebaut. Als Ergebnis sagte das Unternehmen dem Agilisten, was Agilität ist: "Gebt mir ein schlechtes, aber brauchbares Produkt. Dann werden wir es verwenden. Und wir werden Ihnen jeden Tag sagen, was verbessert werden muss". Das Minimal Viable Product (MVP) war also leicht zu definieren, einschließlich eines Fälligkeitsdatums, so dass sich jeder darauf konzentrieren konnte. Außerdem erkannte die Softwareentwicklung ihren Engpass mit Hilfe von Ideen aus der Theory of Constraints (TOC) und beschleunigte ihn, indem sie den Arbeitsfluss von Woche zu Woche steigerte.

4. Das Ende: Da schnellere und bessere Ergebnisse erzielt werden, macht der Beitrag von Unternehmen und Management wieder Sinn. Alle sind glücklich!

5. Schlussfolgerungen:
   a. Wenn das Business nicht an Ihrer Agilität interessiert ist, sind Sie nicht agil. Das Unternehmen hat Agilität besser definiert als die Agilisten.
   b. Solange das Minimal Viable Product nicht verfügbar ist, interessiert sich NIEMAND wirklich für Sprints. Und danach sind sie zu langsam, also überspringe sie.
   c. Ein Fälligkeitsdatum für das MVP ist das Wichtigste. Das ist der Moment der Wahrheit (und FOCUS).

Klingt komisch, aber Agilisten sind oft gar nicht agil.

Zurück