チームのリーダー(たとえば10人のチーム)として新しい会社に雇われた場合、重要なことの1つは、チームのメンバーの尊敬を獲得することです。初期の段階では、新しいチームリーダーはチームカルチャー、コードベース、ビジネスドメインについて何も知らない可能性があります。つまり、完全な初心者です。
これをどうやってやるの?すべきこととすべきでないことは何ですか?
すでに良い答えがたくさんあります。私はチームのリーダーだったときにこれらすべてを実行しようとしました。
でたらめの傘になります。
管理はあなたにタスクをポーンします。次に、これらのタスクを部下にポーンしないでください。上から雨が降るがらくたから部下を守り、部下が仕事に集中できるようにします。
チームリードには、チームの編成、予定どおりに作業が行われることの確認、チームの経営陣への代表など、いくつかの責任があります。
結局のところ、チームリーダーがチームの改善を支援する場合、彼らは尊敬を獲得します。より良くなることは、メンタリング、時間/優先順位管理の支援、および高品質のソフトウェアの予定どおりの生産という形である可能性があります。チームリードが寒い場合は、すぐに調査する必要があります。
結論は:
そこのあなたの最初の日、誰かの@ $$を蹴るか、誰かになる...待ってはいけない、それは刑務所だ。
敬意を払い、熱心に耳を傾け、自分らしくあることを尊重する-しかし、何よりも、良い手本となる
リーダーとして、あなたはやるべき仕事とそれを行うための人々とリソースのセットを与えられ、あなたの仕事は物事を調整することです。
「完全な初心者」として、あなたはリーダーの単一の最も重要な属性、つまりチームの知識に欠けています。私があなたの状況で最初にすることは、チームの各メンバーと話し、彼らを知ることです。彼らの個性、強み(特に彼らの専門分野)、そして弱みを学びましょう。
個人のメンバーとして、またチームとして、チームが何ができるかを理解したら、仕事を終えてください。何をする必要があるかを理解し、頭の中で頭に詰め込める範囲でできるだけ多くのドメイン知識を取得し、それを小さな部分に分解し始めます。うまくいけば、ドメインエキスパートであり、これをサポートできるチームメンバーが少なくとも1人はいることでしょう。
その後、そろそろ仕事に取り掛かります。特定のタスクをチームメンバーに委任します。コーディネーターとしての責任を妨げることなく、できる限り自分の仕事に貢献してください。これにより、チームの尊敬を得ることができます。
そして、あなたの主な責任は物事を調整することであることを忘れないでください。あなたは一般的ではなく、即座にそして疑いもなく従われるべきうなり声への吠える命令です。あなたは、全体像を専門とする熟練した専門家グループのガイドです。あなたのチームメンバーは独自の専門分野を持っているので、彼らのアイデアに耳を傾け、彼らと相談してください。彼らは自由にアイデアや懸念を持ってあなたのところに来ることができることを明確にしてください。一見良いと思われる2つの代替案(または異なるチームメンバーがそれぞれ良いと考える2つの代替案)の間で決定を下さなければならない場合もあります。
基本的に、可能な限り邪魔にならないようにして、チームメンバーができる限りの作業を行えるようにしてください。
さて、私は最近あなたのような状況を経験しました。ここにリストされているすべての「すべきこと」は私にとって非常にうまく機能し、さらに1つの大きな「すべきでないこと」もありました。
チームのリーダーおよび上級開発者として、私たち人間は通常、あまりにも多くのことを達成しようとし、うまく委譲しません。それらを信頼してください。彼らがミスをしても。特に彼らが間違いを犯した場合。これは彼らの個人的な成長の一部です。
私が指摘するフォロワーの間で共通の4つの特性があります。
信頼を築く-すぐに信頼している人もいれば、開くために時間をかける人もいるので、これには時間と経験が必要です。ここで重要なのは、率直で正直だと思います。
思いやりを示す-これらの人々をどれだけ気にかけていますか?それをどのように示しますか?彼らのためにそこにいることはこれの一部ですが、ここで注意すべき関係には他にも多くの側面があります。
安定性を提供する-多くの人々は変化を好まず、新しいことに順応することを好まない。他の人はそれで大丈夫ですが、何よりもまず人々を知る必要があります。
希望を作成する-これは、あなたのケースでは現実的ではないかもしれない面白いことです。これは誰かに何かを生きさせるためのものであり、必ずしも簡単なことではありません。
人との関わりについてのより多くのアイデアについては、 "友達を獲得して人に影響を与える方法" を調べることもお勧めします。
ここで私のために働いたいくつかの実用的なものがあります:
1)チームの全員と非常にカジュアルでリラックスした1対1のミーティングを行います(ランチのようなもの、またはキュービクルに立ち寄る、建物の周りを散歩するなど)。もっと聞いて、もっと話して、質問してください。彼らの強み、欲求、性格特性、および「ソフトスポット」を見つけてください。
2)彼らの助けを求める。誰もがチームリーダーの前で親切で知識が豊富だと感じるのが好きです。
3)意見を求め、頻繁に、しかし正当な理由で補完することで、人々に力を与える。
4)あなたの決定を説明してください。 C幹部のように非社交的な話をするような方法で会社の言葉を出さないでください。率直である。
5)役割に入ると、アクティブかつ毎日、チームメイトから障害を取り除きます
6)すぐに非実行者に対処します。何かがそれらを悩ませているなら、それを修正する方法を見つけてください。それらが怠惰/怒り/愚かである場合-あなたの管理を通じてそれらを取り除きます。
7)最後に、チームに影響を与えようとしている変更、その作業、要件などに備えて、事前に従業員を準備します。予測可能な環境で作業する必要があります。
リーダーシップに関する本は、リーダーの単一の包括的な品質を指摘する傾向があります。
彼らは彼らがやろうとしていると彼らが言うことをします。
それだけではありませんが、基本的には、その人が「Xをやるつもりです」と言ったときに誰かがリーダーであると見なされ、Xが課題であり、チームや組織などが引き寄せられてしまうそれをオフにします。これを繰り返し行うと、人々はあなたをリーダーと見なします。
チームのタスクが実際に何を含み、それに応じて反応するかを知ってください。
あなたはおそらく、2つのPHP=開発者、データベースデザイナー、UIデザイナー、一部のHTML開発者の2人の開発者チームを率いています。日常業務に何が関わっているかを知り、彼らが合理的に達成できることに基づいて期待を構築する。
PHP開発者は500行を同時にポンプアウトできるため、設計フェーズのスケーリングが異なるため、データベース開発者は20行のコードに相当するX時間を合理的に必要とするでしょう。 。
3つのこと:自分にふさわしいことをメンバーに示す。敬意を払う。尊敬を示し、チームメンバーの声に耳を傾けます。 (チームのひよこが好きでも)偏見を持たないでください:-)
これで良い答えが得られたので、率先して新しいことを始めることをお勧めします。金曜日の無料のテックトークミーティングのようなもので、ルービックキューブを解決する方法を示すことができます。これは一種の開発フォーラムであり、各メンバーは好きなテクノロジーや製品、または彼らが協力してきた製品について自由に話すことができます。それをオープンソース、個人、または大学のプロジェクトにしましょう。アイデアは、開発者が自分で参加する環境を作成することです。彼らは会議で何でも自由に話すことができます。
以前の会社では、以前はこのようなものがありましたが、それは特許に集中していた。一人一人がアイデアを思い付き、新しい方法で製品を使用します。ミーティングでは、アイデア、その長所、短所、課題などについて話し合います。
現在の組織でも同じアイデアがありましたが、どういうわけか、プロジェクトを中心に展開中の進捗会議になっています。それが別の教訓です。開発者はこのフォーラムで何も強制されるべきではなく、環境を作成して自分で参加できるようにする必要があります。
これは時間がかかるプロセスですが、最適に近いプロセスです。
上記の「ベストプラクティス」の完全な欠如に注意してください。正しい答えはありませんが、間違いなくいくつかの間違った答えがあります。
率直に言って、優れたチームリーダーシップの中核は、他の人の過ちから学ぶことだと思います。あなたが愚かであると知られていることをしないことに集中するならば、少なくとも、チームは千の太陽の熱であなたを憎むことはありません。
ここにいくつかの素晴らしい答えがあります。私が文章で要約するとしたら:
障壁を取り除き、彼らが集中し、自分の言葉を話し、彼らに信頼を示し(たとえそれがミスにつながるとしても)、共感します。
それ以外はすべて、目的を達成するための手段にすぎません。