ビットコイン

何が優れたソフトウェア開発マネージャになりますか?


Amazonや他のテクノロジー企業では、インタビューの候補者はライブインタビューの合間に昼休みを過ごし、昼食パートナーが同行するよう割り当てられました。このようにして、彼らは彼らにチームについての質問、彼らが応募する立場、または彼らがリラックスするのを助けるかもしれない他のことについて質問することができます。このような非公式な状況で候補者と交流するときには元気を感じるので、私はランチパートナーとしてプレーするのが好きです。先週、ある候補者が私たちの昼休み中に非常に興味深い質問をしました。あなたは良いエンジニアリングマネージャになることができると思いますか?

何が優れたソフトウェア開発マネージャになりますか?

私が使った答えは通常、最初の対面ミーティングで私に報告した各エンジニアから与えられた答えと同じものでした。私はマネージャーの仕事として含めたものを説明しました。マネージャーの仕事は、製品や機能を提供することではなく、指標を提供すること、または収益を増やすことです。マネージャーの主な仕事は、彼らのエンジニアが彼らのキャリアで成長し、彼らの専門知識を学び、発展させることを確実にすることです。ワークマネージャの2番目の部分は、彼らがこの成長経験を経験するとき彼らのチームが幸せであることを確認することです、そして彼らはできるだけ仕事に行くことに興奮しています。これらすべての背後にある優れた計画と優先順位付けの演習がある限り、機能、製品、指標、および収益は自然なものであるべきです。

優れたマネージャが習得すべき最も重要な分野について深く理解している場合は、次のように要約します。

に触発された

どの組織にもポラリスという大胆なビジョンが必要です。これはエンジニアがビジネスの観点から重要な問題に集中するのを助けます。管理者は自分のチームがそれを課すのではなく大胆な方向性を決定するのを手助けするべきです。どのようなレベルまたは資格のエンジニアでも、チームを前進させることができるアイデアを提案する権利を持つ必要があります – つまり、マネージャの意見を聞く準備ができていることを意味します。チーム内の全員に発言権を持たせることは、組織の健全性を確保するために必要な条件です。

サービス、注文しない

多くの人々、特に学生、さらには後輩のエンジニアでさえも、多くの場合、マネージャは命令を出すべきだと考えています。ただし、管理者は、適切な成長の機会と課題、そして大胆なビジョンとガイダンスを提供することで、チームをサポートする必要があります。彼らは従業員への奉仕に焦点を当てるべきです。管理者は、技術者が道に迷った場合に自分の経験から回復し学習できるようにしながら、最善を尽くすことができるように、安全策を講じるべきです。

恐怖に基づいて文化を促進するマネージャは、最終的には恐怖と憤りに満ちたエンジニアのチームに出会う​​でしょう。微妙な恐れを引き起こす一般的な方法は、実際の顧客価値と従業員の健康を無視しながら、メトリックに盲目的に集中し、エンジニアに説明責任を持たせることです。この種の環境では、エンジニアは、メトリックの減少につながる可能性がある決定を下すことを最終的に心配しています。独立した意思決定は上級エンジニアになるための中心的な側面ですが、リスクテイクがキャリア制限のある決定になることがある文化を見たとき、エンジニアがこの品質を習得するように導くことはほとんど不可能です。エンジニアは安全な環境を持つべきであり、彼らの成功は称賛され、そして彼らの失敗は成長の機会として使われます。

控えめで透明

チーム全体の信頼をマネージャに失うことは、アジェンダを隠すことや行動する権利を持つこと以上に効果的ではありません。マネージャが自分のエンジニアを信頼していないと、行動は言葉よりも雄弁になり、チームは気付くでしょう。

エンジニアとマネージャ間の信頼関係に基づいて関係を築くことは、チームの強さと長期的な存続にとって不可欠です。問題は常に現れ、常にエラーがあり、そしてエラーは常に存在します。本当の違いはチームがこれらの問題をどのように処理するかということです;エンジニアとマネージャの強い連絡があるということは、問題が発生したらそれが良い解決策を見つける最善の方法であることをチームが知っているためです。 。

優れた管理者は例を挙げて導き、直ちに問題を認め、責任を負い、他人を非難せず、そして建設的な解決策を講じずに問題について話さない。

信頼、検証決してマイクロ管理

マイクロ管理は、マネージャがエンジニアと一緒に使用できる最もエネルギー集約的な方法の1つです。それは少しずつ信頼を破り、エンジニアが信頼できない、あるいは有能ではないという情報を送ります。従業員が期待どおりに配達しようと努力したとしても、マイクロ管理が問題解決のための健全な方法であることはめったにありません。

マネージャーがエンジニアのあらゆる行動に疑問を呈するとき、私が先に述べた信頼関係は挑戦されるでしょう。もちろん、信頼を盲目にする必要はありませんが、プロジェクトのステータスを確認しても、それらの参加者をマイクロ管理することにはなりません。

溺れることなくエンジニアにスペースを提供する管理者は、継続的な改善に使用できる彼らの経験から貴重な洞察を得る可能性が高いです。

製品をめぐる人々

私は1年以上にわたってWindows Phoneに取り組んできました。ミスをし、学び、改善し、成長するために、優れたエンジニアと比類のない管理者と一緒に働いています。今日Windows Phoneは正式に廃止されました。

製品が失敗した場合、関係するチームが時間を無駄にしているという意味ですか?絶対に違います。 Windows Phoneを開発するとき、何千人もの人々が彼らのキャリアを向上させて上級エンジニアになりました。彼らが生み出す製品はもはや存在しないので、この成長経験は妥協することができません。

製品は出入りしますが、何年も経っても関連性のある製品もありますが、他の製品の多くはまだ忘れられています。しかし、人々の職業上の成長は無関係ではありませんでした。管理者は、人々が製品に優先順位を付ける文化を促進するべきです。

結論

ハイテク業界で夢の仕事を見つける方法について話すとき、私たちはマネージャーがエンジニアのキャリアにおいてどのように重要な役割を果たすかについて話しました。特にエンジニアの成長がマネージャの行動に直接依存している企業では、悪いマネージャを持つことは悲惨な結果をもたらす可能性があります。上記の領域を使用して上司を評価し、可能であれば、チームを誇りを持って成長させるために明らかに人に投資する上司を探します。成功したキャリアはすぐそこにあります。

あなたはこの記事が好きですか?電子メールで新しい投稿を受け取るために購読してください。

写真:UnsplashのオースティンDistel

もともとgeekonrecord.comに公開

何が優れたソフトウェア開発マネージャになりますか?

何が優れたソフトウェア開発マネージャになりますか?もともとミディアムオンハッカーの正午に公開され、人々はこの物語を強調し、応答することによって話を続けています。

出典:BITCOININSIDERからの0x情報から編集。著作権は作者Anonymousに帰属し、無断で転載することはできません。