チームリーダーの場所と選択方法

背景

こんにちは 私の名前はVitaliy Sharovatovです。16年間ITで働いています。 現在、Badooのフロントエンドのディレクションを担当しています。 これには、 badoo.comのデスクトップバージョン、 m.badoo.comのモバイルバージョン、および他の多くのプロジェクトを開発およびサポートする2つのチームが含まれます。 はい、デスクトップ版とモバイル版は別々のチームによって作成されています。 :)



2年半前、私は開発者としてBadooに来て、最終的にチームリーダーに成長し、その後、デスクトップWebチームをロンドンに移すことに決めたとき、私は部門の責任者になりました。



昨年の秋、Codemotion Milanで、開発者からチームリーダーへの成長について報告し（Habr に関する記事を書いた ）、私が直面しなければならなかった予想外の瞬間について報告しました。チームの1つ（モバイルWeb）での選択と「成長」チームリード。

リードが必要な理由と、それらの入手先

25人のチームで管理性を確保し、部門の「エントリポイント」の数を減らしながら従業員の効率を維持するために、非常に単純な理由でチームリーダーが必要でした。



新しいチームリーダーを獲得するための2つの古典的なオプションがあります：雇用または任命。 しかし、私たちは3つ目を選択します-「成長する」。 まず、Badooの文化の一部です。常にあなたの人々の成長を助けます。 第二に、各開発者は自分の仕事の良い歴史を持っています（なぜこれが重要なのかを以下で説明します）。



目的地を辿らないのはなぜですか？ おそらく、多くの人が、チームリーダーの中で最もインテリジェントなエンジニアを選択する方法と、それがどうなるかを聞いた、または見たことがあります。 :)



私が入社する少し前に、このようなシナリオの軽いバージョンがBadooで発生しました。1人の非常に有能なエンジニアが小さなチームをリードするように申し出られ、しばらくの間彼はそれを非常にうまく管理しましたが、それは毎日ますます難しくなり、やる気が高まりましたそして成長しました。 問題は単純でした。その人は誰かを怒らせたり、厳しすぎるように思わなかったりしました。 そのため、指示的なアプローチが必要な状況では、彼は従業員に何かをしっかりと要求することができませんでした。 最悪の場合、そのような選択の誤りは、エンジニア自身の深刻な動機付けにつながる可能性があります（そして、彼がエンジニアリング作業に戻ることができれば良いことです！）-結局、人によると、彼らは彼に新しい地位を任せましたが、彼は対処できませんでした。 幸いなことに、そのような状況ではすべてがうまくいきました。開発者は会社に非常に忠実であり、時間通りにマネージャーに成功しなかったことを正直に伝え、マネージャーはこの「圧倒的な負担」を聞き、彼から取り除きました。 それはもっと悪いことかもしれません。



チームリーダーの選択と次のステップにアプローチし、リスクを最小限に抑え、一連のアクションを連続して実行する方が良いと常に考えていました。これを「選択-任命-サポートとコントロール」と指定しました。

選択：方法は？

意識的な選択 -正しい選択に対する個人的な感情の影響のリスクを最小限に抑え、最適な候補者を実際に選択します。 すべての人々は異なっており、チームリーダーの選択は、個人的な好みではなく、特定の原則に基づいている必要があります。



失敗のリスクを最小限に抑えます -人々（候補者と他のチームメンバーの両方）のモチベーションに悪影響を与えません。



もちろん、各候補者の場合に必要な時間費用を見積もっています 。 企業が1か月以内にチームリーダーを必要とする場合、どの候補者を選択するかを決定します：ほぼ適切であるが、平均を維持する候補者、または多くの時間（おそらく1か月以上）の構築に費やす必要がある候補者のうち、どちらが最終的に良いマネージャーになるのか

選択：いつ？

チームリーダーになったら、後任を選ぶ必要があります。



私の経験では、これは非常に良い原則です。チームリーダーになり次第、部下の開発を計画し始め、それによって将来のための一時的な「エアバッグ」を作成します。



しかし、代替の代替では、ストーリーは少し異なります。 私の意見では、これはマネージャーの主要な仕事の1つです。 急に病気になった場合、休暇を取ることを決めた場合、または辞めた場合、部門の仕事は停止しません。



しかし、私にとって、思いがけない楽しいボーナスは、既成の「代理」がいる場合、一時的に部門のリーダーシップを彼に任せて、重要なプロジェクトに飛び込むことができるということでした。



そして、当然のことながら、次期チームリーダーを「成長」させると、別の人が現れて、さまざまな考えを打ち負かしたり、話し合ったりすることができます。

