技術的なリーダーシップを向上させるにはどうすればよいでしょうか? 5つの経験をあなたと共有しましょう

技術的なリーダーシップは多くの人にとって謎です。豊富な実務経験を持つ上級開発者は、技術マネージャーになることでのみ成長を続けることができると考える人もいます。ある側面ではそれは真実かもしれませんが、会社の組織や規則を考慮すると、「個人貢献者」から「技術マネージャー」への飛躍を完了するのは簡単ではありません。結局のところ、技術専門家と技術マネージャーの能力プロファイルは重複していますが、仕事を完了するにはそれぞれに異なるスキルが必要です。

私はキャリアを通じて、開発チームの管理からアウトソーシングプロバイダーのフリーランスプロジェクトの管理まで、ある種の「技術リーダー」を務めてきました。しかし、私が正式に技術リーダーになったのはここ 2 年前のことです。アイデンティティと能力の変化は多くの挑戦をもたらしましたが、多くの成長経験もまとめました。

この記事では、テクノロジーのリーダーシップを探るために知っておくべき 5 つのことを紹介します。

01 リーダーシップとコントロールは関係ありません

まず、技術的なリーダーシップ (およびあらゆる種類のリーダーシップ) の中核は、プロジェクトやチームをコントロールすることではありません。技術マネージャーというのは、命令を下す立場にあるわけではありません。

技術的なリーダーは、将来の状態 (プロジェクトの完了や製品のリリースなど) のビジョンを作成し、技術チームがこの目標を達成できるように支援する必要があります。それは詳細を細かく管理したり、自分でやらせることではなく、他の人が結果を達成できるように実装プロセスをガイドすることです。

技術専門家 (または個人の貢献者) としてのチームへの貢献は、広範囲にわたるものではありません。能力や作業プロセスを改善し続けることができたとしても、最終的にはさまざまな制限により、技術的なリーダーシップをすぐに向上させることはできなくなります。そして、十分な経験を積めば、技術マネージャーになれば、他の人の効率向上を支援することで自分の影響力を高め、生産量を増やすことができるかもしれません。

02 障害物は何としても排除する

プログラミングをたくさん行ったことがある人なら誰でも、問題の中に迷い込み、デバッグに多くの貴重な時間を費やしてしまいがちであることを知っています。自分に新鮮な空気を与えないと、簡単にイライラしたり、意気消沈したりして、さらに時間を無駄にすることになります。

開発者が行き詰まっていることは、プロジェクトにおける最大のリスクの 1 つであり、技術マネージャーとして、開発者を助けるのがあなたの仕事です。

まず、開発者が行き詰まっている、または行き詰まっているという兆候を認識することが重要です。無関係に見える質問や、何の解決にもならない質問をたくさんしませんか? 彼らはうつ病の兆候を示していますか? ステータス更新やコードコミットメッセージが曖昧で、進歩が足りないように見えますか? これらの症状に気付いた場合は、メンバーに問題が発生している可能性が高くなります。

行動を起こす時が来ました!しかし、覚えておいてください、あなたは問題を解決するためにここにいるのではなく、道を切り開くためにここにいるのです。私の通常のアプローチは、メンバーが困難な状況を乗り越えられるよう、一連の質問をすることです。たとえ解決策がすぐにわかったとしても、私は問題の診断に使用したロジックを参考にして開発者を問題解決に導く傾向があります。私は、彼らが現在抱えている問題を解決するだけでなく、将来に向けた教訓も得られるようサポートしたいと考えています。

問題の解決方法がわからない場合でも、ガイド付きの質問をしたり、開発者と解決策について話し合ったりすることで、開発者が邪魔をせずに解決策を見つけることができます。コード スニペット、ドキュメント、サポートを提供する立場にある他のメンバーなど、開発者に追加のリソースを提供することを躊躇しないでください。

03 自信を伝える

テクニカル マネージャーの焦点は、開発チームと協力することだけでなく、開発チームを代表してプロジェクト マネージャーや顧客とコミュニケーションをとることにもあります。

私は、議論されている内容や主題についてあまり知らないことを他の人に伝えたことがあったことを率直に認めます。技術マネージャーとしての私の仕事は「オールラウンダー」であり、天文学や地理の知識は必要ありませんが、少なくとも少しは知っておく必要があります。

現実には、私たちがすべてを知ることは不可能であるため、技術マネージャーは、関連する知識を迅速に取得し、トピックに関する専門的な議論をすぐに開始できるように、適切な質問をする (または効果的な情報を取得する) ことが得意でなければなりません。

「理解できない分野で間違ったことを言ったらどうすればいいの?」と心配するかもしれません。心配しないでください。おそらく、プロジェクトについて話すときににじみ出る自信のほうが、言葉よりもはるかに重要だからです。あなたの言葉の内容。

