このレビューでは、最も人気のある8つのパフォーマンスを選択しました。
選択されたスピーチは、参加者が個人的な経験のプリズムを通じて技術チームを管理する問題について一般的な考えを表明したという事実によって結ばれています。 また、講演者はさまざまな企業やさまざまなタスクで働いているため、提示された選択により、さまざまな観点から問題を見ることができます。
スピーカーは1つだけに同意します。テクノロジーチームは、このすべてがどのように機能するかを理解している人が率いる必要があります。
チームリーダーが誰であるか、彼の主な責任は何か、特定の管理タスクを解決する方法については多くのことが言われています。 この場合、完全な画像であるとは主張しませんが、視聴に最適なレポートのビデオを推奨したいと考えています。
レビューを2つの部分に分けました。 最初は、エンジニア（開発者）からチームリーダーへの移行に関するレポートと、日常業務に関するヒントに焦点を当てます。 第2部では、さらに進んで、より高いレベルのリーダーとしてのチームリーダーの開発について議論し、心理学のプリズムを通して、開発チームとその典型的な問題を異なる角度から見ていきます。
チームリーダーになる方法
アブストラクト
私たちのダイジェストからの最初のレポートでは、Andrei Ryzhkin（AGIMA company）は、チーム内でティムライドを成長させる個人的に正式な手順を説明し、同時に開発者が「ダークサイド」に切り替えた場合に自分の人生で何が変わるかについて警告します。 リーダーに。
多くの会議参加者がレポートで指摘しているように、新しく作られたチームリーダーは、研究に関連する開発や興味深いタスクに時間を費やすことができなくなるという事実に慣れる必要があります。 さらに、快適なストリーミング操作モードから抜け出す必要があります。複数のチャネルを介して同時に到着する並行タスク、および多数の通信と計画により、世界でうまくやっていく必要があります。 Andrei Ryzhkinは、レポートで、異常な状況に対処し、責任のプレッシャーの下で燃え尽きないようにするためのヒントを提供しています。または、彼のデータによると、チームリーダーの90％がまだこのレベルで停止しています。
このレポートは、今日の開発者がチームリードにタグ付けするだけでなく、チーム内で自分自身の代替を成長させようとしているリーダーにとっても興味深いものになります。 アンドレイは、彼らが質問に答えるのを手伝います：チームリーダーとして誰を連れて行くべきですか？ どのような品質に注意する必要がありますか？ これらの責任をチームの最高の開発者に割り当てる必要がありますか？
スピーカーの経験によると、チームリーダーとしてのキャラクターの成功の可能性を予測するために必要なのは、チームへの共感、決意、技術的能力の3つだけです。 しかし、すべてがそれほど単純ではありません。最初は、チームリーダーが助けを必要とします。これは、チーム内の適切な習慣を通じて提供されることもあります。 議論された例の1つは、いわゆる「衛生日」（そして実際には衛生時間）-レポートの作成と計画のために割り当てられた時間です。 AGIMAによって採用され、レポートで詳細に説明されているプラクティスは、一般的にチームリードの問題の解決策にアプローチする方法を示唆しています。
当然、問題の反対側も考慮されました-経験の浅いチームリードの「ショール」であり、戦うことができ、戦うべきです（一例として、長いタスクを掘るのが好きです）。 報告後の質問の過程で、チームリーダーと対話する方法をチームの他のメンバーに教えるプロセスが議論されました。
さらに、Andrei Ryzhkinは、将来のチームリーダーに役立つ文献のリストを提案しました。 このリンクはスピーカーのプレゼンテーションに表示されますが、お知らせに送信することにしました。
Goth2Boss：エンジニアからチームリーダーへの移行中の破損と無駄
アブストラクト
次のレポートは、成功したチームリーダー向けです。 「暗黒面」の潜在的な支持者はすでにチームで特定されており、容疑者に投げ込まれています（つまり、正式にまたは非公式にチームリーダーに入れられています）。 しかし、彼が状況に対処したと言うことはまだ早すぎます。 そして、この段階では、上記のチームと企業の習慣の助けだけでなく、専門家の自己開発も必要になります。 これが、Artem Kalichkin（CFT Group of Companies）が語っていることであり、彼の11年の経験に依存しています。
アブストラクトの形で、Artyomは新しい位置で「drれない」方法、つまり、自己のどの側面に注意を払うべきか、何を開発するべきか、反対に何を拒否するべきかを伝えます。
このレポートでは、チームリーダーの最初の最も印象的な「ゴキブリ」を調査しました。チームの外部からの攻撃から部下を選別します-「母性本能」自分で。 スピーカーは、リストされている各行動パターンについて詳細に停止し、一度にいくつかの角度から説明します（チーム、会社、およびチームリーダーにとって悪い理由）-さまざまなレベルのリーダーシップの経験が感じられます。
ちなみに、アルテムは、移籍の瞬間からチームリーダーの地位にほとんどすぐに、専門家が彼の代理人を増やすべきだと考えています。 このプロセスを支援するために、彼は、自分が特定した将来のリーダーを成長させる5つの段階のうち、識別、テスト、パスの開始の3つを検討します。 実際、これは、ダイジェストの最初のレポートで説明されているのと同じ問題のわずかに異なる見解です。 行動のアンチパターンとそれらに対処する方法が各段階で提案されています。
チームリーダーが雇用と解雇について知る必要があるすべて
アブストラクト
次のレポートは、私たちに日々の義務を課します。 人事部は企業の従業員に従事しているように見えますが、新しい従業員の将来の直接マネージャーは雇用に参加する必要があります-最終的に、彼はこの人に率いられます。 Stepan Ovchinnikov（Intervolga company）は、チームギャザリングプロセスに含まれていたチームリーダーをどこで探し、何をつかむかについての有用な情報を絞り込みます。
提示された経験は、従業員60人（うち32人はプログラマー）の会社で得られたもので、Bitrixでカスタムプロジェクトを実装しているため、適用範囲が制限されています。 ただし、特定の予約では、これらの推奨事項はさまざまな状況で使用できます。
スピーカーは、チームの側からスタッフと働くことのすべての主要なポイントを歩きました：雇用、動機、さらには解雇（これは現代世界では冒とくと見なされますが）。 モチベーションを明らかにし、不備を特定するためにインタビューで何を尋ねるかについて推奨を行い、既に雇用されている従業員をモチベーションの高い状態に維持する方法を提案し、チームの他のメンバーを邪魔しないように人を解雇する最良の方法を提案しました。
レポートの価値は、非常に具体的なアドバイスを提供することです。チームを編成し、負けないために何をすべきか。 たとえば、Stepanは、同僚と定期的に非公式の会話をして、気分を監視し、問題が発生したときにタイムリーに通知することをお勧めします。 別の有用な推奨事項は、退屈から開発者を救うために、タスクの複雑さを絶えず増加させることです。 また、何らかの理由でこれが不可能な場合（ほとんどの企業でテクノロジーを変更することはそれほど簡単ではありません）、従業員に専門的な成長のための時間を割り当てることができます。
他のアイデアについては、レポートに目を通すことをお勧めします。 そこでは、すべての推奨事項が人生の非常にカラフルな例によって補完されています。
ちなみに、ここでは、最初のチームリーダーの典型的な問題、たとえば、問題に深く没頭することへの愛、部下の解任の恐れなどについて議論しました。 そのため、チームリーダーのイメージを形成するという観点から、このレポートは以前の2つを補足しています。
高負荷システムとしてのチーム
アブストラクト
彼のレポートでは、アントン・ポタポフ（Ingram Micro社）は、開発チームと問題のある負荷の高いアプリケーションとの類似性を引き出して、人々の相互作用を理解する方法を親密な内向者に説明しています。 スペシャリストは、ソフトウェア製品での問題の解決方法との類推により、チームの困難に対処できると考えています。 また、レポートに示されている例は、非常に具体的な問題を解決した彼の個人的な経験です。
このレポートでは、たとえば、わずかな売上高を処理し、手元のタスクに「技術的負債」を蓄積する過負荷木材などの典型的なパターンが分析されます。 この問題を解消するために、ロードバランシングとの類推により、チームで外部の刺激からチームを保護するタスクを行う、いわゆる例外の男が強調されました。 そして、チームの専門知識を共有するために、Exception manのステータスは「過渡的」になりました（それぞれ1週間「勤務中」）。 これは報われ、ところで、レポートに出席した聴衆のかなりの関心を呼び起こしました。
同様に、アントンは他の典型的な状況を分析しました-期限を破るチームに過負荷をかけ、再び技術的負債を蓄積し、通常の解決策の代わりに松葉杖を提供します。 病気休暇、休暇、解雇時の問題の解決を危うくする、独自のスキルを持つ人々の存在。 不透明な開発ステータスなど それぞれの状況について、開発の世界からの類推とチームの観点からのその解釈が提案されています。 また、改善点の単一のリストを使用するなど、かなり適切ですが、常に適用できるヒントではありません。
レポートの次の部分のダイジェストは、数日中に準備できます。 それまでの間、チームリーダーシップとリーダーシップの経験の交換の次の段階は、 TeamLeadConf 2018カンファレンスの一環として2月上旬に開催されることをお知らせします。 約40のレポートがあります。
ちなみに、会議のウェブサイトでは、昨年の最も興味深い10のスピーチのビデオを投稿しました。