Kommunikationsmuster für leitende Entwickler

8

Ich habe mehrere Wochen lang ein wöchentliches "Tech Lead" Meeting in unserem Unternehmen durchgeführt. Es ist ziemlich banal geworden und mehr Status-Update als alles andere. Ich suche nach Ideen, um diese dynamischer zu machen:

  • Das sind die Leute, von denen ich denke, dass sie großartige Ideen und Visionen generieren können
  • Sie haben auch Tiefe, die niemand sonst in einer bestimmten Domäne und einem bestimmten Code / Architekturbereich hat
  • Dies ist eine der wenigen Möglichkeiten, die sie für die Interaktion miteinander haben, also möchte ich das so produktiv wie möglich machen

Ich bin ein Ingenieur, kein Manager, aber es scheint eine Verschwendung von Talent zu sein, dass diese Leute eine Stunde lang herum sitzen und mir erzählen, was sie letzte Woche gemacht haben. Um es noch schwieriger zu machen, gibt es Leute, die sich auch von entfernten Standorten einwählen. Ich hatte gehofft, dass ich es etwas weniger formell machen würde, wie zum Beispiel eine Whiteboard-Diskussionsparty, aber ich bin mir nicht sicher, wie viel Struktur benötigt würde. Wenn Sie jemals "A Beautiful Mind" gelesen haben, würde ich gerne etwas Ähnliches zu den Nachmittagstee-Partys haben, die sie in Princeton hatten, wo sie Mathe auf der Kreide-Tafel sprachen.

    
Brad 07.04.2009, 13:44
quelle

8 Antworten

2

Ich denke, die Herausforderung besteht darin, alle zu beschäftigen. Legen Sie Zeit für Präsentationen fest, für die die Tech Leads sich freiwillig melden können, und lassen Sie sie Themen einreichen. Bitten Sie sie, Projekte vorzustellen, die einen wichtigen Meilenstein erreichen. Verwenden Sie Webex, um dies online für die Remote-Personen zu tun. Brauchen Sie wöchentliche Treffen oder können Sie das alle zwei Wochen machen? Das könnte auch helfen.

    
cdonner 07.04.2009 13:52
quelle
2

Ich habe festgestellt, dass wir in diesen Meetings am besten hin und her gehen, wenn jemand eine Technik "unterrichtet". Vielleicht ist es etwas Neues - vielleicht nicht. Manchmal werden wir zusammen ein bisschen Code-Audit durchgehen, und wir werden darüber reden, was gut und was schlecht ist und warum einige Dinge so gemacht werden, wie sie sind.

    
Ell 07.04.2009 16:07
quelle
2
  1. Einwählen nicht zulassen
  2. Wählen Sie ein umstrittenes Thema und lassen Sie jemanden vorbereiten, um es zu streiten ("Wir sollten alle unsere Anwendungen nach Ruby verschieben." "Wir brauchen ein gemeinsames Messaging-Framework." "PL / SQL sollte verboten werden")
  3. Holen Sie sich einen Besprechungsraum mit einem riesigen Whiteboard
RichH 07.04.2009 18:51
quelle
1

Ich stimme zu, die dedizierte Gesichtszeit sollte für kreativen Input reserviert sein. Sie können Updates über den Fortschritt von einem per E-Mail zugesandten wöchentlichen Serienbrief erhalten.

Einige Ideen:

  • Machen Sie eine Brown-Bag-Präsentation. Jeder Leiter präsentiert den gesamten architektonischen Ansatz für sein Stück des Kuchens und konzentriert sich dabei auf Herausforderungen und wie sie angesprochen wurden
  • Wählen Sie neue / interessante / wichtige Technologien und Techniken aus, und lassen Sie einen Fachexperten eine Präsentation darüber halten, wie sie in ihrem Bereich angewendet wurde
  • Diskutieren Sie Soft-Skill- und Peripherie-Themen wie Teammanagement. Lassen Sie Namen aus, sondern schaffen Sie ein Forum, in dem konstruktive Ideen über Build-Management, Projektmanagement usw. ausgetauscht werden können.
Dave Swersky 07.04.2009 13:51
quelle
1

Zuerst würde ich die Statusaktualisierungen trennen (oder sie komplett entfernen, wenn das nicht erforderlich ist).

Zweitens werde ich keine Antworten geben, ich werde eine Menge Fragen stellen.

Im Allgemeinen sprechen Menschen, die gut in etwas sind, über sich selbst, was sie tun, ihre Entscheidungen und Begründungen und im Wesentlichen die Dinge, die sie Tag für Tag motivieren. Haben diese Leute Wikis, die Sie durchsuchen können, um ihnen relevante Fragen zu stellen? Bekommst du eins zu eins mit ihnen, um zu wissen, was sie antreibt? Die Individuen zu kennen und über die Individuen Bescheid zu wissen, würde die Aufgabe erleichtern, diese Jungs viel leichter zu lockern. Bevorzugen sie eine Debatte zu einem Status-Update? Wenn ja, beginnen Sie eine Debatte.

Mach das morgens oder vor dem Mittagessen, während die Leute frisch sind, nicht wenn sie nach einer langen Woche fertig sind.

Da diese Leute deine Stars sind, ist es wirklich wichtig, dass du ihnen zeigst, wie sehr du ihre Zeit schätzt. Timebox die Treffen, sei besonders fleißig darüber. Wenn die Leute ihre Probleme / Probleme besprechen, fragen sie, was sie tun. Schreibe schnelle Erinnerungen an dich selbst und in nachfolgenden Meetings frage, wie es geht. Zwinge niemanden zum Sprechen.

