Direkt zum Hauptbereich

Wie sollte ein Team neue Mitglieder aufnehmen?

Wenn ein Team über längere Zeit zusammenarbeitet, wird es erleben, dass Mitglieder das Team verlassen und dass es neue Mitglieder dazugewinnt. Wenn sich ein Team neu zusammenfindet, kennen Sie wahrscheinlich schon die bekannten Phasen (forming, storming etc.) von Bruce Tuckman (/1/). Aber wie nimmt man eigentlich konkret einzelne Mitglieder ins Team auf? In einem Beitrag von Esther Derby habe ich dazu etwas gefunden.

Immer, wenn eine neue Person zu einem Team kommt, wird das Team Tuckmans Phasen neu durchleben. In der Forming-Phase sind neue Mitglieder eher vorsichtig und beschnuppern einander. Wenn sie sich einander mehr Vertrauen, werden Konflikte angesprochen und geklärt ("Storming"). Dann klärt das Team, was ihm wichtig ist ("Norming") und legt richtig los. Eventuell geht es Team nach erledigter Arbeit auseinander ("Adjourning"). Bei PM Hut gibt Gina Abudi ein Beispiel für diese Phasen der Teamarbeit.

Esther Derby (bekannt durch ihr Buch "Agile Retrospectives") beschreibt in ihrem Blog drei Situationen, in denen es neuen Teammitgliedern nicht gelungen ist, sich ins Team zu integrieren (/3/). Ihrer Meinung nach sind die neuen Mitglieder zu schnell vorgeprescht ohne Beziehungen in der Gruppe auzubauen und erst zu verstehen, wie das Team denkt und seine Aufgaben lösen will.

Als ich das gelesen habe, konnte ich einige Situationen aus meinem Leben im Nachhinein besser verstehen. Stephen Covey hat es einmal mit dem Satz "Erst verstehen, dann verstanden werden" gut zusammengefasst (der fünfte der sieben Wege zur Effektivität).

Esther Derby schreibt weiter, dass Personen, die sich gut in Teams integrieren konnten, auf folgende Dinge geachtet haben:
  • Sie haben alle Gruppenmitglieder kennen gelernt und sich selbst vorgestellt.
  • Sie haben sich mit den Hintergründen, der Geschichte und dem Kontext des Teams vertraut gemacht.
  • Sie richten ihre Arbeit an den Zielen, Aufgaben und Prioritäten des Teams aus.
  • Sie suchen nach Möglichkeiten, zu den Zielen des Teams beizutragen.
Beim Lesen dieser Punkte habe ich überlegt, wie das wohl konkret in einem Projektteam aussähe. Was könnte ich tun, um eine neue Person ins Team aufzunehmen? Hier sind meine Ideen:
  • Ich stelle das Projektziel und die bisherigen Etappenziele vor. Ein Team definiert sich schließlich über die Arbeit, die es zu erledigen hat.
  • Ich stelle nacheinander alle Teammitglieder mit Namen und Schwerpunkten vor.
  • Ich organisiere ein gemeinsames Essen, bei dem alle Mitglieder teilnehmen und das neue Mitglied etwas über sich erzählen kann. 
  • Bei dem Essen erzählen alle eine Projektgeschichte, damit besser klar wird, was das Team bisher erlebt hat und wie es seine Probleme löst.
  • Ich bespreche ohne die neue Person mit dem Team, wo wir Unterstützung brauchen. Welche Probleme müssen wir aktuell bewältigen?
  • Bei der nächsten Teambesprechung wird das neue Mitglied noch einmal formal vorgestellt. Dann wird der Projektstand besprochen und erläutert, an welchen Stellen wir Unterstützung suchen.
  • Ich achte darauf, dass die neue Person und einzelne Teammitglieder immer wieder Zeit zusammen verbringen können, um sich besser kennen zu lernen.
Wie führen Sie neue Mitglieder in ein Team ein?

Anmerkungen


Kommentare

Beliebte Posts aus diesem Blog

Outlook-Aufgabenliste: bitte nicht die Aufgaben des ganzen Teams!

Am Tag der Arbeit kommt eine Lösung, nach der ich schon so oft gefragt wurde: Wie schaffe ich es, dass meine Outlook-Aufgabenliste nur meine eigenen Aufgaben anzeigt und nicht auch die E-Mails, die meine Kollegen gekennzeichnet haben oder Aufgaben, die einfach in einem gemeinsamen Postfach stehen?

