Frage:
Wie kann ich eine Teamperson werden?
Animesh
2012-04-11 21:44:06 UTC
view on stackexchange narkive permalink

Ich habe in Umgebungen gearbeitet, in denen ich entweder ein einzelner Mitarbeiter oder ein einsamer Technikfreak war, ohne viel Teamarbeit zu benötigen.

Im weiteren Verlauf meiner Karriere finde ich es notwendig, auf Positionen zu verzweigen die strukturiertere Teams haben und einen erheblichen Teamaufwand erfordern. Ich glaube auch, dass dies eine wichtige Karriereentwicklung ist, die eine Person unternehmen kann, um bessere Chancen zu nutzen.

Weder ist dies eine Frage, wie man ein Teamleiter wird, noch möchte ich herausfinden, wie man Führungsqualitäten erwirbt. Ich bin daran interessiert zu lernen, wie man ein Team-Mitarbeiter wird, wie man sich stärker einbringen kann und wie man ein effektiver Teilnehmer an Teambemühungen wird.

Drei antworten:
#1
+11
HLGEM
2012-04-11 22:26:40 UTC
view on stackexchange narkive permalink

Hier gibt es viel zu sagen. Erstens und wahrscheinlich das Wichtigste, wenn Sie alleine gearbeitet haben, sind Ihre Ideen nicht die einzigen guten.

Außerdem treten Sie selten in einer Karriere einem Team bei, aus dem etwas Neues entsteht Scatch mit Nein Entscheidungen, die vor Ihrer Ankunft getroffen wurden. Erwarten Sie, dass Entscheidungen über Werkzeuge, Architektur, Techniken und Standards getroffen werden, mit denen Sie nicht einverstanden sind. Manchmal wurden diese Entscheidungen Jahre zuvor getroffen und können sich nicht ändern, da zu viel Code geändert werden müsste.

Die Person, die neu im Team ist, muss sich zunächst einen Ruf als jemand erarbeiten, der zuvor etwas erreichen kann versuchen, das Team oder die Art und Weise, wie sie Geschäfte machen, zu ändern. Solange Sie nicht den Respekt Ihrer Kollegen und Vorgesetzten haben, können Sie Veränderungen nicht effektiv bewältigen. Wenn Sie also zum ersten Mal einem Team beitreten, lernen Sie, was sie tun und wie sie es tun, und etablieren Sie sich als Teamplayer und wertvoller Mitarbeiter, bevor Sie versuchen, die Leute dazu zu bringen, die Dinge so zu tun, wie Sie es möchten.

Ich spreche das an, weil dies normalerweise das erste Problem ist, mit dem Menschen bei der Arbeit im Team konfrontiert sind, der Verlust der vollständigen Kontrolle darüber, welche Tools sie verwenden, wie die Software aufgebaut ist und wie Code geschrieben wird.

