チームリーダーとしてチームメンバーの尊敬を得る方法[終了]

チームリーダー（10人のチームなど）として新しい会社に雇用された場合、重要なことの1つは、チームのメンバーの尊敬を集めることです。初期の頃は、新しいチームリーダーはチームカルチャー、コードベース、およびビジネスドメインについて何も知らない可能性があります。つまり、完全な初心者です。

これについてはどうすればいいですか？やっていいことといけないことは何ですか？

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

• チームを敬意をもって扱う
• 強みに委ねるだけでなく、チームメンバーが弱点を改善するのに役立つタスクを提供する
• 中断や注意散漫からチームを保護する
• 喜んで教育する
• 聞いて喜んで
• ロードブロッキングを取り除き、チームの邪魔にならないようにしますが、人々が助けを必要とする場合にも親しみやすくします
• 仕事を評価する際には、巧妙に正直になってください。一部の人々は建設的な批判にもうまく反応しませんが、真面目な開発者（または実際にあらゆる職業の労働者）は、改善するために何をすべきかを知りたがります。
• チームの個人的な時間を尊重し、ワーク/ライフバランス（在宅勤務、子供を迎えに1時間早く出かけるか、医師の予約をする）を考慮し、時間が残業になる場合は、チームに犠牲を報いる準備をします。私の会社は、マイルストーンを祝うために昼食を買うことを許可することもありましたが、それができなかったときは（安っぽい！）ドルでチームのために何かをしました。チームがプロジェクトの成功を支援するために余分な資金を提供した場合、それは私ができる最小のことでした。贅沢にしたり高価にしたりする必要はありませんが、少し感謝することで助かります。そしてそれの欠如は士気を低下させる可能性があります。
• 技術と主題の両方の専門家になるように働きます。これを行う必要はありませんが、私の経験では、チームメンバーが知識を高く評価し、必要なときに手伝ってくれるので、リーダーはより尊敬されます。
• チームメンバーをより成功させるために必要なことを行います。つまり、上記のロードブロッキングを教育および削除するだけでなく、脳が使用できない場合にチームが使用できるドキュメントを提示し、仕様の一部を記述します。優れた仕様は、開発者をより効率的かつ自己充足させ、知識のギャップを埋め、後の最小限の手直しで要件を満たすのに役立ちます。これは、クライアントと直接連携するようにすることと併せて行います。
• チームとクライアント間の関係を構築します。逃した要件のギャップを埋め、通常は得られないかもしれない他のフィードバックの扉を開くのに役立ちます。
• 間違いは学習の一部であることを受け入れる
• チームの結束性や生産性を損なうチームメンバーを削除する準備をしてください。これを行うのは難しい場合もありますが、他のチームメンバーの仕事の倫理、生産性、または能力に欠ける人々に出会うでしょう。ある程度辛抱することもできますが、経営陣と協力して変更を加える必要がある場合があります。本当に貧しいチームメンバーは、チームにより多くの時間と労力を費やします。ミスターフェアとニースになろうと努力することは、成績の良いチームメンバーが不当な扱いを受けていると感じた場合、またはより少ない仕事に対して同じように報酬を受け取っている場合に、あなたに反する可能性があります。
• 透明になります。定期的に通信します。会社や最近のレイオフ、または合併に関する情報を入手した場合は、それを彼らと共有してください。このナッツの世界では逆のこともあるようですが、人々は正直を尊重します。あなたが部下に正直になれないなら、あなたはチームリーダーになりたくない、あなたは幹部になりたい。
• 良いことが起こったらすぐにクレジットを共有する
• 悪いことが起こったときに責任を取るように準備する

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

経営陣はあなたに課題を投げかけます。その後、これらのタスクを部下に振り回さないでください。部下を上から雨が降るのを避けて、部下を仕事に集中させることができます。

チームリーダーには、チームの編成、スケジュールどおりの作業の完了、チームの経営陣への代表など、いくつかの責任があります。

一日の終わりに、チームリーダーがチームの改善を支援すれば、彼らは尊敬を獲得します。改善することは、メンタリング、時間/優先度管理の支援、および品質の高いソフトウェアの期限内の作成という形で行うことができます。チームリーダーが寒くなる場合は、すぐに調査する必要があります。

要するに：

• リードビーの例-眉をatingることはあらゆる状況で逆効果です
• 制御されたペースで処理するための変更を導入する
• チームの意見を聞いて取り入れる
• チームを改善し、実装するための1つのクイックウィンを特定します。もう一度やり直してください。
• 明確に伝え、頻繁に質問する

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

敬意を払って敬意を払い、熱心に耳を傾け、自分らしくありなさい-しかし、何よりも良い例になることで導く