Wenn dieses Meeting ein Forum ist, das du führst, ziehe deinen Moderatorhut an und nimm deinen Ingenieurhut. Bieten Sie während des Meetings keinen Rat oder Beitrag an. Steuere die Meeting-Agenda, halte die Dinge am Laufen. Das ist deine Chance zuzuhören. Besonders, bringen Sie Leute Probleme oder Probleme mit dem Geschäft zur Sprache. Überlassen Sie den Jungs die technischen Probleme, die sie wahrscheinlich haben. Natürlich können und werden sie technische Probleme aufwerfen. Aber reden Sie darüber, wie beurteilen Sie Ihre Mitarbeiter? Ist das effektiv? Was können wir tun, um das Wissen über X zu verbessern? Sollen wir Personal zwischen unseren Teams drehen? Sprechen Sie über die Dinge, die Sie hart finden, nicht einfach.

Ich empfehle dringend, die Leute nicht damit zu belasten, sie aufzufordern, Status-Updates oder Präsentationen auf ihrem Gebiet vorzubereiten usw. usw. Wenn Sie etwas wissen oder hören wollen, stellen Sie diese Frage. Offensichtlich ist die Statusaktualisierung für Sie nicht wertvoll. Was willst du hören?

Hoffe das hilft!

    
wentbackward 07.04.2009 19:33
quelle
0

Haben Sie versucht, eine Agenda zusammenzustellen und einige Erwartungen zu formulieren, was besprochen werden sollte, z. die Architektur und welche Herausforderungen stehen bevor, was letzte Woche in Sachen Aufgaben gemacht wurde? Oder was sind die coolen Dinge, die sie aufgeregt diskutieren würden? Ein weiterer Aspekt ist der Versuch, vor dem Meeting eine Nachricht zu senden, dass Sie versuchen möchten, das Meeting so oder so zu ändern und zu sehen, welche Art von Feedback Sie bekommen, da die anderen Leads es gerne ändern würden Vielleicht möchten Sie nicht mit den Änderungen kommen.

Ein anderer Teil ist, wie viel regelmäßige Interaktion haben Sie mit diesen anderen Leads? Wenn Sie etwa 20 Minuten pro Tag mit ihnen sprechen, können Sie möglicherweise verschiedene Nachrichten darüber einreichen, was Sie mit dem Meeting tun möchten. Wenn die Interaktion jedoch begrenzter ist, ist dies möglicherweise keine gute Idee. p>     

JB King 07.04.2009 13:51
quelle
0

Vielleicht ist ein bisschen freundlicher Wettbewerb nötig. Nichts zu ernst, aber etwas, um ein wenig Fokus zu geben. Sie können einen Preis für die beste 5-Minuten-Präsentation anbieten, die von einer Gruppenwahl vergeben wird. Es ist eigentlich egal, worum es in der Präsentation geht, obwohl etwas technisch besser ist. Sobald das Eis gebrochen ist, kannst du versuchen, den Wettbewerbsaspekt fallen zu lassen und einfach zu sehen, ob der Schwung weitergeht.

Halten Sie die Präsentationen jedoch kurz - wir haben etwas Ähnliches einmal mit 1-stündigen Präsentationen (1 pro 14 Tage) gemacht, aber die Meetings haben eine Menge ... überstanden.

    
Steve Haigh 07.04.2009 13:57
quelle
0

Lassen Sie Ihre Entwickler etwas besprechen, für das sie eine Leidenschaft haben.

Ich würde wahrscheinlich damit beginnen, eine E-Mail zu verschicken, und jeder Entwickler würde mir eine Liste von drei Themen zurücksenden, über die er sprechen und Wissen teilen möchte. Und es könnte alles Mögliche sein, von Techniken über Werkzeuge bis hin zu Tests. Egal, solange sie darüber reden und etwas Leidenschaft haben wollen.

Dann würde ich anfangen auszuwählen und auszuwählen, welche Themen und welche Leute beim nächsten Treffen präsentieren / sprechen werden. Ich würde nach Themen Ausschau halten, die von mehreren Leuten vorgeschlagen werden, denn diese können interessante Gespräche führen, wenn die Leute unterschiedliche Meinungen zum selben Thema haben.

Aber vor allem, was ich versuchen und kultivieren möchte, ist eine Einstellung des geteilten Wissens. Ich würde nach Leuten suchen, die mir erklären können, welchen Hindernissen sie gegenüberstanden, wie sie diese Herausforderung bewältigt haben, mit welchen Techniken / Werkzeugen sie es überwunden haben und ob sie denken, dass diese Techniken / Werkzeuge auf sie angewendet werden können Entwicklungsumgebung in der Zukunft. Und hoffentlich haben sie eine Leidenschaft für ihre Lösungen und die Bereitschaft, dieses Wissen zu teilen.

Ich würde ihnen auch zwei oder drei Dinge auflisten lassen, die ihnen in ihrer Umgebung Qualen / Schmerz / Frustration bereiten. Nach was ich hier suchen würde, ist eine Chance, allgemeine Probleme und Kopfschmerzen aufzudecken, und dann zu sehen, ob jemand Erfolg gehabt hat, sich mit den gleichen oder ähnlichen Problemen zu befassen.

Vor allem aber - Wissensaustausch. Sie müssen verstehen, worum es in dieser Zeit geht und wofür alle da sind.

In gewisser Weise ist es wie eine Support-Gruppe für Entwickler.

    
Chris Holmes 07.04.2009 19:33
quelle