Tipp 1: Erstellen Sie einen Ticket-Lebenszyklus, um die Feedbackkultur im Entwicklungsteam zu fördern
Dieser Tipp gilt vielleicht nicht für kleine Startups, aber Sie möchten die Art und Weise, wie Sie Feedback zur Entwicklung geben, formalisieren. Der offensichtlichste Grund ist die Rendite der Investition in weniger erfahrene Spezialisten. Je mehr Struktur Sie in Ihr Feedback bringen, desto größer sind die Chancen auf ein bestärkendes Lernen.
Es gibt verschiedene Möglichkeiten, die Kommunikation in einem Softwareentwicklungsteam zu formalisieren, und einige davon werden Ihnen vielleicht besser gefallen als andere. Wir haben festgestellt, dass die Durchsetzung eines Ticket-Lebenszyklus dazu beigetragen hat, das Feedback in den Entwicklungsteams zu verbessern, welches mit uns arbeitet. Sobald verschiedene Personen eine Sache vorantreiben wollen, werden sie mit jedem kommunizieren, die mit dafür erforderlich sind.
Hier ist ein Ausschnitt des Scrum-Boards für unsere Website. Beachten Sie die Spalten: Die Entwickler:innen können schnell die Aufgaben sehen, die entweder vom Änderungseigentümer oder vom QS-Team abgelehnt wurden. Das Team kann außerdem sehen, wann eine Funktion bereit ist, in die Produktion überführt zu werden.
Das Beste für uns ist, dass wir das Entwicklungsteam und Testteam in der Art der Zusammenarbeit nicht einschränken. Sie können einen lästigen Fehler in einer Screen-Sharing-Sitzung besprechen, in einem Dev/QS-Chat die Meinung aller Beteiligten einholen oder einfach einen Kommentar in unserem ALM hinterlassen. Meistens fühlt es sich ganz natürlich an, im ALM zu kommunizieren, wenn Sie den Ticketstatus dort ändern müssen.
„Optimismus ist ein Berufsrisiko des Programmierens, Feedback ist die Behandlung.“
Tipp 2: Geben Sie mehr als nur Leistungsbeurteilungen
Im vorigen Absatz wurde Feedback verwendet, um die alltägliche Kommunikation im agilen Entwicklungsteam zu beschreiben. Das Feedback in der Softwareentwicklung endet jedoch nicht damit, dass Sie die Entwickler:innen bitten, bestimmte Anforderungen erneut zu testen.
Leistungsbeurteilungen sind ein wichtiger Faktor für Verbesserungen in der Softwareentwicklung. Die Art der Arbeit bestimmt, dass sogar der CTO den Code einer Person im Entwicklungsteam gesehen haben könnte, sodass die Umfragen unter den Kolleg:innen so aussagekräftig sind, wie nirgendwo sonst. Indem Sie Fachleuten mitteilen, wie sie abgeschnitten haben, realistische Verbesserungsvorschläge formulieren und langfristige Karriereziele herausfinden, bringen Sie Ihre Kollegen zum Wachsen.
Retrospektiven sind auch eine gute Art von Feedback-Sitzungen. Sie werden in der Regel nach jedem Sprint oder Meilenstein durchgeführt und helfen Ihrem Team, Bedenken zu äußern, Verbesserungen der Arbeitsabläufe vorzuschlagen und diese in einem ziemlich schnellen Zeitplan umzusetzen. Nachdem wir beobachtet haben, wie gut Retrospektiven bei unserem Entwicklungsteam funktioniert, hat unser Kreativteam sie ebenfalls eingeführt.
Tipp 3: Bitten Sie um Feedback zu mehr als Ihrem Arbeitsbereich
Als Entwickler:in haben Sie nicht selten das Gefühl, dass alles Ihnen entweder hilft, Ihren Code fertig zu stellen, oder jemand im Weg steht. Ihre Fähigkeiten und hilfsbereiten Kollegen:innen bringen Sie der Ziellinie näher; es sind externe Personen, die Sie benötigen, um Ihre Arbeit abzuschließen und/oder zu überprüfen, die Ihnen im Weg stehen. Selbst mit wenig Böswilligkeit kann es plötzlich zu einer „sie gegen uns“-Mentalität kommen.
Es versteht sich von selbst, dass Sie weniger erfahrenen Mitarbeitern:innen nicht nur Feedback geben, sondern es auch einfordern sollten. Kleine Ärgernisse, wachsende Frustrationen und unausgesprochene Probleme werden Sie zu einem besseren Umfeld führen. Der Spielraum endet jedoch nicht mit dem Entwicklungsteam.
Nicht-technische Interessengruppen können verschiedene Missverständnisse mit dem Entwicklungsteam haben. Das Produktteam hat möglicherweise Schwierigkeiten, seine Vision für eine Funktion klar zu kommunizieren, um Änderungen bei der Implementierung zu vermeiden. Texter:innen können versuchen, Zeit von dem Entwicklungsteam für ein Interview anzufordern, werden aber von dem Managementteam immer wieder abgelehnt. Auch entwicklungsübergreifende Interaktionen sind ein wichtiges Feedback.
Mit mehr als 20 Jahren Erfahrung in der Datenerfassung ist die Angleichung von Abteilungen ein wichtiger Teil unserer Arbeit. Deswegen haben wir eine Vorlage für eine Teststrategie erstellt, die speziell die Einbeziehung von Nicht-QS-Spezialisten in den Prozess abdeckt. Finden Sie es unten, und Sie werden es nie mehr verlieren wollen.
Holen Sie sich eine Vorlage für eine Teststrategie, um Ihrem Team die ultimative QS-Referenz zu geben
Tipp 4: Halten Sie das Feedback umsetzbar
Es ist zwar gut für die geistige Gesundheit und damit auch für die Leistungsfähigkeit, sich Dinge von der Seele zu reden, aber Ihr:e Kollege:in teilt diese Begeisterung vielleicht nicht. Sie müssen Positives und Negatives ansprechen, aber die Kritik sollte mit einer Verbesserungsmöglichkeit einhergehen. Manchmal wäre es tatsächlich besser, die Mitarbeiter:innen zuerst eine Lösung suchen zu lassen. Die entscheidende Überlegung dabei ist, Menschen nicht mit schwierigen Problemen allein zu lassen, die sie nicht anerkennen, nicht lösen und scheinbar nicht um Hilfe bitten können.
Natürlich gilt dieser Tipp nicht so streng für positives Feedback. Wir sind so verdrahtet, dass wir es lieben, positive Dinge über uns zu hören, und man muss dabei gar nicht so handlungsorientiert sein. Selbst dann würden sich Ihre Kollegen:innen über weitere Ideen freuen, damit Sie sie wieder loben. Dies ist ein weiteres Beispiel für positives Feedback in einem Softwareentwicklungsteam, das eine effektive Arbeitsumgebung schafft.
Tipp 5: Machen Sie die Dinge nicht persönlich
In jeder Branche treten häufige Fehler bei der Vergabe von Feedback auf, es kann aber auch außerhalb der Arbeit vorkommen. Wenn wir etwas über jemanden kritisieren, kann eine ungeschickte Formulierung leicht zu einer verletzenden Aussage über die Person werden. Es ist schön, wenn man als cool bezeichnet wird, weil man eine bestimmte Funktion implementiert hat, aber was ist mit dem Gegenteil?
Als Faustregel gilt: Man sollte Sie-Aussagen, ähnlich wie bei der Familienberatung, vermeiden. Sagen Sie nicht: ‚Mit dem Kodierungsfehler haben Sie uns in diesem Sprint zwei zusätzliche QS-Stunden gekostet.‘ Lösen Sie stattdessen die Tatsache von der Person: ‚Der Kodierungsfehler aus dem letzten Sprint hat uns ein paar QS-Stunden gekostet.‘ Es ist eine kleine Veränderung, aber ein großer Unterschied in der Wahrnehmung. Sie werden es ansonsten mit zukünftigem Feedbacks schwer haben, denn es liegt in der menschlichen Natur, nach einer weniger passenden Formulierung defensiv zu werden.
Sie könnten tatsächlich noch eine weitere Methode aus Beratungsbüchern übernehmen und zu Ich-Botschaften übergehen. Sprechen Sie darüber, wie Sie ein Problem angegangen wären, und nicht darüber, wie kurzsichtig Ihre Kollegen waren, weil sie nicht den gleichen Weg eingeschlagen haben. ‚AWS zurücksetzen ist das Erste, was ich getan hätte‘ klingt viel besser als ‚Sie hätten AWS zurücksetzen sollen, bevor Sie andere Schritte zur Fehlerbehebung unternehmen.‘
Tipp 6: Bleiben Sie konsequent oder treten Sie zur Seite
Besonders für junge Entwickler:innen gibt es nur wenige Dinge, die so sehr schmerzen wie inkonsistentes Feedback. Sie kommen an den Arbeitsplatz und sind bereit zu lernen, Sie erledigen eine Aufgabe und dann bekommen Sie Kritik, die so ganz anders ist als das, was Sie letzte Woche gehört haben. Wie kann man Ratschläge befolgen, wenn sich diese scheinbar jeden Tag ändern?
Wenn die Entwicklungsdokumentation auf dem neuesten Stand ist, können Sie sich zum Glück in Ihrem Feedback darauf beziehen. Es ist auch hilfreich, dass Ihre Mitarbeiter:innen Sie auf Unterlagen verweisen können, um Sie zur Rechenschaft zu ziehen. Wenn Sie am Ende etwas anderes wollten, ist es wahrscheinlich an der Zeit, die Dokumentation zu überarbeiten, anstatt sich damit zu beschäftigen, wie diese eine Funktion implementiert wird.
Konsistenz gilt auch für die Art und Weise, wie Sie Feedback geben. Schieben Sie es nicht auf, es sei denn, es gibt stattdessen etwas wirklich Dringendes zu tun. Machen Sie es nicht zu einer halbherzigen Angelegenheit, wenn Sie in Zeitnot sind, sich aber später mehr Zeit nehmen können. Wenn das Feedback knapp wird, werden die Mitarbeiter:innen entmutigt und denken vielleicht sogar, dass es ihre Schuld ist.
Schlussfolgerung
Die Förderung einer guten Feedbackkultur beginnt damit, dass Sie sich bewusst darum bemühen. Wenn Sie sich einmal dazu verpflichtet haben, konsequent zu bleiben und an der Umsetzung zu arbeiten, werden Sie mehr als 80 % des Weges geschafft haben. Gutes Feedback ermutigt die Kollegen:innen, ihre Leistung zu verbessern, zusammenzuarbeiten und am Ende des Sprints tatsächlich zufrieden zu sein.
Wenn Sie auf der Suche nach einem Tool für die kollaborative Softwareentwicklung sind, sind Sie mit aqua cloud bestens bedient. Es handelt sich um eine KI-gestützte Lösung zur Umsetzung von Anforderungen, zum Testen und zur Durchführung fortschrittlicher Analysen. Benutzerdefinierte Arbeitsabläufe und die Diskussionsfunktionen machen die Entwicklung offen, bequem und transparent.
Testen Sie den besten Issue-Tracker für Feedback und kollaboratives Arbeiten
