Effektive Teambesprechungen

Ich bin Teamleiter eines Teams von 8 Programmierern in einem Unternehmen mit etwa 20 technischen Mitarbeitern. Sie arbeiten an einer Reihe von Projekten. An diesen Projekten sind auch Personen aus anderen Teams beteiligt, die außerhalb meiner Kontrolle liegen. Meine Organisation entwickelt sich nicht richtig agil und sie sind etwas resistent gegen Veränderungen, aber ich habe täglich Stand-up-Meetings in meinem Team abgehalten und wir alle fanden sie nützlich und alle sind engagiert und wir sind fertig 10-15 Minuten. Ich habe auch wöchentliche individuelle Treffen mit jedem Teammitglied, bei denen wir verschiedene allgemeine Themen (sowohl technische als auch nichttechnische) ausführlicher besprechen sowie verschiedene Ad-hoc-Treffen.

Was ich jedoch zu kämpfen habe, ist mein wöchentliches Teamtreffen. Es verliert an Dampf und ich konnte die Leute nicht interessieren.

Ich möchte immer noch ein längeres Meeting abhalten, auch wenn es zweiwöchentlich oder monatlich sein muss. Ziel war es, verschiedene Themen zu diskutieren, die während eines Stand-up-Meetings nicht behandelt werden können, weil sie mehr Zeit benötigen. Aktualisierungen von mir enthalten eine Zusammenfassung aller aktuellen Projekte, an denen sie arbeiten (ob im Zeitplan, verschiedene Verzögerungen usw.), Richtungsänderungen, zukünftige Projekte, Änderungen des Entwicklungsprozesses usw. Am Ende ist dies jedoch der Fall ein Vortrag von mir, und mindestens 2 Personen sind offensichtlich in Zonen aufgeteilt und der Rest ist höchstens leicht interessiert.

Ich habe versucht, die Leute dazu zu bringen, sich mehr zu engagieren, indem ich sie dazu brachte, über ihre Woche zu sprechen, aber mit 8 Leuten dauert es lange und (teilweise, weil ein Großteil ihrer Arbeit nicht allzu viel überkreuzt), tut es der größte Teil des restlichen Teams Es ist ihnen egal, woran ihre Mitarbeiter detaillierter gearbeitet haben (sie erhalten beim Aufstehen einen Überblick auf hoher Ebene).

Während dieser Treffen langweilen sich zumindest einige Leute sehr, und es ist mir fast peinlich, diese weiterhin zu halten. Es ist ein starker Kontrast zu unseren energiegeladenen morgendlichen Stand-up-Meetings.

Irgendwelche Ratschläge, was ich tun kann, um die Leute engagierter und interessierter zu machen? Und wie kann ich sie dazu bringen, Dinge auf ihren zu präsentieren oder Diskussionen zu beginnen, an denen alle beteiligt sind, anstatt dass es ein Monolog von mir ist?

Sie sagten, dass sich die Treffen so anfühlen, als würden Sie sie unterrichten. Wenn es sich für Sie so anfühlt und das Team nicht daran interessiert zu sein scheint, was Sie zu sagen haben, warum dann immer noch das Meeting? Wenn Sie nur Informationen auf sie werfen und diese ihre Aufmerksamkeit nicht auf sich ziehen, warum nicht stattdessen alles in einer wöchentlichen E-Mail zusammenfassen?

Wenn Sie die Stunde nutzen möchten, die Sie mit dem gesamten Team haben, sollten Sie eine Retrospektive durchführen. Sie können die Retrospektive mit einfacher Ehrlichkeit einführen: Sagen Sie ihnen, dass Sie nicht der Meinung sind, dass die vorherigen Besprechungen produktiv waren, und dass Sie etwas anderes ausprobieren möchten, damit alle von der gemeinsamen Stunde profitieren können.

