{"id":3149,"date":"2023-01-23T17:12:33","date_gmt":"2023-01-23T16:12:33","guid":{"rendered":"https:\/\/cultivate.software\/wie-man-verhindert-zum-cargo-kult-zu-werden\/"},"modified":"2024-12-06T19:09:07","modified_gmt":"2024-12-06T18:09:07","slug":"wie-man-verhindert-zum-cargo-kult-zu-werden","status":"publish","type":"post","link":"https:\/\/cultivate.software\/de\/wie-man-verhindert-zum-cargo-kult-zu-werden\/","title":{"rendered":"Wie man es vermeidet, zum Cargo-Kult zu werden"},"content":{"rendered":"\n

Im ersten Teil dieser Artikelserie<\/a> erfuhren wir von einem melanesischen Stamm, der begann, einen Cargo-Kult zu praktizieren. In diesem zweiten Teil der Artikelserie m\u00f6chte ich einige Ratschl\u00e4ge geben, wie du und dein Team vermeiden kannst, zum Cargo-Kult zu werden. <\/p>\n\n

Nachdem sie beobachtet hatten, wie das Milit\u00e4r w\u00e4hrend des Zweiten Weltkriegs Vorr\u00e4te mit Flugzeugen einflog, \u00fcbernahmen die Inselbewohner ein Glaubenssystem, in dem sie magische Rituale durchf\u00fchrten, von denen sie glaubten, dass sie eine technologisch fortschrittlichere Gesellschaft zur Lieferung von G\u00fctern veranlassen w\u00fcrden (Frachtkult).<\/p>\n\n

Auch viele Softwareteams auf der ganzen Welt praktizieren einen Cargo-Kult, wenn es um die Einf\u00fchrung agiler Praktiken geht. Diese Teams haben die zugrunde liegenden Prinzipien nie verstanden und verschwenden nun wertvolle Zeit und Projektbudget, indem sie agile Teams schlecht imitieren, ohne einen sinnvollen Beitrag zu liefern. <\/p>\n\n

Das Cargo-Kult Agile-Syndrom ist der Grund, warum die meisten agilen Transformationen scheitern.<\/p><\/blockquote><\/figure>\n\n

Sehen wir uns einige Fragen an, anhand derer du beurteilen kannst, ob sich deine Investition in agile Praktiken gelohnt hat oder lohnen wird. Dann erkl\u00e4re ich dir die vier Schritte, mit denen du vermeiden kannst, zum Cargo-Kult zu werden. <\/p>\n\n

Fragen, die du stellen kannst, um nicht zum Cargo-Kult zu werden<\/h2>\n\n

Diese Fragen k\u00f6nnen dir helfen zu beurteilen, ob dein Training oder Coaching eine gute oder schlechte Investition ist oder war:<\/p>\n\n

Klingt das zu einfach?<\/h3>\n\n

Reicht es aus, deine drei Projektmanager zu einem zweit\u00e4gigen Scrum-Training f\u00fcr 999 US-Dollar pro Sitzplatz zu schicken? Kannst du wirklich damit rechnen, das Schiff mit nur 2.997 $ zu retten? <\/p>\n\n

Es hei\u00dft Scrum Master<\/strong> und Produkt<\/strong>manager. Weder „Projekt<\/strong>“ noch „Manager<\/strong>“ ist ein beliebter Begriff in agilen Praktiken, und daf\u00fcr gibt es einen guten Grund. <\/p>\n\n

Wenn es g\u00fcnstig ist und nur ein paar Tage dauert, ist es wahrscheinlich zu sch\u00f6n, um wahr zu sein.<\/p><\/blockquote><\/figure>\n\n

Sei auch vorsichtig mit Scrum Mastern und Produktmanagern auf dem Markt. Frage dich, ob ihr Zertifikat wirklich etwas bedeutet. <\/p>\n\n

Klingt das zu komplex?<\/h3>\n\n

Einige gr\u00f6\u00dfere Unternehmen ziehen das „Scaled Agile Framework“ (SAFe) in Betracht.<\/p>\n\n

Hier ist ein \u201eeinfaches\u201c Diagramm, das erkl\u00e4rt, wie es funktioniert:<\/p>\n\n

\"Komplexes
Scaled Agile Framework (SAFe)<\/a><\/figcaption><\/figure>\n\n

In diesem Diagramm ist der Versuch, den Endbenutzer oder Kunden zu finden, so, als w\u00fcrde man \u201eWo ist Waldo?\u201c<\/a> spielen<\/p>\n\n

Wenn du SAFe in Betracht ziehst, empfehle ich dir, zuerst diesen Artikel diesen Artikel<\/a> zu lesen..<\/p>\n\n

Siehst du Ergebnisse (oder zumindest Verbesserungen)?<\/h3>\n\n

Wenn du bereits mit der agilen Transformation begonnen hast, woher weist du dann, dass sie funktioniert? Woher weist du, dass sich deine F\u00e4higkeit, bessere Software schneller auszuliefern, verbessert hat? <\/p>\n\n

Ein h\u00e4ufiger Fehler besteht darin, \u00fcberhaupt nichts zu messen. Und die Gefahr bei der Fortschrittsverfolgung besteht darin, dass man das Falsche misst. <\/p>\n\n

Ein schlechter Ma\u00dfstab f\u00fcr deine F\u00e4higkeit, Software zu liefern, sind „User Story Points“. Diese von agilen Methoden wie Scrum vorgeschlagene Metrik hat einen ganz anderen Zweck. Und in den meisten Organisationen, die ich gesehen habe, ist diese Metrik ohnehin verst\u00fcmmelt (eine weitere Manifestation von Cargo-Kult Agilit\u00e4t). <\/p>\n\n

Was sollte man also stattdessen messen?<\/p>\n\n

In erster Linie wirst du h\u00f6chstwahrscheinlich am organisatorischen Erfolg interessiert sein, und die Frage sollte daher lauten:<\/p>\n\n

Steigert sich deine Organisationsleistung?<\/strong><\/p>\n\n

Was das in deinem konkreten Fall bedeutet, h\u00e4ngt nat\u00fcrlich von deinen individuellen kommerziellen und nichtkommerziellen Zielen ab.<\/p>\n\n

Das Ma\u00df f\u00fcr die Organisationsleistung korreliert h\u00e4ufig mit der Kapitalrendite und ist robust gegen\u00fcber Konjunkturzyklen.<\/p>\n\n

Erf\u00fcllen deine KPIs diese Kriterien? Und hat sich deine organisatorische Leistung verbessert? <\/p>\n\n

Hier ist eine alternative Frage die du dir stellen kannst:<\/p>\n\n

Steigert sich deine Software Delivery Performance?<\/strong><\/p>\n\n

Das DORA-Forschungsprogramm<\/a> konnte wissenschaftlich nachweisen, dass Organisationsleistung und -erfolg mit der Software Delivery Performance (SDP) korrelieren.<\/p>\n\n

Und die Software Delivery Performance wiederum kann mit 4 vier einfachen Proxy-Metriken<\/strong> gemessen werden:<\/p>\n\n