
150 Durchlaufzeit
aus Znipcast - für gute Zusammenarbeit | Agile, Scrum, KanBan, Psychologie, Teamentwicklung und NLP | Podcast der Znip Academy · 29.04.2023 · 37 Min.
Beschreibung
Durchlaufzeit Agile Master Training: https://znip.academy/agile Diese Folge auf YouTube: https://youtu.be/6_XytwfFBPw [0:00] Diese Folge wird dich als Product Ownerin, Führungskraft oder Projektmanagerin sehr interessieren, denn heute geht es ums Messen und welche Größe wir da sinnvoll in der Agilität einführen können, nämlich die Zykluszeiten, Los. [0:18] Music. [0:27] Und herzlich willkommen zum Snipecast. Mein Name ist Henry Schneider und das heutige Thema sind Durchlaufszeiten, Leads Time oder Zykluszeiten. Warum Durchlaufzeiten messen? [0:39] Warum überhaupt durchaus Zeiten messen und wofür brauche ich denn das überhaupt? Da mein Hinweis, Ich setze das zum Beispiel ein, um auch das Management von Agilität zu überzeugen, denn wozu führen wir denn überhaupt Agilität ein? Was soll denn uns das bringen? Die Mitarbeitenden vielleicht glücklicher sind, weniger Fluktuation, weniger Krankheitsstände und ähnliches besseres Arbeiten und so weiter. Lässt sich nicht ganz so leicht greifen und grade uns im Management, ich war ja auch lange Zeit Projektmanager, interessiert doch dann eher, okay Was bringt’s mir denn am Ende in Zahlen und die Durchlaufzeit ist für mich so kleiner Quickwin, das ich wirklich einsetze, um die Manager in meinem Umfeld auch entsprechend zu überzeugen. Von daher, falls du ein Manager bist, der mit mir schon zu tun hatte oder mit meinen Teams, wirst du dich vielleicht sogar jetzt durch diese Folge bisschen dran erinnern, mit Eier stimmt, Ist so eine Größe, die hat der Henry eingeführt. [1:45] Das hat mich dann wirklich davon überzeugt, dass wir jetzt hier anders oder agil arbeiten, weil das hat mir am Ende des Tages was gebracht. Also Heute decke ich ein bisschen auf, wie ich normalerweise, mit Management so ein bisschen fertigt arbeite und das ist die Durchlaufszeit. Und da geht’s vor allem um die Verlässlichkeit unseres Teams oder der Organisationseinheit, die wir vor uns haben also wie verlässlich ist die und was sind das für Zahlen, die am Ende rauskommen, mit denen wir dann in die nächsten Instanzen gehen können, Planen könnt, vielleicht sogar unserem Vorstand entsprechend, Zusagen geben können und diese dann eben auch einhalten. Also sprich wirklich Verlässlichkeit, denn häufig haben wir es, wir haben mehrere Hierarchieebenen vor allem in großen Unternehmen, die miteinander sprechen, die irgendwelche Ziele vorgeben, die sagen, hier, jetzt muss dies gemacht werden, jetzt muss jenes gemacht werden in zwei Wochen großes Presseevent. Da müssen wir plötzlich dies und jenes tun. Und grade dieses mittlere Management. [2:44] Weil die gar nicht wissen wie ihre Teams, Ganz unten auf der operativen Ebene, also auf der Arbeitsebene arbeiten, als auch wie lange brauchen die denn für all diese Sachen? Und da kann eine richtig gute Sache eben die Durchauszeit sein ich einsetze, um allen auf allen Hierarchieebenen plötzlich eine Größe zu geben, mit der sie arbeiten und planen können, als auch Zuverlässigkeit in die Teams reinzubekommen und eben auch Optimierungsmöglichkeiten zu schaffen, also die Durchlaufzeit ist etwas, an der ich ganz gerne optimiere. Und auch hier möchte ich. Achtung Messung [3:23] Anmerken. Es ist eine Messung, wir kriegen beim Messen wirklich, was wir bekommen. Also pass bitte auf mit all den Metriken, die wir einführen, vor allem im agilen Umfeld bekommen, was wir messen. Beispielsweise Janina und ich, also allgemein an der Snippe Academy, sind wir ja Riesenfan von The Losity, die einzuführen. Diese arbeitet mit Storypoints und dementsprechend, wenn ich anfangen würde die Belosity zu messen, oder die Storypoints, also wie viel Komplexität schafft denn mein Team so je Durchlauf je Zyklus je Iteration und die vielleicht danach auch noch bezahle, also sprich ich suche mir irgendeinen Lieferanten, mit dem ich mich drauf einige, je storypoint, der in dem Zyklus erledigt wird kriegst du tausend Euro. Was werden wir dann bekommen? Also wenn wir das messen und auch noch Benefits oder vielleicht sogar irgendwelche Bonusse dadrauf packen, dann bekommen wir mehr davon. [4:19] Also sprich, wenn ich das jetzt auf die Storypoints mache, bekomme ich einfach mehr Storypoints. Wird auch meine steigen, also schön diese ganzen Charts wie wir die eben kennen, ne, über die Zeit, dass die steigt im agilen, weil wir ja immer besser werden. [4:33] An der Stelle, wenn ich da Geld drauf gepackt habe, ist das eine Fehlinterpretation. Wahrscheinlich bekomme ich einfach nur mehr Story-Points und nicht mehr geleistete Arbeit, mehr bewältigte Komplexität oder ähnliches, weil einfach die Storypoint Schätzungen hochgehen weil ich genau das messe, da drauf gucke und das auch noch honoriere durch Geld, also bekomme ich mehr, Dadurch haben wir wirklich nicht viel erreicht. Genauso, wenn wir diese Messgrößen plötzlich einführen würden und damit Teams miteinander vergleichen würden. Dafür sind die nie gedacht. Die sind immer nur zur Optimierung, Steuerung. [5:07] Von einem einzelnen Team um Anhaltspunkte zu bekommen, Dafür sind die da. Nicht um Teams jetzt miteinander zu vergleichen. Denn wenn wir das jetzt tun würden und jetzt sagen würden, oh das eine Team ist vielleicht ein bisschen doof weil die nicht so viele Storypoints schaffen wie ein anderes Team, was. [5:24] Ähnliche Teamgröße hat, dann wären einfach nur mehr Story-Points in diesem Team, was ich gerade als doof betitelt hatte, aufgeschrieben, weil die festgestellt haben, okay, wenn sie weniger Storypoints schaffen, dann kriegen sie halt quasi Ärger. Das sieht nicht so gut aus Also es sollten sie einfach mehr Storys. Kein bisschen Fortschritt an unserem Produkt mehr erzeugt. Dementsprechend achte wirklich drauf, was du misst Nicht zu viel, lass es vor allem super simpel. Sein. Wir haben in der Messenfolge auch schon drauf hingewiesen und in der Überprüfungfolge super simpel. Es muss jeder im Team auch durchführen können diese Messung. Nicht zu viele und jeder darf auch verstehen, wofür das gemacht deshalb fange ich ganz gerne Kamera auch in meinen Scrum-Teams mit der Durchlaufzeit an, beziehungsweise um ganz genau zu sein mit der Zykluszeit und was da die Unterschiede sind. Da komme ich in dieser Folge auch noch drauf. Ich nehme ganz gerne das Wort Durchlaufzeit, weil die meisten damit was anfangen können Zykluszeit eher ein bisschen abstrakter ist. Eine weitere Messgröße, die wir hier in dem Podcast auch schon genannt haben, ist das Birnbaum. Oder das Release-Burn-Down. Auch das sind Messgrößen, mit denen wir arbeiten, wo wir nur ganz andere Sachen machen und auch da wie üblich, versuchen durch die Messung Anhaltspunkte zu bekommen worin wir besser werden können, womit wir vielleicht sogar in Zukunft besser planen können. Diese Zahlen, die wir ermittelt haben, sogar. [6:51] Extra polieren können, um eine Vorhersage treffen zu können, was dieses Team in Zukunft in der Lage ist, zu leisten. Doch jetzt. Durchlaufzeit [7:00] Ganz normal erstmal die Einführung der Durchlaufzeit. Wie mache ich das? Ich möchte dir ganz gerne mein Wissen so nahe bringen, wie wir das nachhaltig in Teams installieren können. Schritt für Schritt auf die Themen eingehen, die häufig nicht im Scrum Guide stehen, was es noch sonst noch so zu den Teams dazu gibt und wie wir das eben Schritt für Schritt einführen, sodass es sich für alle gut anfühlt und vor allem das Unternehmen und die Organisation, auch besser werden. Also Agilität betrachte ich eher als ein Tool und dieses Tool setzen wir ein, um eben Dinge besser zu können, ähnlich wie ein Hammer, mit dem wir halt Nägel vielleicht besser in die Wand drücken können als jetzt mit einer Gurke. Wir nehmen eben den Hammer für wir wollen Nägel in der Wand haben, Klar verändert sich der Blick dadurch auch, wenn ich dieses Tool plötzlich in der Hand habe, sehe ich sehr viele Sachen, die ich plötzlich in die Wand hauen könnte, außer vielleicht nur Nägel oder alles wirkt plötzlich wie Nägel auf uns Daher immer vorsichtig mit diesem Tool und ich gebe dir das jetzt so weiter, wie ich es eben entsprechend einführen würde. Die Durchlaufzeit würde ich in einem Canvan-Team, Starte da, wo du stehst. Ist ja das erste Prinzip so einführen mit okay, wir machen erstmal nichts anderes, außer zusätzlich die Messung der Durchlaufszeit einzuführen. Und das tun wir, um auf lange Sicht eine Durchlaufszeit beziehungsweise in meinem Fall eine Zykluszeit oder eine. [8:27] Zwei Wochen Schrägstrich 14 Tage. Ich nehme ganz gerne das Wort 14 Tage zu erreichen. Warum wollen wir das erreichen? Um eine Vorhersage für die Zukunft zu treffen, damit unsere Manager oder unsere Productownerin, wenn die in anderen Gremien auftreten, oder mit Stakeholdern verhandeln oder vielleicht sogar dem Vorstand des Unternehmens verhandeln, damit die aussagefähig dazu werden, wann denn genau diese Sache, die sie bestellt haben, also der Vorstand, bestellt hat bei diesem Team, wahrscheinlich erledigt sein könnte. Wenn wir eine Zykluszeit von 14 Tagen erreichen, also von hier kommt die Aufgabe rein in unser Backlog zu, Hier ist die Aufgabe erledigt. 14 Tage, dann können wir, wenn wir neue Aufgaben, zum Beispiel vom Vorstand bekommen. [9:17] Sehr wahrscheinlich sagen, mit ja in drei Wochen hast du das passende Ergebnis dazu, in drei Wochen gibt es die erste Version des Ergebnisses dazu. Wir haben das bis dahin gelöst oder oh du brauchst das nächste Woche sehr unwahrscheinlich, dass wir das schaffen. Wir brauchen im Schnitt 14 Tage, Also vielleicht kannst du dir irgendwie ein anderes Team suchen. Bei uns würde das sehr viel Chaos verursachen, Willst du das wirklich, dass wir alles stehen und liegen lassen, dieses Chaos dann einmal in diesem Team haben, dadurch alle anderen Sachen verzögern deine Sache im Taskforce Modus von mir aus eben jetzt schnell lösen oder sollen wir hier wirklich einen nachhaltigen Zyklus auf Unsere Aufgabe vor allem als Team Faszinitatoren oder als Agile Master ist es ja nachhaltig diese Veränderungsprozesse zu installieren, also dass wir auf Dauer,...