Wenn das Team beispielsweise über einen Codierungsstandard verfügt (der möglicherweise formell geschrieben ist oder nicht (der sich jedoch im Allgemeinen aus dem vorhandenen Code ergibt, wenn er informell ist), befolgen Sie diesen, auch wenn Sie dies nicht tun Diese Standards erleichtern es den Menschen, Code zu verstehen, den sie nicht geschrieben haben. Befolgen Sie sie also. Wenn Sie darauf bestehen, solche Dinge auf Ihre Weise zu tun, ist dies der schnelle Weg für Menschen, die nicht mit Ihnen arbeiten möchten.

Seien Sie sich bewusst, dass die Zeit, um für eine Änderung oder eine andere Vorgehensweise zu argumentieren, bevor die Entscheidung getroffen wurde. Sie werden Ihre Chance später bekommen, haben Sie zuerst etwas Geduld.

Nun, wie man diesen Respekt bekommt und ein Teamplayer wird. Führen Sie zunächst die Aufgaben aus, die Ihnen zugewiesen wurden, und erledigen Sie sie so pünktlich wie möglich, und die Umgebung wird es Ihnen ermöglichen. Wenn Sie Besprechungen haben, in denen Softwareentscheidungen besprochen werden (z. B. eine Planungsbesprechung für ein neues Projekt), sprechen Sie mit Ihren Ideen, hören Sie aber auch respektvoll auf die Ideen anderer.

Sprechen Sie mit Ihren Teamkollegen. Denken Sie daran, dass sie Ihren Lebenslauf möglicherweise nicht gesehen haben und daher nicht wissen, welche Erfahrungen Sie haben, die für sie wertvoll sein könnten. Wenn Sie also über Fachwissen in Bezug auf etwas verfügen, das sich eindeutig am Horizont befindet, und jemand anderes ratlos ist, geben Sie einige Ratschläge. Aber machen Sie es vorsichtig, kommen Sie nicht als Besserwisser davon.

Komplimente an andere können einen großen Beitrag dazu leisten, dass sie Sie als Teil des Teams akzeptieren. Aber machen Sie sie echt, die Leute können ein falsches Kompliment in einer Entfernung von einer Meile erkennen.

Bieten Sie an, einige der Aufgaben zu erledigen, die unbeliebt sind.

Erfahren Sie, wo sich alles befindet und wie Sie die häufigsten Aufgaben ausführen. Werden Sie zum Ansprechpartner für Domain-Kenntnisse oder sogar für das Einreichen einer Helpdesk-Anfrage.

Nehmen Sie die schwierigen Aufgaben an, wenn Sie das Gefühl haben, die Programmieraufgaben zu erledigen, aber wundern Sie sich nicht, wenn Sie sich zuerst in einfacheren Dingen beweisen müssen, bevor Sie die schwierigeren, interessanteren Aufgaben ausführen dürfen .

Seien Sie sich bewusst, dass Sie jetzt für mehr als sich selbst verantwortlich sind. Wenn Sie ein Problem haben und Hilfe benötigen, fragen Sie danach. Lassen Sie das Team nicht im Stich, indem Sie Probleme verstecken oder so tun, als würden Sie eine Frist einhalten, für die Sie keine Chance haben. Wenn Ihre Verzögerung zu einer Verzögerung für eine andere Person führt, stellen Sie sicher, dass diese dies rechtzeitig weiß. Ich kann mich an ein Projekt erinnern, bei dem wir alle etwas verwenden sollten, das eine Person entwickeln sollte. Er stellte niemandem Fragen, er ließ uns nicht wissen, wie er mit der Aufgabe zurechtkam, und er erledigte sie nicht, was etwa 20 andere Dinge betraf und viele Leute sicher machte, ihn niemals zu empfehlen oder in Zukunft mit ihm arbeiten wollen.

Behandle Menschen mit Respekt, auch diejenigen, die du persönlich nicht magst. Um Respekt zu bekommen, muss man Respekt geben.

Lernen Sie die Kunst des Kompromisses. Sie können nur etwas von dem bekommen, was Sie wollen, indem Sie anderen etwas von dem geben, was sie wollen.

Haben Sie eine positive Einstellung, die Sie können. Und dann übersetzen Sie dieses Can-Do in Did-Do. Nichts macht Sie zu einem wertvolleren Teammitglied als der Rest des Teams, der weiß, dass Sie liefern werden.

Seien Sie bei Codeüberprüfungen nicht defensiv (wenn andere Personen Ihren Code pflegen müssen und sie in einem Team sind Dann haben sie das Recht, Fragen zu stellen und zu versuchen, Ihren Code zu etwas zu machen, das sie verstehen können. Sie greifen nicht persönlich an, wenn Sie sie für andere Personen tun. Halten Sie die Dinge professionell.

#2
+4
Renan
2012-04-11 21:59:05 UTC
view on stackexchange narkive permalink

Aus meiner Erfahrung:

  • Das Feedback ist immer gut. Fragen Sie andere Mitglieder Ihres Teams, wie Sie helfen, Meinungen und Kritik anfordern usw. Seien Sie auf harte Kommentare vorbereitet, die auftreten können. Schließlich werden Sie lernen, sie zu ignorieren oder daraus etwas Positives zu machen.

  • Das Gegenteil ist auch der Fall: Geben Sie Feedback. Ermutigen Sie die Leute, zu Ihnen zu kommen und über ihre Probleme zu sprechen. Lassen Sie alle eine Stimme sein und an Entscheidungen teilnehmen. Versuchen Sie immer, etwas Positives über die Arbeit eines Menschen zu finden, und verwenden Sie dies dann als Ausgangspunkt dafür, wie seine Arbeit verbessert werden kann.

  • Seien Sie immer ehrlich und offen mit Problemen, aber ohne mit den Fingern zu zeigen oder sich herablassen zu müssen. Argumentieren Sie auch nicht deswegen.

  • Haben Sie keine Angst, sich zu äußern, wenn jemand etwas falsch macht, Zeit verschwendet, verletzend (dh nicht farbiger Humor) , Fehlverhalten gegenüber anderen Menschen usw.) oder schädlich.

  • Seien Sie geduldig, verständnisvoll und tolerant - entwickeln Sie diese Fähigkeiten nicht nur für die Teamarbeit, sie sind praktisch überall nützlich.

#3
+2
chrisjlee
2012-04-11 22:06:57 UTC
view on stackexchange narkive permalink

Aus "The Fast Forward MBA in Project Management" bietet es eine großartige Liste der wesentlichen Eigenschaften eines Teamplayers:

  • Hören Sie aktiv zu.
  • Fragen Sie Fragen.
  • Geben Sie konstruktives Feedback. Erklären Sie Ihre Meinung nicht als Tatsache und erklären Sie Ihre Gründe.
    • Bewusstsein für Körpersprache und Ton.
    • Angemessener Humor.
    • Entwickeln Sie eine Beziehung zu Ihren Teammitgliedern.


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...