web-dev-qa-db-ja.com

チームリーダーとして尊敬を集める方法

チームのリーダー(たとえば10人のチーム)として新しい会社に雇われた場合、重要なことの1つは、チームのメンバーの尊敬を獲得することです。初期の段階では、新しいチームリーダーはチームカルチャー、コードベース、ビジネスドメインについて何も知らない可能性があります。つまり、完全な初心者です。

これをどうやってやるの?すべきこととすべきでないことは何ですか?

39
Phillip Ngan

すでに良い答えがたくさんあります。私はチームのリーダーだったときにこれらすべてを実行しようとしました。

  • チームを尊重して扱います
  • 長所に委任するだけでなく、チームメンバーが短所を改善するのに役立つタスクを提供する
  • 中断や注意散漫からチームを保護する
  • 教育することをいとわない
  • 喜んで聞く
  • 障害物を取り除き、チームの邪魔にならないようにするだけでなく、人々が助けを必要とするときも親しみやすい
  • 作業を評価する際は、慎重に正直に考えてください。一部の人々は建設的な批判にさえうまく反応しませんが、真面目な開発者(または実際にはあらゆる職業の労働者)はより良くなるために何をすべきかを知りたいでしょう
  • チームの個人的な時間を尊重し、仕事と生活のバランス(在宅勤務、子供を迎えに行く、または医師の予約を取るために1時間早く出かける)を考慮し、時間外に指示された場合は、犠牲に対してチームに報酬を与える準備をしてください。時々、私の会社はマイルストーンを祝うために昼食を買うことを許可しましたが、それができなかったとき(安い野郎!)私はチームのためにドルで何かをしました。チームがプロジェクトの成功を支援するために追加の資金を提供した場合、私ができることは最低限でした。贅沢なものや高価なものである必要はありませんが、多少の感謝は役立ちます。そしてそれの欠如は士気を損なうことができます。
  • 技術的専門家と主題専門家の両方になるよう努めます。あなたはこれを行う必要はありませんが、私の経験では、チームメンバーが彼/彼女の知識を高く評価し、必要に応じて彼/彼女を助けることに頼ることができるとき、リーダーはより尊重されます。
  • チームメンバーをより成功させるために必要なことを行います。これは、上記のロードブロッキングを教育して削除することを意味しますが、頭の周りにいないときにチームが使用できるドキュメントと、仕様のいくつかを作成することも提案します。優れた仕様は、開発者をより効率的かつ自給自足させ、知識のギャップを埋め、最小限の再作業で要件を満たすことを支援します。これを、クライアントと直接連携させることと組み合わせて行います。
  • チームとクライアント間の関係を構築します。これは、不足している要件のギャップを埋めるのに役立ち、通常は得られない可能性のある他のフィードバックの扉を開きます。
  • 間違いは学習の一部であることを受け入れる
  • チームの結束力や生産性を損なうチームメンバーを削除する準備をします。これを行うのは難しい場合がありますが、他のチームメンバーの労働倫理、生産性、または能力が不足している人に遭遇します。ある程度辛抱することもできますが、経営陣と協力して変更を加える必要がある場合があります。本当に貧しいチームメンバーは、チームにより多くの時間と労力を要します。フェアアンドニースになりすぎないようにしようとすると、優れたチームメンバーが成果の低い人に特別な扱いを受けていると感じたり、少ない仕事に対して同じように補償されていると感じた場合、反対に働く可能性があります。
  • 透明であること。定期的に通信します。会社、最近のレイオフ、または合併に関する情報を入手した場合は、それらと共有してください。人は誠実さを尊重しますが、このくだらない世界では時として反対のことが真実に思えます。部下に正直に言えない場合は、チームのリーダーになりたくないし、エグゼクティブになりたいです。
  • 良いことが起こったらすぐにクレジットを共有しましょう
  • 悪いことが起こったときに責任を取る準備をしてください
39
Bernard Dy

でたらめの傘になります。

管理はあなたにタスクをポーンします。次に、これらのタスクを部下にポーンしないでください。上から雨が降るがらくたから部下を守り、部下が仕事に集中できるようにします。

50
Ryan Michela

チームリードには、チームの編成、予定どおりに作業が行われることの確認、チームの経営陣への代表など、いくつかの責任があります。

