NBAK11: Dein Team ist nicht langsam - euer Feedback kommt zu spät

Shownotes

Transkript anzeigen

00:00:03: Hallo und herzlich willkommen bei NoBullshit.it, mein Name ist Thomas.

00:00:07: Wir sind ja bei NBA Compact mitten in dem Denkmodellwork Feedback Loop.

00:00:12: von mir In der letzten Folge haben wir uns angeguckt WeWork und Feedback zeitlich zusammenhängen.

00:00:19: Es gibt vier strukturelle Zustände.

00:00:22: Eine heißt Learning eine heißt Aktionismus einer Frustration mit einer Stagnation finde ich.

00:00:28: das interessiert Gerne rein, den Link zu der Folge und alle weiteren Links findest du wie immer in den Show-Notes.

00:00:34: Heute schauen wir uns dann den nächsten Teil an nämlich kommt das Feedback vielleicht zu spät.

00:00:40: da ist eine zeitliche Komponente in diesem Feedback drin.

00:00:44: oft ist es so dass Teams gar nicht langsam arbeiten aber viel zu späht lernen, wer mehr gelernt?

00:00:50: Wir wollen das Feed back zu unserer Arbeit auch wirklich schnell wieder einführen in die neue Arbeit.

00:00:55: nur so lernen wir ja.

00:00:57: Und das Feedback, wenn es lange liegt, Feedback halt ein Gültigkeitsdatum.

00:01:01: Dann altert das und ist vielleicht nicht mehr so viel wert wie wenn das Feed Back früh abgearbeitet würde.

00:01:08: Um das gleich in die Praxis zu führen, ihr released vielleicht ein Feature aber es dort aus irgendwelchen Gründen sehr lange bis ein Feedback dazu ankommt.

00:01:17: Irgendwelche Kanäle sind vielleicht gestört dass irgendwo ein Engpass Sprich entwickelt weiter und in dem Moment ratet ihr ja höchstwahrscheinlich.

00:01:26: Das heißt wir haben nicht nur das Problem Feedback überhaupt zu bekommen, sondern wir haben auch noch das zweite Problem.

00:01:32: Man kommt dieses Feedback bei uns an.

00:01:35: Dazu habe ich eine Metrik eingeführt, die ist aber nicht wirklich zu verstehen als eine reine Messmetrik erhebt da keine Zahlen, sondern diese Metrik um drüber nachzudenken.

00:01:47: Diese Metrik habe ich Feedback Response Time genannt und zwar Die Arbeit wirkt irgendwo, ihr habt was released und das kann jetzt eigentlich ein Feedback bekommen.

00:02:00: Das ist der Startpunkt bis hin zu... Ihr habt vielleicht irgendein Feedback bekommt, es hat wirklich die nächste Arbeit oder die übernächste beeinflusst Und auch das liegt wieder zum Testen vor bzw in der echten Welt vor.

00:02:14: Das is der Zeitstrei für den Feedback Response Time.

00:02:18: Also die Feedback response time Wann kommt das Feedback bei euch an?

00:02:24: Sondern sie beinhaltet auch die Entscheidung, die da drin steckt.

00:02:27: Wir machen was mit dem Feedback... ...die Arbeit, die darin steckt!

00:02:30: Wir setzen das Feed back um bis es dann wieder in Produktion und benutzbar ist.

00:02:35: Wir haben also im Prinzip drei Teile.

00:02:38: wir haben das Signal Also da kommt etwas zurück ein Signal Wir haben eine Entscheidung.

00:02:45: irgendjemand muss jetzt sagen ja das ist valides Feedback Und wir wollen das auch bearbeiten Dann arbeitet er dran und dann haben wir das Deploy, also wir bringen diese Entscheidung durch Code in Produktion.

00:02:58: Und das Ganze ist die Feedback Response Time.

00:03:00: Wie gesagt wichtig dass es keine Formel zum Rechnen sondern dieser drei Punkte Signal, Entscheidungen und Release Das sind drei Stellen an denen ihr aufgehalten werden könnt und das macht Die feedback response in diesem Denkmodell tatsächlich so wertvoll.

00:03:17: Der wichtigste Punkt ist jetzt tatsächlich Ein Feedback-Alt hat das Feedback an Gültigkeitsfenster in Ablaufdatum.

00:03:25: Ihr bekommt schnell ein Feedback, dann stimmt es natürlich noch mit der Code überein und mit dem Markt, indem dies Feedback gekommen ist.

00:03:34: Wenn das Feed back zu euch erst drei Monate später kommt kanns viel zu spät sein.

00:03:39: Sei's oder so?

00:03:41: Feedback is nicht zeitlos!

00:03:43: Und das ist übrigens auch ein ganz schöner Punkt nochmal drüber nachzudenken, dass es Sinn macht kleine Iterationen zu releasen weil dann auch das Feedback zu einer kleinen Iterations schneller kommen kann.

00:03:54: Ihr seht schon das hängt alles zusammen und das macht auch total Sinn so!

00:03:58: Also wir wollen Kleine Arbeit um schnell was zu releasing.

