「プログラマ変革技術マネジメント」に必須の10の能力向上の方向性

多くの開発者にとって、テクノロジーを勉強して技術専門家になることが、キャリア開発への唯一の答えかもしれません。ただし、「ソフトウェア開発は私の多くのキャリア目標の 1 つにすぎない」ということに同意する場合は、「技術管理の道」に挑戦してみるのもいいかもしれません。

人間とやるよりもコンピュータを使ったほうが楽だと思ったので、ソフトウェア開発者になりました。しばらくすると、他の人を助けることが増え、プロジェクトを主導することが楽しくなり、より良いコーディング標準を推進することに情熱を注ぐようになりました。それで、ほとんど苦労することなく技術マネージャーになりました。

近年、多くの外部の声が「技術管理の変革」について繰り返し言及していますが、ほとんどの開発者は「技術から管理にどのような適応や変更を加える必要があるのか​​?」を知りません。

テクノロジー管理の道を探求したい場合は、まず、いくつかの質問に正直に答えてください。

  • なぜ技術マネージャーになりたいのですか?
  • どのような技術マネージャーになりたいですか? 人、プロジェクト、ビジネスの責任を負いたいですか?
  • 変革の動機は何ですか? コードを書いてソフトウェアを構築することですか? それとも、他の人がより良い結果を達成できるように支援したり、利害関係者と納品スケジュールを交渉したり、コードのリファクタリングは時間の無駄ではないことをビジネス チームに説得したりすることですか?

それでも技術管理が自分に適していると確信している場合は、上位レベルのリーダーやメンターと協力し、不慣れな分野で助けを求めることで、その準備を整える必要があります。ここでは改善すべき 10 の重要な領域を紹介します。

01 技術的リーダーシップ

真のリーダーには、チームを率いるための肩書きや権力は必要ありません。派手な肩書きを持つ人や、組織から権限を与えられた人は誰でも決定権を握ることができますが、それはリーダーシップではありません。リーダーシップの本当の意味は、あなたの行動と行動にあります。

したがって、難しいプロジェクトでより多くの責任を引き受け、PR フィードバックを積極的に提供し、プロジェクトのステータスをタイムリーに更新し、チームや製品のワークフローに最適化の提案を提供し、パートナーに専門的な指導を提供するなど、小さなことから始めるべきです。

専門知識や自信の欠如のために、人々が直面することを躊躇したり、チャンスを掴めなかったりすることがたくさんあります。同僚がどのような問題を抱えているのかを特定し、それを解決するための支援を申し出てください。

02 所有権

技術マネージャーは、自分が行うこと、または失敗することすべてに責任を負い、エラー、タイムアウト、欠陥などについて他人のせいにすることを避ける勇気を持つ必要があります。

問題や故障が発生した場合、技術管理者は積極的かつ積極的に修理作業を支援し、関連する解決策や予防策を指導する必要があります。間違いを言い訳したり、文句を言ったりすることは誰にとっても良いことではありません。約束を守ることに時間を費やしてください。必要に応じて、より適切な納期について上層部と交渉します。自分のビジネスのようにプロジェクトを実行し、それを真剣に受け止めてください。

最近、私のチームの技術リーダーが最新の Master ブランチをプルしたところ、単体テストのカバレッジが大幅に低下していることに気付きました。彼は文句を言う代わりに、まず不足している部分を埋めてから、カバレッジを適切にチェックする方法と、複雑な機能の単体テストを作成する方法をチームに教えました。誰かが助けを必要としているとき、彼は決して誰を責めることもなく手を差し伸べ、チーム全体で高く評価されていました。

03 人間関係

技術管理者の人間関係の問題は社内政治とも言えます。「職場政治」に関わりたくないのであれば、「この技術マネージャーは必要なのか?」をもう一度考えてみるべきだ。

有意義な関係を構築することは、テクノロジー マネージャーの責任の 1 つです。マネジメントとは、他人を通して物事を成し遂げることです。他の技術リーダーと良好な関係を築く必要があります。彼らは将来の戦友になる可能性があるからです。TechShares で講演したり、技術ワークショップを開催したり、チーム外の開発者を指導したりすると、たくさんの友達ができるでしょう。

04 技術力

技術マネージャーは第一に技術者であり、第二にマネージャーです。プログラミングや技術的な詳細を理解していない人は技術的な議論に参加できないため、「チーム内で最も強力な開発者の一人になる」ことは技術マネージャーにとってほぼ必須の要件です。

したがって、より高いレベルのタスクに対応するには、ソフトウェア エンジニアリングの優れた背景と実務経験に加えて、鋭い技術的センスと高い技術力を維持する必要があります。

05 連携と指導

チームプレーヤーではないチーム内の「優れた開発者」は、利益よりも害をもたらします。技術マネージャーは常に他の人の技術スキルの向上を支援します。ペア プログラミング、コード レビュー、デモ、オープン ソースまたは社内ソース コード プロジェクトはすべて、指導するのに最適な方法です。

実際の仕事では、率先して指導を求める人は少ないかもしれません。それは問題ではありません、チャンスはすべてあなた次第です!自分が技術の専門家であると考えて、上記のことを率先して実行すると、長い時間が経つと、人々は自然にあなたに助けを求めるようになります。質問に答えることで、前向きな関係を築き、チームからの尊敬を得ることができます。

06 プロジェクトマネジメント能力