選択：カード

私にとってカードとは何ですか？ 従業員に関する頭のすべての重要な事柄を説明する、ほぼ無料の（ただしすべてに共通の）フォームの単純なドキュメント。 当然、誰もアクセスできません。



カードを維持する利点：

1. 現在の状況のより深い分析とそれのより明確な形式化。
2. いくつかの瞬間/物語/パターンが忘却に沈む可能性を減らす。
3. 人間の進歩の分析の簡素化とその開発の速度の監視。
4. プロセスの「客観化」とは、個人に対する個人の態度と、彼の職業上の資質、彼の仕事の歴史と発展の明確な分離です。

これはカードの簡略版であり、多くのことを省略しなければなりませんでしたが、構造は明確だと思います：評価、動機、役割、目標の質。



カードの構造を簡単に説明します。

• 現在のレベル -会社の従業員育成の現在の段階。 BadooにはGoogleに似たレベルシステムがあります。 あなたの会社は完全に異なる「はしご」を持っているかもしれません（例えば、工場ではカテゴリーが認められています）。
• 計画 -従業員開発計画の私のビジョン;
• 資質 -従業員のarbitrarily 意的評価（私のスケールは1〜5）スキルと資質（明確にするために、評価を確認する作業イベントを示すことは非常に重要だと思います）。
• 動機 -従業員の動機に関する私のアイデア。 カードを確認または更新するたびに、モチベーションを再評価しようとします。 私の意見では、これは一般にカードの最も重要なポイントの1つです。従業員の能力開発計画を立てるには、その動機を評価するだけでよいからです。
• 役割 -チームの現在または計画されている従業員の役割。
• 目標 -従業員（または私）の動機、問題/成功、およびチームのビジネス目標に基づいて設定された目標。

スコアとスコアリングについては、以下で説明します。

選択：スコアリング

カードの中では、候補者のスコアリングを行い、新しいタスクごとに結果を更新します。 スコアリングと呼ぶのが正しいかどうかはわかりませんが、私はこの用語を使用することに慣れており、チームリーダーにとって重要な資質を絶えず再評価することを意味します。

• ビジネス志向 -目標がビジネスの結果であり、たとえばコードの美しさと優雅さに対する満足度ではない場合、人はどれほど実用的か。 ティムリッドは、個人の快適さではなく、主に管理の原則によって導かれるべきです。 簡単な例：ビジネスがA / Bテストのフレームワークで何らかの概念を検証する必要がある場合、テストですべてをカバーするのが慣習的であり、開発者がテストを書くのが好きであっても、テストグループコードを単体テストでカバーすることはおそらく意味がありません。
• コミュニケーション。 Badooの文化では、多くのコミュニケーションが構築されており、サーバーサーバー、テスター、トップ、デザイナーなど、全員と効果的にコミュニケーションをとる能力が必要です。
• モチベーションのレベル 。 私の意見では、開発者からチームリーダーに変わることは、キャリアラダーのステップからステップへの移行ではなく、独立した別のラダー（管理ラダー）にジャンプするため、チームリーダーには本質的な動機が必要です。 強いモチベーションがなければ、どんな開発も-そして開発は常に快適ゾーンから抜け出す方法である-非常に難しいでしょう。
• プロジェクトの成功/失敗の履歴。 これには、プロジェクトの失敗の原因も含まれます（同じ失敗パターンの存在について以下のプロジェクトを確認するため）。
• 非公式のリーダーシップのレベル。 リーダーは従業員をリードし、目標を達成するように動機付けできる必要があります。 さらに、チームは非公式のリーダーをチームリーダーとしてより簡単に受け入れます。

選択：セール

チームリーダーを選ぶとき、誰がどのように興味を持っているかを理解することが重要です。 この選択段階をセールと呼びます。



定期的な会議中（および私たちとチームリーダーが2週間ごとに実施します）、別のキャリア（リーダー）に対する関心を評価する価値があります。あなたが何をしているか、理由を示し、従業員の目が明るくなっているかどうかを確認します



たとえば、Sylvesterシリーズの質問をすることはできますが、マリオには期限に関する問題があると思いますか？ どうしてそう思いますか？ 人をどのように助けるか？」そして、人がどのように反応するかを見て、彼が問題を理解しようとするのは面白いですか。



答えには次の2種類があります。「なぜ経営上の質問をするのですか？！ コードを書くためにここに来ました。 さらに仕事に行くことができますか？」、「ああ、それは、なんて面白い！ おそらく、マリオはサーバーから正常に条件を回復できませんでした。 この問題を解決するために、滑空のために他の形式を考え出す必要があるかもしれません。」2番目のケースでは、人の目が火傷を負い、人と仕事をする準備ができていることがすぐにわかります。