結局のところ、チームリーダーがチームの改善を支援する場合、彼らは尊敬を獲得します。より良くなることは、メンタリング、時間/優先順位管理の支援、および高品質のソフトウェアの予定どおりの生産という形である可能性があります。チームリードが寒い場合は、すぐに調査する必要があります。

結論は:

  • リードの例-眉を打つことはあらゆる状況で逆効果です
  • 制御されたペースでプロセスの変更を導入します
  • チームからの意見を聞いて取り入れる
  • チームを改善して実装するための簡単な勝利を1つ特定します。そして、もう一度やってください。
  • 明確にコミュニケーションし、頻繁に質問する
12
Berin Loritsch

そこのあなたの最初の日、誰かの@ $$を蹴るか、誰かになる...待ってはいけない、それは刑務所だ。

敬意を払い、熱心に耳を傾け、自分らしくあることを尊重する-しかし、何よりも、良い手本となる

10
Steven A. Lowe

リーダーとして、あなたはやるべき仕事とそれを行うための人々とリソースのセットを与えられ、あなたの仕事は物事を調整することです。

「完全な初心者」として、あなたはリーダーの単一の最も重要な属性、つまりチームの知識に欠けています。私があなたの状況で最初にすることは、チームの各メンバーと話し、彼らを知ることです。彼らの個性、強み(特に彼らの専門分野)、そして弱みを学びましょう。

個人のメンバーとして、またチームとして、チームが何ができるかを理解したら、仕事を終えてください。何をする必要があるかを理解し、頭の中で頭に詰め込める範囲でできるだけ多くのドメイン知識を取得し、それを小さな部分に分解し始めます。うまくいけば、ドメインエキスパートであり、これをサポートできるチームメンバーが少なくとも1人はいることでしょう。

その後、そろそろ仕事に取り掛かります。特定のタスクをチームメンバーに委任します。コーディネーターとしての責任を妨げることなく、できる限り自分の仕事に貢献してください。これにより、チームの尊敬を得ることができます。

そして、あなたの主な責任は物事を調整することであることを忘れないでください。あなたは一般的ではなく、即座にそして疑いもなく従われるべきうなり声への吠える命令です。あなたは、全体像を専門とする熟練した専門家グループのガイドです。あなたのチームメンバーは独自の専門分野を持っているので、彼らのアイデアに耳を傾け、彼らと相談してください。彼らは自由にアイデアや懸念を持ってあなたのところに来ることができることを明確にしてください。一見良いと思われる2つの代替案(または異なるチームメンバーがそれぞれ良いと考える2つの代替案)の間で決定を下さなければならない場合もあります。

基本的に、可能な限り邪魔にならないようにして、チームメンバーができる限りの作業を行えるようにしてください。

8
Mason Wheeler

さて、私は最近あなたのような状況を経験しました。ここにリストされているすべての「すべきこと」は私にとって非常にうまく機能し、さらに1つの大きな「すべきでないこと」もありました。

  • チームの人々に脅威を与えないでください。あなたは彼らをより良く働かせ、あなたの価値観を示すためにそこにいます。あなたのものではありません。

チームのリーダーおよび上級開発者として、私たち人間は通常、あまりにも多くのことを達成しようとし、うまく委譲しません。それらを信頼してください。彼らがミスをしても。特に彼らが間違いを犯した場合。これは彼らの個人的な成長の一部です。

5
Machado

私が指摘するフォロワーの間で共通の4つの特性があります。

  • 信頼を築く-すぐに信頼している人もいれば、開くために時間をかける人もいるので、これには時間と経験が必要です。ここで重要なのは、率直で正直だと思います。

  • 思いやりを示す-これらの人々をどれだけ気にかけていますか?それをどのように示しますか?彼らのためにそこにいることはこれの一部ですが、ここで注意すべき関係には他にも多くの側面があります。

  • 安定性を提供する-多くの人々は変化を好まず、新しいことに順応することを好まない。他の人はそれで大丈夫ですが、何よりもまず人々を知る必要があります。

  • 希望を作成する-これは、あなたのケースでは現実的ではないかもしれない面白いことです。これは誰かに何かを生きさせるためのものであり、必ずしも簡単なことではありません。

人との関わりについてのより多くのアイデアについては、 "友達を獲得して人に影響を与える方法" を調べることもお勧めします。

4
JB King

ここで私のために働いたいくつかの実用的なものがあります:

