Hallo, ich hatte einen folgenden Fall - ein JIra-Problem mit unterbrochenem Ablauf in Bezug auf To Do / Selected for Development / In Progress / Done. Das Ergebnis war, dass alle Tools rund um die JIra-Boards alle kaputt und unbrauchbar meldeten. Die Product Owner und die Teamleiter wollten einen Überblick über einen bestimmten Status haben, also initiierten sie eine Überprüfung der Status. Obwohl ich kein Teamleiter bin, bin ich der engagierteste Jira-Entwickler in meinem Team. Die meisten Jira-Probleme werden von mir gemeldet. Mein Teamleiter und mein Produktbesitzer baten um Feedback und ich kam vorbereitet, um den unterbrochenen Ablauf anzugehen, den ich mit 4 Punkten vorbereitet hatte.
Bei letzterem Treffen hatten der Teamleiter und der Produkteigentümer ein Treffen mit den anderen Teamleitern und POs und nach einem Tag kamen sie zu einem überarbeiteten Ablauf und keiner meiner 4 Punkte wurde berücksichtigt. Der Entwicklungsfluss war so gebrochen wie zuvor. Sie kamen heraus, um den neuen Flow zu präsentieren und nach Feedback zu suchen. Ich habe ein ziemlich negatives Feedback gegeben und als Ergebnis wurden 3 von 4 Punkten meines Feedbacks akzeptiert.
Ich bin sehr unzufrieden mit meinem TL und meiner Bestellung, weil sie meine Nachricht nicht zugestellt haben und ich mich an einen anderen TL wenden musste, um dies zu erledigen.
Am Montag habe ich eine Retrospektive und ich habe das Bedürfnis, mich zu beschweren und meine Unzufriedenheit mit der Situation zu zeigen. Wie kann ich das so machen, dass ich den Rest des Teams nicht verprelle? Soll ich es mit der PO und TL persönlich nehmen oder kann ich mich während der Retrospektive gut beschweren?
Hier ist der genaue Ablauf der Ereignisse:
Beschweren Sie sich nicht im Nachhinein, schon gar nicht über bestimmte Personen. Es kann reinigend sein, aber es wird nichts ändern und es wird dich bei niemandem beliebt machen. Heben Sie sich das für außerhalb der Arbeit mit Ihren Freunden und/oder Ihrem Ehepartner auf.
Konzentrieren Sie sich stattdessen auf Dinge, die Sie in Zukunft verbessern möchten.
Wenn Sie der Meinung sind, dass der neue Workflow die Probleme des alten nicht angegangen ist, dann schlagen Sie vielleicht vor, dass in Zukunft bei der Neugestaltung von Prozessen die Personen, die den Problemen am nächsten stehen, in die Entwicklung des neuen einbezogen werden sollten.
Oder vielleicht hätten die Probleme vermieden werden können, wenn es mehr Gelegenheiten für Feedback während der Gestaltung des neuen Prozesses gegeben hätte, anstatt erst am Ende.
Dies sind nur Beispiele, Sie müssen selbst herausfinden, was Ihrer Meinung nach die Dinge in Zukunft verbessern könnte, aber mein Punkt ist, dass ein Retrospektive-Meeting nur dann nützlich sein kann, wenn es am Ende Aktionspunkte für Dinge gibt, die werden ab jetzt anders sein. Ansonsten ist es nur ein Gejammerfest, das nichts bringt, außer die Moral aller zu schwächen.
Den Leuten zu sagen, was für einen schlechten Job sie Ihrer Meinung nach gemacht haben, wird diese Aktionen nicht hervorrufen, auch wenn es befriedigend erscheinen mag.
Es lief nicht so, wie ich dachte, es ging wirklich schief.
Die Hauptaktion wird nach Feedback fragen:
Was in Zukunft davon zu profitieren ist
Gestalten Sie es immer über den Gewinn in der Zukunft.
Wenn Sie das können, dann denke ich, dass es sich lohnt, es während der Retrospektive anzusprechen. Weil Sie etwas gefunden haben, um die Situation zu verbessern. Wenn Sie der Meinung sind, dass dies nicht ausreicht, hilft Ihnen Ihr Team.
Vorherige Antwort basierend auf einer falschen Vorstellung davon, wie die Dinge gelaufen sind:
Ich bin mir nicht sicher, ob die Dinge so schlecht gelaufen sind, vielleicht nur ein Missverständnis?
Aber Sie könnten es so formulieren wie "in diesem Fall lief es gut, aber es hätte auch schief gehen können und es gibt Dinge zu verbessern":
In Bezug auf das Problem mit Jira lief alles gut, aber ... Ich dachte, dass meine Punkte bereits abgewiesen wurden, als TLs/POs um Feedback baten.
Ich habe es wieder angesprochen, weil ich frustriert war, aber jemand anderes hat es vielleicht nicht getan.
Wenn ich kein Feedback gegeben hätte, hätte sich der Workflow geändert, ohne das Problem wirklich zu lösen.
Dann stehen einige Aktionen zur Verfügung.
Aktion 1:
Explizit machen, dass Personen, wenn TLs/POs um Feedback bitten, alle Punkte ansprechen sollten, auch wenn sie denken, dass ihre Punkte bereits berücksichtigt wurden, weil dies möglicherweise nicht der Fall ist.
Aktion 2:
Der TL/PO teilt die Punkte des Mitglieds in der Diskussion.
Es sollte ein Feedback vom TL/PO darüber geben, warum es entlassen/geändert wurde.
Dann zurück zu Aktion 1: TL/PO war möglicherweise nicht in der Lage, es "gut zu verkaufen" (oder hat etwas falsch verstanden oder was auch immer passieren kann)
Aktion 3:
Anstelle von Aktion 2 nimmt das Mitglied an der Diskussion teil.
Dann zurück zu Aktion 1: Jemand anderes hat vielleicht einige Punkte, die es nicht in die Diskussion geschafft haben.
HorusKol
Pescho
Pescho