多くの企業には問題があり、多くの場合、人々は間違いを犯します。 記事を書くように促したのは、彼らとのコミュニケーションでした。 近い将来、私は出版を続けようとします。 TL、CTO、部門長、またはちょうど彼らになろうとしている人々に役立つことを願っています。 そして、チームリーダーになることの意味についての話から始めます。それは内部的な見方になります。
ここですぐに余談をする必要があります。 さまざまな企業があります。
- 大規模で、通常はITが主な活動プロファイルです。 階層には、CTO、技術リーダー、チームリーダー、アーキテクト、プロジェクトマネージャー、アナリストがいます。 このような条件下では、TLは一部の機能を実行しない場合があります。これについては、以下で説明します。
- 会社の一部のみがITに関連付けられているビジネス。 そこでは、構造は最初のオプションの半分です。
- 数人の小さなIT部門を持つ小さな会社（私の場合は3人でした）。 すべての責任を移行する人はいません。 場合によっては、タスクはリストの最初の項目から会社のそのようなオフィスを成長させることです。
したがって、TLの責任の範囲と範囲は、会社またはIT部門の規模に大きく依存します。 会社が大きくなり、会社のIT構造が複雑になるほど、TLの責任は小さくなります。
チームリーダーになる方法
TLポジションへの2つの標準パスがあります。
- 現在の職場でのプログラマーのキャリア開発。 例えば、あなたが多くのイニシアチブをとるとき、一生懸命働き、あなたが責任を持ち、リーダーシップの資質があることを示すなど。 または、何らかの理由で外部から人を招待したくないときに、空いている場所に移動します。 この場合、彼らは長所を見て、しばしば最も強力な技術専門家を選ぶだけです。 つまり、願望ではなく、現在があなたをそこに連れて行きます。
- 転職し、TLの代わりに新しい会社に来ます。 これは、スペシャリストが長年の経験とさらなる発展を望んでいるが、何らかの理由で既存企業の成長が不可能で困難な場合に起こります。 その結果、あなたは彼らがあなたがそれを扱うことができると信じている会社を見つけます。
新しい役職にたどり着くまでの道のりはどうでしょうが、今度はコードを作成して管理する人を減らします。
活動の変化
それで、あなたが開発者からTLに変わった瞬間からあなたの人生に何が新しくなったのですか？ 議論や会議への参加により関与することは間違いありません。 しかし、日常的なタスクに時間を浪費することはできませんが、同僚に委任することはできません。 また、さらにコードレビューを行う必要があります。 おそらく、会計の契約と請求に該当します。 人生は成功したようで、あなたは目標を達成しました。
しかし、多幸感はかなり早く過ぎ、あなたはほとんど燃え始めます。 このようなことが起こります。タスクの流れは無限であり、解決または委任する必要があり、チームが書いたものに従ってください。 迷惑なマネージャーは常に何かを望んでおり、常に会議を求めています。 「これ以上することはありませんか？」とあなたは思います。 ボスは締め切りに合わせて揺れ、突然誰かがチームを去り、あなたの代わりを探します。 妻も呼んでいます。 一般的に、あなたはいらいらしやすくなり、燃え尽きてしまいます。 このモードでは、実際に最大1年間生きることができます。
そのような地獄で生き残るには？ 残りはどうするのですか？ 主な問題は、快適なゾーンから抜け出すことです。 あなたは新しい世界にいます、古いルールは適用されません。 もちろん、解決策はありますが、ある意味で自分自身でそれを見つけ、自分自身を破り、新しい何かを実現する必要があります。
理解する必要があるもの
実現することがいくつかあります。 そして、これを早くすればするほど、あなたが生きることがより良く、より簡単になります。
- コードを書いてもお金は支払われません。 コードを記述してそれを理解する能力は、TLにとって依然として重要であり、アーキテクチャなどを評価し、考えます。 しかし、あなたには両手しかなく、チームには明らかにもっと多くの手があります。 あなたの主なタスクは、チームが最も効果的な条件を作成することです。 プログラマーはコードを書かなければならず、他のすべてはあなたの関心事です。
- 今、あなたの同僚はあなたよりも良いコードを書いています。 半年から1年が経ち、練習不足はあなたの能力に影響を与えます。 結局のところ、彼らはこれをほぼすべての就業時間に行い、あなたは時々、または夜に家で過ごします。
- 人々を自分に平等にすることをやめなさい 男は、誰も彼よりも問題を解決することはできないと考えるほどに配置されています。 第一に、これは常に当てはまるわけではありません。第二に、すべての問題の解決に時間を費やすと、人々はそれをできないと思うので、もはやTLではありません。 人々を信頼します。
- 主なパフォーマンス指標は、プロジェクト全体の品質と開発時間です。 ここでは、おそらく、主な役割はあなたのコミュニケーションスキルによって果たされます。 何かを効率的かつ長期間実行する必要があり、場合によっては迅速な解決策がより便利です。 困難なのは、プログラマーにそれを手に入れ、現時点で必要に応じて彼に説得させることです。 そして、彼が真ん中にいることを見つけるために2日後ではなく、すぐに使えるソリューションが今必要です。
- 人をやる気にさせる。 みんながより良く働きたいと思うように、モチベーションシステムを考えてください。 緊急事態がなかった場合、ボーナスを発行しますか？ いいえ、これはナンセンスです。 メトリックを実装し、統計を収集し、人々の仕事を評価します。 また、開発中の従業員の専門的な成長を監視します。 常にパルスに指を置いてください。
- 人を雇う必要があります。 ITスペシャリストを雇うことができる人事部があればいいです。 そうでない場合は、追加の責任があります。 空席の作成、専門家の選択、インタビューの実施、解雇を学びます。 また、スペース投資のある新興企業がない場合は、市場以下の予算で人々を見つける準備をしてください。 自分で候補者に電話する必要さえあります。
- あなたはプロジェクト全体に責任があります。 サービスが長時間突然クラッシュした場合、またはバックアップがないために復元できない場合は、常に管理者の責任になります。 プロジェクトの技術的な効率はあなたの責任です。
- 必要なテクノロジーを選択することはできません。 通常の開発者は新しいテクノロジーを提供できます。TLのタスクは、プロジェクトのテクノロジースタックのバランスを維持することです。 プロジェクトと開発プロセスの安定性はあなたの責任であることを忘れないでください。 特別なテクノロジーの唯一のキーパーがチームを離れた場合はどうなりますか？ さらに、各テクノロジーの使用を正当化する必要があります。 小さなプロジェクトで1.5人の採掘者がマイクロサービスのすべてを見ている様子を定期的に観察しました。 彼らは会社がこれに対して準備ができていなかったことに気づかなかった。 もちろん、そのような実験は良いことにはつながりませんでした。
- あなたは急いで命の恩人です。 緊急事態では、「すべてを行う必要があります！」というコマンドにjustえることはできません。 夜まで座ってください。 開発者に一対一の問題を残すことはできません。 これは彼らにとって悪い例です。そのような場合の責任はTLにあります。 しかし、チーム全体を緊急作業に保つことも意味がありません。 私自身は午前5時に何度か家に帰り、翌日午前9時に会議のために到着しました。 一般に、あなたの仕事はこれを持ち出すことではありません。
- チームのメンバーを交換できる必要があります。 誰かが病気になったり、休暇をとったり、辞めたり、開発プロセスが停止した場合、すべての責任はあなたにあります。 常にこれに備えてください。
- 心理的側面。 チームとコミュニケーションを取り、人々を理解し、彼らが抱えている問題を把握し、さらには人々の解決を支援する必要があります。 ほとんどのプログラマーは内向的であるため、自分に合わないものや仕事に干渉するものを見つけるようにしてください。 もちろん、大多数はこれを言わないでしょう、あなたはこれを理解することを学ぶ必要があります。 しかし、主なことは、行き過ぎて上司ではなく心理学者にならないことです。さもなければ、それはひどく終わります。
いくつかの短所。 プラスはありますか？
はい！ そして、さらに多くのマイナスがあります。 これで、管理するリソースができました。 そのため、結果を達成するための手段、つまりビジネス上の問題を解決する手段があります。 それは彼があなたに期待していることです。
私はフットボールチームと比較します。 あなたは、若いチームのコーチとして、各プレイヤーにはそれぞれの長所と短所があります。 それぞれの特性を考慮せずにそれらを管理する場合、何も勝てない可能性があります。 しかし、真のチームリーダーになるためには、勝利のために同僚の弱点を強みに変えることができるはずです。
経験の浅い人を雇うことはできますが、半年で彼らをプロジェクトを引き上げるクールなスペシャリストに変えることができます。 スクラムやかんばんなど、武器庫にはクールなアプローチがあることを忘れないでください。これは、すべての参加者にとって、痛みを伴う開発を確立されたプロセスに変えることができます。
また、実験のための巨大なフィールドがあります。 新しいソリューションを検索して試すためのリソースがあります。 これを行う必要があり、何かが機能し、成功をもたらします。 チームとビジネスの両方に利益をもたらす方法を探してください。 特効薬はありません。特定の条件で機能するソリューションを見つける必要があります。
あなたの経験を活用し、効果的な従業員選択システムを構築してください。 また、チームのやる気と発展を促します。 そして、自分自身を成長させることを忘れないでください。本を読んだり、講義を聴いたり、会議に行ったりしてください。 最後に、人々とチャットして経験を共有するだけです。 その結果、最強のドリームチームを構築します。
まだ理解していない場合、時間の経過とともに最も重要なリソースは人であることに気付くでしょう。 上司や部下ではなく、同僚と一緒にいてください。 一つのメカニズムになって、彼らを助けてください。そうすれば彼らはあなたを助けます。
チームリーダーはスーパープログラマーではなく、どんなリソースからでも、どんなチームからでもクールなチームを編成し、会社のために利益を上げることができるリーダーです。 それがこの仕事を本当にクールにしている理由です。
個人的に、最高の賞賛は人々が来て言うときです。 こんな小さなチームでも！」 その後、すべてが無駄ではなかったことを理解します。 そして、プロジェクトをさらに改善する力を与えます。 つまり、みんなでチャンピオンになりましょう。
すでに明日インタビューに行く人のために
TLポジションの空席について話す価値があります。 上で書いたように、企業は異なっており、タスクが異なっています。 インタビューでは、あなたの期待が現実と一致するように、雇用主がまだ必要としている人を理解するようにしてください。 会社に明確な階層がなく、すべてが1人の人間にかかっている必要がある場合、それは特に面白いです。 通常、空席には「70〜80％の時間をプログラムする必要があります。 そのような提案は避けてください。 彼らはあなたを救いたいのか、経営者はなぜ彼らがTLを必要とするのか理解していない。 もちろん、各ケースは個別ですが、それでも合理的な側面があります。 最終的には、ストレスに耐えることができないため、人は燃え尽きてしまいます。
入手したいものを理解して、場所の選択にアプローチします。 面接はあなただけでなく会社に対しても行われることを忘れないでください。 気軽に質問して、すべてを見つけてください。 奈落の底にたどり着くよりも、事前にすべてを知る方が良い。 チームのことを知り、将来のチームの意見を聞くこともできます。 エラーの代価は高いです。間違った場所はすべてのさらなる発展を妨げる可能性があり、あなたがこの素晴らしい世界に入ることを許しません。
結論
TLになることを選択するのは、コードを書くことにうんざりしている、またはより高い給料を望んでいるという理由だけでなく、意識的な決定であるべきです。 TLはIT管理の最初のステップです。 この段階で、あなたはそれが好きかどうかを理解できます。 そうでない場合は、いつでも開発者に戻ることができます。 ただし、TLで長時間作業する場合は、戻ることが難しい場合があることに注意してください。 TLは多くのコードを記述せず、テクノロジーを備えた世界は大きく変化し、経験は失われます。 あなたが戻ってくることが判明するかもしれません、そしてそれは失われた時間を補うのに長い時間がかかります。
これは確かに非常に興味深い仕事です。 あなたの思考を打ち破り、新しい方法で思考を開始する必要があります。 そして、もちろん、快適ゾーンを離れます。 しかし、その後、貴重な管理経験を得ることができ、チームを構築して会社の成果を上げることができます。
上記のすべてには経験が必要です。 教科書やコースでは、TLになることは教えられません。 しかし、彼らはかなりの数のレーキを回避することができます。
PS：お時間をありがとう！ 厳密に判断しないようお願いします。これはハブに関する最初の記事です 彼女が誰かに役立つことを願っています。 私は自分の経験を伝えようとしました。 私はどんな意見にも感謝します。 しかし、これはほんの始まりに過ぎないので、チームの開発および管理プロセスの詳細を掘り下げて、どのように構築したかを伝えたいと思います。
私の他のIT管理記事：
ゼロからのドリームチーム：ITプロフェッショナルの採用
成功したチームを作成および管理する方法
新入社員-デッドオアアライブ
成長、チームリーダー、大小