あなたのチームは業界の専門家とみなされており、チームに対する利害関係者の信頼を維持し、あなたとあなたのチームが主導権を握っていることを彼らに安心させるのがあなたの仕事です。場合によっては、何を言えばいいのかまったくわからないこともありますが、そのときはパニックにならずに反射神経を鍛えなければなりません。また、最初にチームに相談し、後で関係者に連絡することをお勧めします。

04 プロジェクトの予算とスケジュールを管理する

技術マネージャーとして働き始めたとき、多くの人は、プロジェクトの予算とプロジェクトのスケジュールの管理はプロジェクト マネージャーの単独の責任であると考えるかもしれません。確かにプロジェクト マネージャーがこれに責任を負いますが、技術者ではない人は、開発経験のある人の意見がなければ、プロジェクトの予算と時間を効果的に管理する方法を知りません。

開発者は制約の中で成功します。そのため、大きな予算と大きなスケジュールが与えられると、細部に夢中になったり、時間を忘れたり、最初は過剰に設計しすぎて、プロジェクトの終了までに時間と予算が足りなくなってしまう傾向があります。

プロジェクトをより小さな部分に分割することで、この問題を解決できます。経験則として、技術マネージャーは要件を検討し、プロジェクトを実行可能な多数の小さなモジュールに分割し、機能ごとに、または分析しやすいその他の方法でグループ化します。

プロジェクトを早い段階で細分化することは、開発者があなたの期待とどこに労力を投資してほしいかを理解するのに役立ちます。分解内容が開発者の認識している作業負荷と一致しない場合は、双方がプロジェクトの範囲と実装を理解していることを確認するために議論する必要があります。

05 ヒーローになるな

誰もがプロジェクトをスムーズに進めたり、プロジェクトをトラブルから救ったりするヒーローになりたいと考えていますが、それは技術マネージャーの目的ではありません。

どれだけの経験があっても、すべての答えを知る必要はありません(おそらく知らないでしょう)。場合によっては、たとえ答えを知っていたとしても、研究開発チームにプロジェクトを完了させるためだけにそれを言うべきではありません。

テクニカル マネージャーの最も重要な仕事は、開発者が作業を完了できるよう支援する進行役となることですこれはプログラマーである技術マネージャーにとって非常に大きな課題ですが、この変更は彼らにとって大きな利益となるでしょう。

最終的には、チームの成功を目撃することで、あなた自身の名誉と栄光を得ることができます。

#LigaAI 概要

生まれながらにしてマネジメントの才能を持っている人がいるのは否定できませんが、生まれながらに適格で優れたマネージャーを持っている人はいません。技術的なリーダーシップを開発するのは長い旅です。これらの 5 つの経験が、回り道を避けるのに役立つことを願っています :-)

1. リーダーシップとはコントロールではなく、チームへの貢献です。
2. 障害物を識別し、それらを除去するためにあらゆる努力を払う鋭い能力を開発します。
3. あなたはプロフェッショナリズムを代表し、利害関係者や顧客に自信を伝えます。
4. プロジェクトの予算とプロジェクトのスケジュールを管理することは、プロジェクト マネージャーだけの仕事ではありません。
5. 個人主義的なヒーローにならないでください。「成功するチームを構築するための道」が主要なテーマである必要があります。

(原著者は Jeremy Gimbel で、内容は LigaAI によって翻訳および整理されました。)


LigaAI @OSCHINA は、プログラマーの成長、技術管理の変革、研究開発管理の進歩などに関するさらに役立つコンテンツを共有していきます。フォロー歓迎です。

新世代のインテリジェントな研究開発コラボレーションを使用するには、[私] をクリックして今すぐ登録してください。

Lei Jun: Xiaomi の新しいオペレーティング システム ThePaper OS の正式版がパッケージ化されました。Gome App の抽選ページのポップアップ ウィンドウは創設者を侮辱しています。Ubuntu 23.10 が正式にリリースされました。金曜日を利用してアップグレードするのもいいでしょう! Ubuntu 23.10 リリース エピソード: ヘイトスピーチが含まれていたため、ISO イメージが緊急に「リコール」されました 23 歳の博士課程の学生が Firefox で 22 年間続いた「ゴーストバグ」を修正しました RustDesk リモート デスクトップ 1.2.3 がリリースされましたWayland を強化して TiDB 7.4 をサポート リリース: MySQL 8.0 と正式互換. Logitech USB レシーバーを取り外した後、Linux カーネルがクラッシュしました. マスターは Scratch を使用して RISC-V シミュレータをこすり、Linux カーネルを正常に実行しました. JetBrains が Writerside ツールを開始しました技術文書の作成に。
{{名前}}
{{名前}}

おすすめ

転載: my.oschina.net/u/5057806/blog/10111759