プロジェクトが予定通りに確実に完了するようにすることは、すべてのマネージャーにとって重要な責任の 1 つです。開発者として、常に納期を逃し、研究開発タスクを完了できなかった場合、他のメンバーはあなたを信頼できなくなります。仕事は秩序正しくやらなければなりません。

ソフトウェア プロジェクトには多くの不確実性があるため、作業の見積もりが非常に難しいことは誰もが知っています。しかし、適切なプロセスを使用すれば、正確な見積もりは不可能ではありません。プロジェクトの進捗状況を上層部や関係者に継続的に伝え、彼らの期待を理解することができます。

たとえば、私のチームは毎週ステータスレポートを作成し、プロジェクトのテクニカルリーダーに進捗状況を伝え、納期の阻害要因や遅れの主な理由を特定する機会を与えています。

07 コミュニケーションスキル

簡潔かつ明確なコミュニケーションはマネージャーにとって不可欠な能力です。チームに何を求めているかを明確に伝えることができなければ、マネージャーとしてのキャリアは仕事が始まる前に失敗してしまいます。コミュニケーションには、口頭、書面、ボディーランゲージなど、さまざまな形があります。常にコミュニケーションスキルの向上に努めてください。

また、要件を明確かつタイムリーに伝達できなかったため、私のチームはいくつかの成果物を逃しました。メンバーも誰が何をすればいいのか分からない時もありました。その後、プロジェクト マネージャーや関係者にプロジェクトの詳細を説明してもらうのはうまくいかないことに気づきました。技術マネージャーは自らプロジェクトを理解し、研究開発チームにプロジェクトを説明し売り込み、メンバーの仕事への熱意を刺激する必要があります。

08 マネジメントアップ

トップリーダー (場合によってはそのリーダー) を管理します。これは、常に彼らとコミュニケーションをとり、彼らの期待に応えることを意味します。信じてください、マネージャーは良くも悪くもサプライズを好みません。

上層部のリーダーと信頼関係を築き、頼りになるプロジェクト リーダーとして評価され、約束通り期限までにプロジェクトを完了します。

09 対立と矛盾

単体テストや統合テストをどれだけ行っても、運用上の問題は発生します。欠陥の数を最小限に抑えることは間違いありませんが、より重要なのは、生産上の問題に適切に対処することです。プレッシャーに直面すると問題を起こす人は、他人から見ればマネージャーとしての資格はありません。研究開発チームや他の技術リーダーは皆、プレッシャーに強く、すべてを冷静にコントロールできる技術マネージャーを期待しています。

私はかつて、非常に穏やかで感情的に安定した技術マネージャーと仕事をしました。彼を倒れさせるような葛藤やプレッシャーはほとんどなく、少なくとも彼がそのような「大きな問題」の状態にあるのを見た人は誰もいません; たとえ彼が午前3時に生産上の問題に対処しなければならないとしても、彼は決してそれを許しません人々は落ち込んでいます。

別の技術マネージャーは常に納期を気にしており、新機能がリリースされた日に体調を崩したこともありました。彼は精神的にあまり安定していないため、周囲の人は彼と一緒に仕事をすることに消極的です。

これら 2 つはまったく逆の例ですが、どちらがより成功している技術リーダーか推測できるはずです。

10 製品ビジョン

技術マネージャーは、自分が担当するすべての原因と結果を理解し、すべてのメンバーが「なぜそれを行うのか」を理解しているようにする必要があります。

なぜこのプロジェクトを行うのかを明確に (多くの場合複数回) 伝える必要があります。なぜこれらの人々が関与する必要があるのでしょうか?このプロジェクトは全体的な状況にどのように貢献し、企業/製品のビジョンにどのように貢献しますか?

研究開発チームは、効果的に機能するために何が行われているかを十分に信じ、同意する必要があります。

今日から踏み出して

リーダーシップは 1 人や 2 人に与えられるものではありません。待ったりためらったりせずに、今すぐ行動を起こして自分自身の技術的な影響力を築きましょう。さあ、垂直分野の専門家になって、同僚やパートナーに積極的に支援を提供しましょう。

コミュニケーションスキルを向上させ、現在または将来の潜在的な仲間と良好な関係を築くように努めてください。時間を賢く管理し、プロジェクトが予定どおりに確実に完了するようにしてください。

リーダーシップとは人々に関するものであることを忘れないでください。そのため、人々が成長し、最高の仕事ができるよう心から支援する必要があります。

(原著者は Alex Bachuk 氏、内容は LigaAI によって翻訳および調整されています。)


LigaAI@OSCHINA では、製品管理や研究開発効率の向上など、さらに有益なコンテンツを共有していきます。ぜひフォローしてください。

研究開発チームの出発を支援し、クリックして新世代のインテリジェントな研究開発コラボレーションを体験し、一緒に大きくより強く成長してください。

中学生がコンパイルした Windows 12 Deepin-IDE の Web 版が正式公開 「真の独自開発」として知られる QQ が「3 端末同時アップデート」を実現、基盤となる NT アーキテクチャは Electron QQをベースにLinux、3.2.0を正式リリース 「紅蒙の父」王成陸 : 紅蒙PC版システムは来年立ち上げ ChatGPTに挑戦 国産AI大型モデル8製品 GitUI v0.24.0をリリース GitのUbuntu 23.10のデフォルト壁紙Rustで書かれた端末が 明らかに 迷路の中の「Tauren」 JetBrainsが 中国で WebStorm 2023.3ロードマップを発表Human Java Ecosystem、Solon v2.5.3リリース
{{名前}}
{{名前}}

おすすめ

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