追加のボーナスは、特定の意思決定を行う理由の透明性を高め、部下の信頼レベルを高めることにつながります。 結局のところ、彼らがそのような質問が求められているのを見るならば、それはリーダーが彼らについて考え、相互作用が確立されたことを意味します。

選択：プロジェクト

プロジェクトの仕事は、多くの労働者が関与する大規模で非常に大きなタスクをチームリーダーの候補者に任せるという事実にあります。 候補者がこのような負荷に対処する方法は、ビジネスの方向性、結果に焦点を当てる、コミュニケーションスキルのレベル、計画の実行を計画し、要求する能力など、管理の質のレベルを完全に示しています。



プロジェクトに取り組むとき、他の開発者はチームリーダーの候補者に非公式に「従属」することが非常に重要です。なぜなら、彼は管理階層で彼らよりも高くないからです。 ただし、そのような状況で開発者が潜在的なリーダーと協力して生産性を高めたとしても、正式な提出の条件では生産性が低下しない可能性があります。 しかし、すでにこの段階でプロセスに対する対人葛藤のマイナスの影響が見られる場合、これは候補者がまだリーダーシップを発揮する準備ができていないことのシグナルです。



プロジェクト作業でまだ便利なもの-この段階またはその段階に必要なプロジェクトを選択するのは簡単です：チームの観点から（たとえば、タフな人を共感することができます。多分、プロジェクトのアイデアを放り出し、どの方法で「掘る」のかさえ明確ではなく、1週間後に結果が必要になります）。



プロジェクトアプローチのもう1つの利点は、障害のリスクが低いことです。 プロジェクトが失敗しても、候補者のモチベーションに大きな影響はありません。 失敗したプロジェクトに参加した他の従業員をやる気にさせるためにも、すべてがそれほど悪くはありません。「まあ、Seryogaはプロジェクトを鈍らせて失敗しました」。 まあ、いや、今すぐやめた方がいい。」

選択：副

すでに言ったように、とにかく代理人を探す必要があります。 したがって、いずれにしても、この問題は解決する必要があり、チームリーダーの候補者をチェックするという観点からも役立ちます。

1. 彼の代わりに代理人を残すために、彼は彼に彼のルーチン機能を移す必要があります、そして、このために彼らは構造化されて、文書化される必要があります。
2. 休暇を待つ必要はありません。しばらくの間、あなたの仕事を代理人に委任できます（そして、レポートの準備を自分で行い、同時に代理人の仕事を監視します:)）。

カードからの標準的なメトリクス品質に加えて、人に関する多くのことがすぐに明らかになります。

1. 彼は完全に馴染みのない種類の負荷にどのように簡単に適応しますか（そして、適応の柔軟性と速度はマネージャーの主要なスキルの一部です、私には思えます）。透明かどうか）。
2. 彼がどれほど慎重にルーチンを行っているか：彼がこれに対して十分な苛性と注意力を持っているか、この分野のコーチングにリソースを投資する必要があるかどうか。 リーダーの仕事は常に決まった行動を意味します。 しかし、一部の人々にとって、彼らは非常に困難です、あなたは文字通り自分自身を強制する必要があります。 人が短時間でも日常的な活動に対処できない場合、おそらくこれも考慮に入れるべき負の要因です。
3. チームにおける非公式のリーダーシップのレベル：代理人としての仕事の仕方は、プロジェクトの仕事の仕方とは異なりますか。 他の従業員がそれをどのように認識しているかを確認できます。

選択後

選択ツールを正常に適用した後はどうすればよいですか？



この段階では、原則として、一定数の候補者が残り、スコアリングを比較することにより、1つを選択することができます（リスク、費やされた時間を評価する必要があります）。 実際、チームリーダーを任命する準備ができました。



チームメンバーとの定期的な会議では、彼が主要なプロジェクトまたは代理人としてこの人物とどのように仕事をしたかを尋ね、予定の準備をし、潜在的な期待と苦情を排除することが不可欠です。

予定

前の段階で期待に応えて、チームリーダーを任命する準備ができました。

次回のチームとの毎週の会議で、私は公式に彼を任命し、この人物を選んだ理由を説明し、すべての問題は現在彼によって主に解決されていると正式に宣言します。



また、期待に慎重に取り組んでいます。私はどこにも行かないと言います。最初にすべての問題を解決するために、発生するすべてを監視します。

サポート：開発

任命後、新しく作られたチームリーダーは助けを必要とします。