1)チームの全員と非常にカジュアルでリラックスした1対1のミーティングを行います(ランチのようなもの、またはキュービクルに立ち寄る、建物の周りを散歩するなど)。もっと聞いて、もっと話して、質問してください。彼らの強み、欲求、性格特性、および「ソフトスポット」を見つけてください。

2)彼らの助けを求める。誰もがチームリーダーの前で親切で知識が豊富だと感じるのが好きです。

3)意見を求め、頻繁に、しかし正当な理由で補完することで、人々に力を与える。

4)あなたの決定を説明してください。 C幹部のように非社交的な話をするような方法で会社の言葉を出さないでください。率直である。

5)役割に入ると、アクティブかつ毎日、チームメイトから障害を取り除きます

6)すぐに非実行者に対処します。何かがそれらを悩ませているなら、それを修正する方法を見つけてください。それらが怠惰/怒り/愚かである場合-あなたの管理を通じてそれらを取り除きます。

7)最後に、チームに影響を与えようとしている変更、その作業、要件などに備えて、事前に従業員を準備します。予測可能な環境で作業する必要があります。

4
Igorek

リーダーシップに関する本は、リーダーの単一の包括的な品質を指摘する傾向があります。

彼らは彼らがやろうとしていると彼らが言うことをします。

それだけではありませんが、基本的には、その人が「Xをやるつもりです」と言ったときに誰かがリーダーであると見なされ、Xが課題であり、チームや組織などが引き寄せられてしまうそれをオフにします。これを繰り返し行うと、人々はあなたをリーダーと見なします。

2
Scott Whitlock

チームのタスクが実際に何を含み、それに応じて反応するかを知ってください。

あなたはおそらく、2つのPHP=開発者、データベースデザイナー、UIデザイナー、一部のHTML開発者の2人の開発者チームを率いています。日常業務に何が関わっているかを知り、彼らが合理的に達成できることに基づいて期待を構築する。

PHP開発者は500行を同時にポンプアウトできるため、設計フェーズのスケーリングが異なるため、データベース開発者は20行のコードに相当するX時間を合理的に必要とするでしょう。 。

1
msanford

3つのこと:自分にふさわしいことをメンバーに示す。敬意を払う。尊敬を示し、チームメンバーの声に耳を傾けます。 (チームのひよこが好きでも)偏見を持たないでください:-)

1
Abhi

これで良い答えが得られたので、率先して新しいことを始めることをお勧めします。金曜日の無料のテックトークミーティングのようなもので、ルービックキューブを解決する方法を示すことができます。これは一種の開発フォーラムであり、各メンバーは好きなテクノロジーや製品、または彼らが協力してきた製品について自由に話すことができます。それをオープンソース、個人、または大学のプロジェクトにしましょう。アイデアは、開発者が自分で参加する環境を作成することです。彼らは会議で何でも自由に話すことができます。
以前の会社では、以前はこのようなものがありましたが、それは特許に集中していた。一人一人がアイデアを思い付き、新しい方法で製品を使用します。ミーティングでは、アイデア、その長所、短所、課題などについて話し合います。
現在の組織でも同じアイデアがありましたが、どういうわけか、プロジェクトを中心に展開中の進捗会議になっています。それが別の教訓です。開発者はこのフォーラムで何も強制されるべきではなく、環境を作成して自分で参加できるようにする必要があります。

1
Manoj R

これは時間がかかるプロセスですが、最適に近いプロセスです。

  1. Read AntiPatterns および AntiPatterns in Program Management(どちらもそのサイトに表示されています)。
  2. これらのことは絶対に行わないことを個人的に約束します。
  3. 実際には決してやらないことで、チームへのコミットメントを示します。
  4. チームと協力して、必要な作業を行います。
  5. 手順3と4を繰り返します。

上記の「ベストプラクティス」の完全な欠如に注意してください。正しい答えはありませんが、間違いなくいくつかの間違った答えがあります。

率直に言って、優れたチームリーダーシップの中核は、他の人の過ちから学ぶことだと思います。あなたが愚かであると知られていることをしないことに集中するならば、少なくとも、チームは千の太陽の熱であなたを憎むことはありません。

1
Bob Cross

ここにいくつかの素晴らしい答えがあります。私が文章で要約するとしたら:

障壁を取り除き、彼らが集中し、自分の言葉を話し、彼らに信頼を示し(たとえそれがミスにつながるとしても)、共感します。

それ以外はすべて、目的を達成するための手段にすぎません。

0
Mark Freedman