リーダーとして、あなたは成し遂げられるべき仕事とそれを成し遂げるための人々と資源のセットを与えられ、あなたの仕事は物事を調整することです。

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

個々のメンバーとして、またチームとして、チームが何ができるかを理解したら、仕事の後を追う必要があります。実行する必要があるのは何かを把握し、頭の中にすばやく詰め込むことができる限り多くのドメイン知識を取得し、それを小さな部分に分割し始めます。ドメインエキスパートであり、これを支援できるチームメンバーが少なくとも1人いることを願っています。

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

そして、あなたの主な責任は物事を調整することであることを忘れないでください。あなたは一般的ではなく、即座に、そして疑いもなく従うべきうなり声にtoえている。あなたは、全体像を専門とする専門家である熟練した専門家グループのガイドです。チームメンバーにはそれぞれの専門分野があるため、アイデアを聞いて相談してください。彼らがアイデアや懸念を持ってあなたに自由にやってくるだけでなく、リーダーとして、あなたにお金がかかることも明確にしてください。時々、一見良いと思われる2つの選択肢（または異なるチームメンバーがそれぞれ良いと考える2つの選択肢）と最終的な決定（およびその責任）の間で判断を下さなければならない場合があります。

基本的には、できるだけ邪魔にならないようにし、チームメンバーができる限り最高の仕事を行えるようにしてください。

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

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

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

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

• 信頼の構築-すぐに信頼できる人もいれば、時間をかけて経験を積む人もいるため、時間と経験が必要です。ここで重要なのは、オープンで正直であることだと思います。

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

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

• 希望を創造する-これはあなたの場合現実的であるかもしれないし、そうでないかもしれない面白いことです。これは、誰かに生きるための何かを与えることに関するものであり、必ずしも簡単なことではありません。

また、人々とのやり取りについてのより多くのアイデアについては、「友人を獲得し、人々に影響を与える方法」を調べることをお勧めします。

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

1）チームの全員と非常にカジュアルでリラックスした1対1の会議を行います（昼食のようなもの、または単にキュービクルに立ち寄る、建物の周りを散歩するなど）。もっと聞く、話す回数を減らす、質問する。彼らの強み、欲望、キャラクターの特徴、そして「ソフトスポット」を見つけてください。

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

3）意見を求めて、頻繁に補足しますが、正当な理由で、あなたの人々に力を与えます。

4）あなたの決定を説明してください。C幹部のように非営利的な話し合いの方法で会社の行を与えないでください。率直に。

5）役割に就いたら、毎日、毎日、チームメートから障害を取り除きます

6）不履行者に直ちに対処する。何かが彼らを悩ませているなら、それを修正する方法を見つけてください。彼らがただ怠けている/怒っている/愚かな場合-あなたの管理を通してそれらを取り除きます。

7）そして最後に、チームに影響を与えようとしている変更、彼らの仕事、彼らの要件などのために事前にあなたの人々を準備します。彼らは予測可能な環境で働く必要があります。

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

彼らは彼らがするつもりだと言うことをします。

それ以上のことがありますが、基本的には、誰かが「Xをやろう」と言って、Xが挑戦であり、チームや組織などが誰かを引っ張ってしまうと、人々はリーダーと見なされることを意味しますオフ。これを繰り返し行うと、人々はあなたをリーダーと見なします。

チームのタスクが実際に何を伴うのかを知り、それに応じて対応します。

おそらく、2人のPHP開発者、データベースデザイナー、UIデザイナー、一部のHTML開発者など、さまざまなスキルを持つ開発者チームを率いています。日々のタスクに何が関与しているかを把握し、合理的に達成できることに基づいて期待を構築します。

おそらく、データベース開発者は20行のコードを完了するのにX時間を合理的に必要とします。これは、同時に500行を出力できるPHP開発者とは設計段階が異なるためです。

これは少し時間がかかるプロセスですが、最適に近いものです：

1. プログラム管理のAntiPatternsとAntiPatternsを読んでください（両方ともそのサイトに表示されています）。
2. これらのことを一切行わないよう個人的にコミットします。
3. 実際にそれらを実行しないことで、チームへのコミットメントを示します。
4. チームと協力して、必要な作業を行います。
5. 手順3と4を繰り返します。

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

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

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

3つのこと：メンバーに価値があることを示します。敬意を払います。敬意を示し、チームメンバーの意見を聞いてください。偏見を持たないでください（チームのひよこが好きな場合でも）:-)

ここでいくつかの素晴らしい答え。私が文章で要約する場合：

障壁を取り除き、焦点を合わせ、言語を話し、それらに信頼を示し（それが間違いにつながる場合でも）、共感します。

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