テックリードとは誰ですか?
つまり、これは社内で最も経験豊富な開発者の 1 人であり、開発チームを管理し、プロジェクトのすべての技術作業の品質に責任を負います。もう少し詳しく説明すると、有能なテック リードの主な役割の 1 つは、開発チーム向けにプロジェクトの技術的な部分のビジョンを策定し、他のチーム メンバーと一緒にそれを実装することです。ここが、テック リードの役割が、チーム リード、ソフトウェア エンジニアリング マネージャー、アーキテクトなどの他の重複するポジションと異なる点です。違いについては後ほど詳しく説明します。テック リードのポジションの本質はどこでも異なって理解されていますが、開発業界全体が若く、その絶え間ない変革を考慮すると、これは正常なことです。Ziff Media Group の経験豊富な開発者であり技術リードである Jeff Caroush 氏は、についてこれ また、テックリードはもともと普通の開発者だった中間レベルの管理職であると考える人もいます。また、テクニカル リードは通常、単に社内で最も経験豊富で強力な開発者であり、プロジェクトの作業の技術的な部分への真の貢献によりこのポジションに任命される、と言う人もいるでしょう。私にとって、技術リードとは、開発者として豊富な経験を持ち、他のプログラマーだけでなく、プロダクト マネージャー、会社経営者、デザイナー、広告主、その他すべての人を含む他のすべての人々と効果的にコミュニケーションできる能力をすでに実証している人のことです。」非常に包括的です。
テックリード機能とは何ですか？
Tech Lead は、経営陣の想像力に応じて、企業によっては TechManager、リード プラットフォーム エンジニア、開発ヘッド アーキテクトなどと呼ばれることもあり、通常、プロジェクトの技術的な部分の実装を担当します。これは開発チームの最終決定権を持つ人物であり、プロジェクト内のエラーや問題の責任者でもあります。社内のテック リード機能の本質は、アジャイル アカデミーの創設者であり所長であるアムル ノアマン氏によって非常にうまく要約されています。「どの組織においても、この人の主な責任は、製品の技術的な実装です。」簡単に、そしてより具体的に言うと、「正しい」技術リーダーの主な職務のリストは次のようになります。- プロジェクトまたはその一部の技術開発のための戦略の準備、要件と状況に応じたこの戦略の適応と調整。
- チーム内での健全な議論と議論を奨励し、意思決定プロセスを促進します。
- チームメンバーの効果的な作業を妨げる可能性のある問題や要因を排除するために取り組みます。
- 開発プロセス中に発生する問題を特定して解決策を見つけ、できれば問題が発生する前にその原因を予測して排除します。
- プロジェクトのさまざまな部分のタスクと責任を他のチームメンバーに委任します。
IT企業にはテックリードが必要ですか?
業界ではいつものことですが、この問題についてもコンセンサスはありません。たとえば、ThoughtWorks の開発者である Vinicius Gomes 氏は、Tech Lead のポジションには問題が多いため、完全に削除されるべきだと主張しています。開発界で非常に大きな支持を得ている彼の意見では、このポジションはほとんどの場合、数人分の仕事量を必要とするため、チーム構造に問題が生じることが多いとのことです。したがって、開発チームの異なるメンバーが異なる役割を分担できるように管理構造を調整し、テック リードのポジションを完全に廃止する方が良いとゴメス氏は考えています。これにより、チームはより効率的に作業できるようになります。しかし、ほとんどの開発者は依然として、技術リーダーがその仕事をよく知っており、職務を正しく遂行する場合に限り、技術リーダーのポジションは必要かつ重要であると信じています。
優れたテックリードとはどのようなものでしょうか?
したがって、優れた正しいテックリードとはどうあるべきか、そして彼がチームに何を与えることができ、何を与えるべきかを理解しましょう。-
開発チームの効率的かつ調整された作業を組織します。
これが、テック リードの仕事であるとほとんどの人が考えていることです。開発チームが最も効果的に仕事を遂行できるようにするために必要なことは何でも行うことです。この場合、テック リードの機能はチーム リードおよびリード エンジニアの責任と重複しますが、唯一の違いは、テック リードがプロセス全体と最終結果に対して責任を負わなければならないことです。したがって、技術リーダーを置くことは通常、開発チームが十分な規模で、開発チームが取り組んでいるプロジェクトが非常に複雑かつ大規模である場合にのみ意味を持ちます。
技術リーダーの優れた仕事は、チーム全体が単一のメカニズムとして正しく調和して機能し、計画された期間内に目的の製品を提供するという事実につながります。
-
開発者と管理者の意欲的なチームの形成。
一見すると、この点は前の点とあまり変わりませんが、この場合は、チームメンバー間のコミュニケーション、モチベーション、コーチング、その他一般的には当てはまらないすべてに関連する、チームワークの組織化の部分について話しています。技術的な仕事へ。
これはタスクの管理的な部分であると同時に、多くの技術リーダーが重要性が低く、二の次であると考えているため、避けたり、注意を払う必要がないと考えたりする傾向がある部分でもあります。しかし、実践では、モチベーション、個人的なアプローチ、コーチング、モチベーション、チーム内での友好的な雰囲気の醸成などが依然としてかなり重要な役割を果たしており（たとえ技術的な部分の問題を補うことができなかったとしても）、それが決勝戦に反映されていることが分かりました。最も直接的な方法で結果が得られます。
-
取り組みの調整とバランス。
調整とは、開発チームがスムーズかつ効率的に作業するだけでなく、他の部門との作業が適切に調整されていることを意味します。これを行うには、有能なテック リードは開発者のニーズを理解するだけでなく、社内の他の専門家の目を通して仕事を見ることができなければなりません。
-
開発チームの成功と失敗のすべてに責任を負います。
また、優秀なテックリードは、一人の人間で主要な戦略家であり戦術家でもあり、仕事の成功と、特定のプロジェクトの実施中に必然的に生じる失敗やエラーの両方に責任を負う方法を知っています。
優れたテック リードとは何をするのでしょうか?また、どうすれば優れたテック リードになることができますか?
ここで、もう少し具体的に、前のセクションで説明した目標を達成するためにテクニカル リードがどのような作業を行うかを見てみましょう。-
開発方法論。
開発方法論が正確にどのようなものであるべきかは、プロジェクトの目標、チームが利用できるリソース、タイムライン、管理、その他多くのことに大きく依存します。しかし、方法論の開発はまさに技術リーダーの主要なタスクの 1 つです。新しいバージョンをどのくらいの頻度でリリースするか、次の開発スプリントで何を実装するかなどを決定するのは彼です。
-
テクノロジースタック。
この側面は、プロジェクト全体の成功にとって非常に重要であり、技術リーダーの責任でもあります。これには、プロジェクトの実装に使用されるプログラミング言語のリストのほか、フレームワーク、データ ストレージ ソリューション、ライブラリ、QA ソリューションなどが含まれる場合があります。
-
ソフトウェアアーキテクチャ。
技術リードの権限がソフトウェアアーキテクトの責任と直接交差する領域ですが、この場合の技術リードは通常のアーキテクトよりも上位にあり、最終的な決定とそれらへのアプローチに責任を負います。
-
社内での計画と責任分野の配分。
Tech Lead は、最終結果に責任を負う者として、プロジェクトの特定部分の納品期限を設定し、責任範囲を決定する必要があります。
-
新しいリリースのタイミング。
このテクニカル リード機能については前のセクションですでに述べたという事実にもかかわらず、新しいリリースの期限の設定は、原則として、プロジェクトの存続において非常に重要な役割を果たすため、別の項目として強調する価値があります。
-
コードレビューポリシー。
コードのレビューとレビューに関連するすべてのこと、より正確には、このプロセスへの主なアプローチの選択に関連するすべてのことも、技術リーダーの能力です。
GO TO FULL VERSION