Kategorien in Outlook - für das Team nutzen

Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.

Das Ubongo Flow Game

Spiele bieten eine gute Gelegenheit, zeitliche Erfahrungen zu verdichten und gemeinsam zu lernen. Karl Scotland und Sallyann Freudenberg haben im Mai 2014 das Lego Flow Game veröffentlicht. Wir haben die Spielidee übernommen, aber das Spielmaterial gewechselt. Statt Legosteinen benutzen wir Material aus Grzegorz Rejchtmans Ubongo-Spiel. Hier präsentieren wir die Anleitung für das Ubongo Flow Game.

Beispiel für eine Partyplanung mit Scrum

Wer sich neu mit Scrum beschäftigt, ist vielleicht überwältigt von den ganzen Fachbegriffen. Dann sieht man vielleicht gar nicht, wie einfach die einzelnen Elemente von Scrum sind. Deshalb hier ein einfaches Beispiel für die Vorbereitung einer Party mit Hilfe von Scrum.

E-Mail-Vorlagen gemeinsam nutzen (Outlook)

Mittlerweile wird praktisch alle Routine-Korrespondenz in Outlook erledigt. Was liegt da näher, als ein gutes Set von Vorlagen zu erstellen und diese gemeinsam in Team zu nutzen? Leider hat Microsoft vor diesen – an sich simplen – Wunsch einige Hürden gebaut.

Tooling #5: Die gute alte Systemtheorie

Gelegentlich fragen mich Menschen nach den wichtigsten Tools und Herangehensweisen für meine Arbeit. Einige davon habe ich hier im Blog bereits vorgestellt (und zwar  hier ). Heute möchte ich über ein weiteres, vielleicht sogar DAS entscheidende Basiswerkzeug sprechen: Die gute alte Systemtheorie.

Protokolle in OneNote - neue Ideen für's neue Jahr

Protokolliert Ihr Team seine Besprechungen in OneNote? Das geht einfach, schnell ist teamfähig und hat eine exzellente Suchfunktion. Die beliebte Fragen "Wann haben wir eigentlich beschlossen, dass..." ist so schnell beantwortet. Darum wird OneNote an dieser Stelle immer beliebter. In meinen Seminaren dazu sind gute Ideen entstanden, die ich hier weitergeben will.

Scrum und Kennzahlen (KPIs, Metriken)

In regelmäßigen Abständen hören wir die Frage, welche Kennzahlen (neudeutsch KPIs) bei Scrum sinnvoll sind. Zeit für einen längeren Beitrag, auf wichtige Ressourcen zu verweisen. Der Scrum-Guide selbst gibt dazu keine erschöpfende Auskunft. Und das hat seine Gründe.

Ein Pfad durch den Skalierten Scrum Dschungel (10 Frameworks und ein Ratschlag)

Und wie mache ich es, wenn mehrere Teams mit Scrum arbeiten sollen? Bei uns soll die ganze Firma mit Scrum arbeiten. Wie beginnen wir?  Wie gehen wir am Besten damit um, wenn wir teamübergreifend agil werden wollen?  Wir setzen in der Firma SAFe ein – was hälst Du davon? In beinahe jedem meiner Professional Scrum Master Trainings werden solche und ähnliche Fragen zum Thema „Skaliertes Scrum“ gestellt. Das Framework Scrum selbst sagt wenig über die Art und Weise wie man es im Enterpriseumfeld erfolgreich einsetzt. Und doch ist der Bedarf an Lösungen wie man firmenweit agil zusammenarbeiten kann riesig. Inzwischen gibt es eine Reihe an Skalierungsframeworks die versuchen, diesen Bedarf zu decken. In diesem Blogpost geb ich eine Übersicht über die unterschiedlichen Ansätze und Frameworks und versuche damit einen Pfad durch das unübersichtliche Dickicht der Frameworks zu schlagen. Die bekanntesten Skalierungsframeworks: SAFe leSS Nexus Spotify Unfix Scrum@Scale Flight Levels Und noch mehr

Ich bin ganz oben (mit Kanban und Outlook)

Mit einem Kommentar zu einem lesenswerten Artikel von Thomas Mauch /1/ habe ich es an die Spitze der Trefferliste bei Google geschafft. Suchen Sie mal nach „Kanban Outlook“. Kanban ist eine alte Idee, aber immer noch der Renner unter den Produktivitätswerkzeugen. (There is an English version of this post.)