私は、すべての段階で古典的な状況管理を適用することが適切であると考えています。これは、低い専門的資格（結局、個人が継続的にリーダーシップの仕事に従事したことがない）と高いモチベーションを意味します。

1. 最初に、ティムリッドは、実際に規範的なアプローチを使用して、「ハンドルでリードする」必要があります。
2. その後、コーチングに進み、「どのようにしてそれを行うのですか？」と尋ね、すべての問題について助言します。
3. この後、フリースイミングでチームリーダーを解放し、リベラルなアプローチに切り替えることがすでに可能です。「これらの結果が必要です。 やってください。」

もちろん、常に指を動かして、チームリーダーを定期的に支援する必要があります。

サポート：コントロール

誤ったチームリードアクションは、不適切な開発者アクションよりもはるかに多くのコストを企業にもたらします。 したがって、チームリーダーとのコミュニケーションにおけるわずかな誤解さえも排除し、すべての瞬間をより徹底的に解決する必要があります（開発者が互いに「整合」する瞬間がある場合、チームリーダーは1人だけです）。



さらに、操作のすべてのバイトではなく、正確に制御する必要があるのはまさに戦略です。



どうする

1. チームリーダーとの会議では、問題について話し合う際に、「理解方法を教えてください」、「自分の言葉で説明してください」など、言われたことに対する彼の理解を常に確認してください。
2. 常に「ツールを公開する」：「見なさい、私はあなたに主要な質問で問題の解決に連れて行ったが、あなた自身がそれを決めた。 あなたは私のコーチングがあなたのためにどのように機能するかを見る-それはまた、男性のために機能します。 個人的な例を追加するといいでしょう。
3. これまで各開発者とのコミュニケーションに費やした時間よりも、リードとのミーティングに多くの時間を割り当てます。 チームリーダーとコミュニケーションをとるには、少なくとも週に1時間半かかります。さらに、多くの小さな同期の議論が必要です。

サポート：ヘルプ

チームリーダーの意欲が非常に高いと仮定すると、人が可能な限り効率的になり、処理を開始する可能性が高いことに留意する必要があります。



バーンアウト制御が必要です：それほど必要ではありませんが、費やした時間の分析を行うように依頼してください。 私はこのようにしました。日中に15〜20分のスロットを記録し、それらに「タグ付け」し、週に一度座って実際に時間を無駄にしたものを分析しました。



チームリーダーとタスクの優先順位付けについて話し合い、何が緊急で、何が重要で、何が緊急で重要かを判断することが重要です（ アイゼンハワーマトリックス ）。 彼が何かを知らない、または何とかしていないという事実に何の問題もないことを人に伝える必要があります。限られたリソース（時間）の消費を分析し、無駄を合理的にアプローチするようにチームリーダーに教える必要があります。



ティムリッドは、開発者よりも戦略的な目標を設定する必要があり、それによって彼はより長い計画期間に慣れる必要があります。



チームリードの誤った決定の場合のチームによる不合理な時間の無駄の代償は非常に高い。 このため、私たちは常にチームリーダーに私たちの信条がプラグマティズムであることを思い出させ、決定は「なぜ？」、「いくらですか？」、「リスクは？」という質問に答えるべきです。



そしてもう1つの重要なポイント：チームリーダーに、柔らかさが首に座る人につながることを伝える必要がありますが、従業員の成長の順序は結果と成長の喜びです。

結論と結果

そのため、私のモバイルWebチームには強力なチームリーダーが登場しました。 おそらく、私がティムリダを成長させる戦略は、誰かに迅速かつスムーズすぎるように思われるでしょう。 しかし、覚えておくことが重要です。この計画が機能するためには、その形成のすべての段階でチームリーダーに遅れずについていく必要があります。 人を任命して、その人を忘れることはできません。



要約すると、チームリーダーの選択と成長の問題で必ず覚えて使用する必要がある4つの最も重要なルールの概要を説明します。

1. チームリーダーの選択を遅らせないでください。開始するのが早いほど、成功する可能性が高くなります。
2. カードとスコアリングは客観的な選択に必要なツールです。
3. 選択、任命、サポート、および管理は、チームリーダーおよびチームリーダーだけでなく、チームリーダーおよびチームリーダーとの効果的な相互作用を達成するのに役立つ、避けられない必須の手順です。
4. 何かがうまくいかないときだけでなく、リスクと期待に定期的に取り組む必要があります。 当たり前のように思えますが、それを常に思い出す必要があります。

ご清聴ありがとうございました！ 私は常に管理、動機付け、プロセスのトピックについて話し合うことができてうれしいです。Habrapostにコメントを書いてください。