In Retros , wo ich arbeite, werden wir drei Spalten auf einem Whiteboard, in der Regel ein Smiley setzen, meh, und traurige Gesicht an der Spitze, zum Beispiel :), :|und :(. Dann können die Teammitglieder alles an die Tafel setzen, worüber sie mit der gesamten Gruppe sprechen möchten.

In der Spalte "Glücklich" können Sie Erfolge feiern (z. B. Alice und Bob zur Veröffentlichung eines Projekts gratulieren, an dem sie zusammengearbeitet haben), und Sie können mit neuen Prozessen, die Sie versuchen, den Sieg erklären (als wäre der neue Bug-Tracker viel besser als der altes).

In die Spalte meh geben Sie Dinge ein, die für die Woche nicht gerade glücklich oder traurig sind. Vielleicht haben Sie Lizenzen für die neue Version Ihrer IDE gekauft, und jemand hat keine Vorteile der neuen IDE gesehen - er könnte dies an die Tafel bringen, um herauszufinden, ob alle anderen der Meinung sind, dass das Upgrade wertlos war oder ob andere Personen dies getan haben Wege gefunden, dass es tatsächlich der vorherigen Version überlegen ist.

In die traurige Spalte setzen Sie Dinge, die für die Woche nicht gut gelaufen sind. Die Ermittlung der Schmerzpunkte für die Woche ist meiner Meinung nach wahrscheinlich der größte Vorteil einer Retrospektive. Das gesamte Team kann Lösungen für ein echtes Problem diskutieren. In Teams, die beispielsweise alle an einer einzigen Codebasis arbeiten, könnte jemand sagen, dass die FooBar-Klasse nicht wartbar ist und stundenlanges Debuggen verursacht hat. Plötzlich stellt man fest, dass alle anderen im Team diese Woche mehrere Stunden an FooBar verloren haben, aber niemand hat Zeit damit verbracht, es aufzuräumen. In diesem Fall kann das Team gemeinsam entscheiden, dass es für jemanden sinnvoll ist, nächste Woche Zeit damit zu verbringen, diesen Code zu überarbeiten.

Nachdem alle ihre vorgeschlagenen Themen an die Tafel geschrieben haben, möchte ich kurz auf jedes Thema eingehen und den Autor eine Erklärung des Themas von 10 bis 30 Sekunden geben lassen. Dieser Abschnitt des Meetings ist leicht zu entgleisen, daher müssen Sie darauf achten, die Leute auf dem Laufenden zu halten - z. B. wird jemand sagen, dass X ein Problem war, und jemand anderes beginnt, über eine Lösung des Problems zu sprechen. Lösungen sollten erst nach der Abstimmung besprochen werden. In der Einführung der Themen finden Sie möglicherweise Möglichkeiten, mehrere eng verwandte Themen zu gruppieren.

Nach den Einführungen erhält jeder drei Stimmen, die er nach Belieben auf die Themen verteilen kann. Schließlich werden die Stimmen gezählt, und welches Thema die meisten Stimmen hat, wird vom Team besprochen. Bestimmen Sie für jedes Thema, ob eine Aktion ausgeführt werden muss. Das Feiern eines Erfolgs hat normalerweise kein Aktionselement, aber das Refactoring eines bestimmten Codes kann einer Person zugewiesen werden. Die Aktionselemente sollten normalerweise von einer Person ausgefüllt werden können, aber manchmal handelt es sich um Aktionselemente für das gesamte Team, z. B. um gute Commit-Nachrichten.

Die meisten Retros konzentrieren sich auf Themen in der traurigen Spalte, und praktisch keine Retros diskutieren alles, was an die Tafel geschrieben steht. Das Meeting endet in der Regel immer dann, wenn die Zeit abgelaufen ist. Stellen Sie unmittelbar nach der Besprechung sicher, dass die Aktionselemente bestimmten Personen zugewiesen sind. Tun Sie dies auf eine Weise, die für Ihr Unternehmen sinnvoll ist.

Ich hatte großen Erfolg mit Rückblicken. Sie sind eine großartige Möglichkeit, den Zusammenhalt in einem Team zu stärken, und sie sind eine großartige Möglichkeit, über die vergangene Woche nachzudenken und Ihren Prozess zu verfeinern. Ich denke, wenn Sie diese mit Ihrem Team ausprobieren, werden sie für Ihre Besprechungen viel engagierter sein.

Willkommen in der Welt des mittleren Managements!

Sie werden feststellen, dass diese Art von Problem VIEL passiert!

Sie haben 3 Möglichkeiten:

Big Stick Tun Sie dies oder Sie werden entlassen - funktioniert nie. Tu es nicht.

Eigentum Lassen Sie sie die Besprechungen erleichtern. Machen Sie einen Schritt zurück und nominieren Sie jemand anderen. Haben Sie es als Drehposition, in der jedes Mal eine andere Person Gastgeber ist.

Sprechen Sie das Unausgesprochene Nach dem, was Sie gesagt haben, langweilen sich alle - warum fragen Sie sie dann nicht danach? Bist du gelangweilt ? / Ist das Zeitverschwendung usw. Warum hören wir? Was ist der Wert dabei?

In Ihrer Frage war nicht klar, warum Sie dies tun möchten. Wenn Sie der einzige sind, der diese für wertvoll hält, sind Sie bereit, sich zu ändern? Fragen Sie sie, was sie wollen. Sie sind Software-Leute, ihre Aufgabe ist es, den ganzen Tag Probleme zu lösen - lösen Sie diese!

Versuchen Sie, den Entwicklern mehr Wert in Ihren Meetings zu geben. Einige Beispiele könnten sein:

• kurze Demos mit neuen Funktionen, die im letzten Sprint entwickelt wurden. (von allen präsentiert)
• Eine aus den Lektionen gewonnene Diskussion, in der sie die Möglichkeit haben, die Arbeitsweise des Teams zu ändern und sich zu verbessern (die Diskussion führte Ihre rechte Hand im Team, und Sie sind da, um Ihre Managemententscheidungen zu rechtfertigen. Ähnlich wie bei einer 1-zu-1-Entlüftungssitzung aber größer)
• Ein Vortrag über ein neues Open-Source-Projekt, das relevant sein könnte, oder eine andere Codierungssprache wie funktionales Lang oder Golang oder grüne Threads in Python. (Vielleicht präsentiert von einem der jüngeren Entwickler oder in Form eines Online-Videos)
• Eine Diskussion unter der Leitung eines Vertriebsingenieurs, in der ein schrecklich schwieriges technisches Problem beschrieben wird, das sein Kunde zu lösen versucht. (Gleiches gilt für den Support- / Service-Manager, der versucht, die Supportkosten durch Verbesserung der Produktnutzbarkeit zu senken.)
• Eine Krippe, die die verschiedenen strategischen Alternativen aufzeigt, die das Unternehmen hätte ergreifen können, und wie es sich angesichts der Wettbewerbslandschaft auf das Engineering ausgewirkt hätte.
• Ein externer Berater, der Beratungssitzungen zu Technologien gibt, die Sie bereits verwenden, jedoch nicht maximal (normalerweise nosql, cep, RDBMS, Netzwerk, Sicherheit, Überwachung ...).
• Ein Code-Durchgang, in dem jeder neue Tipps zum Codieren, Debuggen oder Testen der Produktivität erlernen kann (von dem Entwickler mit 10-facher Produktivität).
• Eine Codierungssitzung, in der keine Maus zulässig ist. Lernen Sie die IDE-Verknüpfungen kennen.
• Gespräch eines Buchhalters über Geld 101 verwandte Themen Rente, Investitionen
• Sprechen Sie über Social Programming und Karriere (Stack Exchange, Twitter, Github, persönliche Blogs, LinkedIn, Meetups in Ihrer Nähe).

Kann das Treffen oder halten Sie es viel seltener. Schreiben Sie Ihre Vorträge in einer regelmäßigen E-Mail und senden Sie sie an alle.

Treffen nur, wenn die Personen in ihnen tatsächlich Grund haben, an ihnen teilzunehmen. Ansonsten verschwenden Sie wirklich die Zeit der Leute.

Halten Sie keine langen Besprechungen ab und nutzen Sie die Projektverwaltungssoftware. Wenn Sie das Interesse der Menschen wecken möchten, können Sie das Wesentliche zusammenfassen und hervorheben und den Rest für Projektprotokolle und -berichte speichern. Konzentrieren Sie sich auf Meilensteine, Lieferungen, Höhepunkte und Ziele. Wenn dies nur für 1/3 der Menschen gilt, legen Sie es für einen Projektdiskussionsthread ab.

• Halten Sie Ihre Besprechungen kurz
• Nutzen Sie die Projektverwaltungssoftware
• Halten Sie es persönlich, zielgerichtet und verbinden Sie sich mit Emotionen und Zielen
• Problemlösung in Fokusgruppen, nicht in Foren
• Erhalten Sie Feedback von Ihren Kollegen

Lassen Sie auch andere nicht in das Gespräch einsteigen und ihre Arbeit fortsetzen, es sei denn, sie haben Sollwerte festgelegt, die sie ansprechen möchten. Wenn Sie Feedback wünschen, bereiten Sie sich darauf vor oder speichern Sie es für einen Kommentarthread irgendwo online, wo die Leute die Zeit haben, es anzusprechen. Dies ist eines der nervigsten Probleme bei Besprechungen. Zeit geben, um Gleichaltrigen aus Respekt Zeit zu geben. Behalten Sie das Zeug am Ende, nachdem Sie alles angesprochen haben, was Sie vermitteln müssen.

Nehmen Sie Richtlinien für Ihren Projektmanagementansatz und fördern Sie gute Entwicklungspraktiken, indem Sie mit gutem Beispiel vorangehen.