00:04:03: und unser Hauptgrund ist Wir wollen schnell Feedback Zu dieser kleinen Arbeit bekommen damit das eben auch Einfluss haben kann auf diese nächste Arbeit.

00:04:13: Wenn man die Arbeit also nicht frühzeitig releasen kann um etwas zu lernen, dann sage ich jetzt einfach mal arbeitet tatsächlich nicht Agil.

00:04:21: Das ist nicht die Idee hinter Agil im Arbeiten.

00:04:23: das mag gute Gründe geben alles auch gut für mich aber eine fundamentale Voraussetzung damit Agiles arbeiten wirklich funktioniert.

00:04:33: die fundamentale Idee hinter ihr agilem arbeiten ist eben schnell ein Feedback zu bekommen Und die Feedback-Response Time hilft dir eben das auch besser zu zerlegen und zu verstehen.

00:04:44: Oft genug ist einfach Zeit der Engpass, nicht das Signal nicht das Feedback selber... Das Feedback kommt schon!

00:04:51: Das Feed Back ist schon irgendwie da.

00:04:53: aber zum Beispiel muss überhaupt jemandes Feedback annehmen.

00:04:57: es muss jemand entscheiden is das sinnvolle Feedback?

00:05:00: passt das überhaupt rein?

00:05:01: Es muss jemand entscheiden ja dieses Feedback nehmen wir auf.

00:05:05: Da stecken sehr viele Ja Engpässe drin und was wir ja immer versuchen ist, große Engpäse finden.

00:05:11: Und versuchen sie kleiner zu machen, sieben Zweifel sogar zu eliminieren.

00:05:15: Das wird nicht immer gehen aber kleinermachen geht.

00:05:18: Tun wir das nicht bis in Rücksprung auf die Folge zehn jetzt nochmal dann wandern wir von Learning immer weiter in Richtung Frustrationen oder eben Aktionismus.

00:05:30: wie gesagt hört er sonst gerne noch mal in die Folge Zehn.

00:05:32: rein wichtig ist mir an der Stelle auch noch habe ich auch in anderen Folgen schon gesagt, dieses schnell.

00:05:39: wie schnell können wir das Signal verarbeiten?

00:05:42: Wie schnell kann man entscheiden und umsetzen?

00:05:45: Das ist immer relativ.

00:05:47: Man kann nicht sagen, dass muss unter einer Woche sein oder so.

00:05:51: Da gibt es Rahmenbedingungen die wir vielleicht gar nicht beeinflussen können gesetzliche Regelungen oder so.

00:05:56: aber wir können ja trotzdem danach streben diesen Zyklus schneller zu gestalten Mit dem Wissen, Feedback hat ein Gültigkeitsfenster.

00:06:06: Ein Verfallstatum, dass wir uns darum kümmern gibt es nicht doch irgendetwas das unser Feedback schneller ankommen kann.

00:06:13: Zum Abschluss sind dann soweit auch schon durch vielleicht zum Paar Inspirationen paar Merksätze oder so.

00:06:20: also für mich ist zb wichtig.

00:06:23: Teams werden in der Regel nicht langsam oder sind nicht langsam weil sie schlecht arbeiten sondern das entsteht eben weil teams keine Chance haben früher zu lernen.

00:06:31: sie lernen zu spät und Oft genug braucht man keine Tools oder Rollen, um jetzt irgendwie besser zu werden.

00:06:39: Sondern wir brauchen kleine Zyklen und eben auch den Mut und im Zweifelsfall die Technologie einfach frühe Liesen zu können.

00:06:47: Wir werden an der Stelle dann in der nächsten Folge ansetzen.

00:06:51: Und nochmal ein bisschen genauer auf diese Decision Latency habe ich es genannt also Die Verzögerung in der Entscheidung als unsichtbarer Engpass gucken.

00:07:00: Für mich wäre es halt interessant Was hast du hier für ein Feedback?

00:07:04: Kennst du das aus der Praxis, dass irgendwann mal irgendeinen Feedback ankommt zu etwas was ihr vor drei Monaten released habt.

00:07:11: Wie geht ihr mit so einem Feedback um?

00:07:13: Baut ihr euren Sprint um?

00:07:15: Sortiert ihr euer Backlock komplett neu?

00:07:17: Sagt ihr okay das ist zu spät?

00:07:19: Hast es vielleicht sogar schonmal erlebt, dass Feedback ankommen und ihr gesagt hört ok Das brauchen wir jetzt gar nicht mehr groß bearbeiten.

00:07:25: Das hat sich einfach komplett überholt.

00:07:27: die Situation ist ganz anders.

00:07:30: Ja Und wie immer kurz und knapp soll's das vorhin auch schon gewesen sein.

00:07:34: Habt noch ne ganz tolle Woche, bis zum nächsten Mal!

00:07:37: Ciao Ciao.

Neuer Kommentar

Dein Name oder Pseudonym (wird öffentlich angezeigt)
Mindestens 10 Zeichen
Durch das Abschicken des Formulars stimmst du zu, dass der Wert unter "Name oder Pseudonym" gespeichert wird und öffentlich angezeigt werden kann. Wir speichern keine IP-Adressen oder andere personenbezogene Daten. Die Nutzung deines echten Namens ist freiwillig.