だから彼らは私を経営に引き込もうとしている[閉鎖]


20

私はハイテク企業ではない小さなIT部門で働いています。私のマネージャーは最近辞職し、彼らは代替品を探しています。私は人々のスキルを持つ「まれな」開発者の一人なので、ディレクターは私に応募することを勧めています

私の一部は応募したいのですが、別の部分はノーと言います。違いを生む報酬と能力は興味をそそられるように聞こえ、12年後のプログラミングには少し燃え尽きましたが、欠点もあるようです。私はそのポジションに非常に興味のある他の誰かを管理しますが、彼は友人であり、現在、私よりも梯子の上にいます(他の数人と一緒です)ので、それは厄介かもしれません。

他の誰かが同様の立場にありましたか?管理職で幸せな人はいますか、それとも管理職に就いて、そうしないことを望んでいますか?フィードバックをいただければ幸いです!


@Pratik:マネージャーがあなたが働いていた会社の元従業員のために働いたとき、彼らは彼らに問題を与えましたか?


編集:あなたの答えをみんなに感謝します。

これは良い機会に思えるかもしれませんが、これについて私を不快にさせるいくつかのことがあります。

1)依頼されたことではなく、すべてに責任を負います。数回のレイオフの後、部門はまだ動揺しています...ストレスがかかり、燃え尽きる寸前です。私はチームの全員とかなり良い関係を築いています....しかし、この仕事を引き受けても変わらないと思います。

2)他の数人の同僚が何らかの理由でディレクターを軽deしています。彼は私に汚い仕事をさせ、彼らが頭をぶつけたら罰せようとするかもしれません。

3)Codemwnciの投稿に基づいた問題ではないと思われる、私より年上の人の管理。

4)それは小さな部門であり、フルタイムのマネージャーが必要だとは本当に思いません。IMOでは、50%の時間を費やして周りの人を注文する必要はありません(誰もがしなければならないことを知っているからです)。部長は、プレーヤーコーチのIMOをさらに必要とします。理にかなっている場合は、(今のようにサポート担当者にコードを書いてもらうのではなく)フルタイムでサポートを行う別の人がいるので、実際にチームを助けると思います。
難しいですが、今やっていることも難しいです(開発+サポート作業)

彼らが何をしているのかわからない、または現在のチームを台無しにする外部から誰かを連れてくるのを見るのは嫌です。


編集(4/30)

チームの他のメンバーとの関係変わります。あなたは今では仲間ではなくボスです。何をすべきかを人々に伝える必要があります。一部は変更で問題ありませんが、他の人はあなたよりもあなたが昇格したことにresするかもしれません。

私は彼らのほとんどと友達になっているので、それは問題になる可能性があります。

この場合、「簡単な」プロジェクトタスクの一部を自分に割り当てます。これらは重要なアイテムではなく、すぐに取り出してドロップできるものでなければなりません。これにより、プロジェクトを支援し、コードベースに遅れずについていくことができますが、管理活動から気を散らすことはありません。もう1つできることは、入ってくるすべてのバグレポートをフィールドに入れることです。それらを実際のバグであることを確認し、簡単な編集であればすぐに修正します。さらに大きな問題は、チームの残りのアクティビティにスケジュールされる可能性があります。これにより、チームが気を散らされるのを防ぎ、クライアント/上位管理者に問題が修正されることを示します。

良い戦略のように思えます...

私にとって、それはあなたがどの日常的な活動を楽しむかに帰着します。コーチング、人との出会い、プロジェクト管理、信頼関係の構築、人の問題の解決が好きですか?それとも、単独で多くの時間を必要とし、会議の疲れを癒し、ドラマを嫌い、知的/技術的な問題が好きですか?

両方できます。私にとっての主なものは、ワークライフバランスです。私の上司はワークライフバランスを持っていましたが、それは彼が彼の下に献身的な従業員を置いていたからです。もちろん、他の誰かが引き継ぎ、部門が不適切に管理されていた場合、全員のワークライフバランスが窓の外になる可能性があります。


編集(5/1)

@ジェフ

それは企業環境であり、私は何人の人がいるのか、各ポジションの職務内容を管理することはできません。

仲間のチームメイトが私に成功してほしいと願っていますが、よくわかりません。私は彼らの何人かと友達になりました、そして、これは確かに私たちの関係を変えるでしょう。しかし、私は他の候補者が部門を実行し、物事をスムーズに実行し続けることができるかどうかはわかりません...私は間違っている可能性があります。


9
コミュニケーションスキルを備えた開発者は今でも珍しいですか?
ジョンシャフト

12
パブロ:はい!まさにその通り。
すぐに

20
プログラミングスキルを備えた開発者もそうです。Dそれにかかわらず、どちらも優れた(つまり、効果的/有用な)開発者になるための前提条件です。
back2dos

4
@Pablo -はいのための1 -私が原因私は...赤面とどもりない人々に話すことができるという事実に私よりもはるかに多くの経験を持った人の上に私の最後の仕事を得た
マット・

6
実際に何をしたいですか?

回答:


27

私はそのような仕事をしたが、そうしなかったらいいのにと思う。

あなたはそれが前進だと思うかもしれません。それはありますが、完全に異なる方向です。大工からセールスマンに職業を変えるようなものです。仕事をするためには、異なるスキルセットと知識が必要です。確かに、あなたの人々が何をしていて、彼らが毎日直面している問題を正確に知ることは本当に役立ちます。しかし、私の経験では、それは仕事のごく一部であり、約20%であるとしましょう。人々(彼らのニーズと野望)を管理し、上級管理職が大量に生み出している多くのがらくたからそれらの人々を保護することに、より多くの時間が費やされます。加えて、あなたは自分の行動と発言に非常に注意する必要があります。それはあらゆる種類のダメージを引き起こす可能性があるからです(誰かを怒らせることからチーム全体の士気を破壊することまで)。

悪い部分は、私はもう多くのプログラミングをしません。そして、私はソフトウェアを作成することで、他の人に何をすべきかを伝えるよりもはるかに多くの喜びを得ることがわかりました。また、ソフトウェア開発に関する私の知識が徐々に時代遅れになっていると感じています。少し前に、私はいくつかの問題に苦しんでいて、それらを一生懸命に考えました。最近、私は常に修正されています。これらは一般的なフレームワークで完全に解決できるため、問題は簡単です。これが起こるたびに、私は笑いますが、私の魂は絶望の中で泣きます。


26

それをすべて行った。

あなたは(特にあなたのマネージャーとの議論によって)不可能なことをすることができ、両方の世界のベストを手に入れることができるかもしれません-私は何年も管理しました-つまり、技術的なハンズオンマネージャーになります。

はい、管理の仕事をしますが、約50%の管理の仕事(通常は曖昧で短期的なもの、消防、可能な未来を見つめる、または人々の問題を整理する必要があるもの)のバランスを取るようにします。そして、約50%が実践的な開発者です。

「いいえ、あなたは他の人でなければならない」と言う人はたくさんいます。

難しいことですが、技術的な仕事をしている人を管理することの1つは、連絡を取り続けると、急速に技術的に陳腐化することです。給与、および寛容な雇用主との長い再訓練期間)。

テクノロジーと適度に連絡を取り合う唯一の方法は、ITを行うことです。世界のすべての本、コース、ワッフルは本物に代わるものではありません。

そのため、(一部の)開発を行うことにより、自分をより優れた技術作業の管理者にすることができます。

しかし、それは難しいです。


2
これは傑出した答えです。技術的な役割からIT管理に初めて移行したときと同じ経験をしました。それは小さな会社であり、私は両方の長所を持ち合わせました。私はとても幸せでした。しかし、会社が成長し、私が管理の梯子を上げたので、実地作業の時間はゼロになり、私はもう何をしているのが好きではありません。ですから、私の注意は、あなたの会社が大きくなればなるほど、実際の時間が減り、おそらくあなたの仕事の満足度が下がるのを見ることです。
デイブキンケイド

1
委任することを忘れないでください。私は、多くの新しい開発者がマネージャーに委任できなかったことに気づきました...結局、管理もやりすぎで、技術的な仕事が足りません。可能な限り会議を委任します。チームの誰かが興味を持っている場合、管理作業を委任します。技術作業の時間を見つけてください。
スワティ

@Daveと@Swati-両方とも素晴らしいコメント/アドバイス。また、私は決断を迫られました。技術者になるか、管理者になるかです。(私の上の小さな心の人々によって)。作るのは良い選択ではありませんが、技術的なものが勝ちました。しかし、何年もの間それを行った後、管理責任を失うことは良くありませんでした。
すぐに

8

この反応に注意してください、これは私の経験であり、私は個人であり、あなたは間違いなく私とは違うでしょう。しかし、これはとにかく私の話です。

私は卒業し、非常にうまくやって、非常に迅速にリードになり、私の技術の生活と仕事以外で学ぶ意欲のために同僚の尊敬を獲得し、私のスキルを新鮮に保ちました。また、個人的なプロジェクトの仕事以外で練習していたので、プログラミングの仕事にも優れていました。私はすぐに私の部署(当時20人のプログラマー)の「男」になりました。そして、マネージャーが去りました。

私はマネージャーになりましたが、そうすることに同意したことを覚えていませんか?!そして、私は3年間それで立ち往生しました。私はチームをかなりうまく管理しました。私は技術者だったので、彼らはそれを愛していました。彼らは何をすべきか、そして彼らを「理解しなかった、または彼らがやった/提供した」人々によってそれを行う方法を言われるのが嫌いだったからです。また、私はチームの他のメンバーよりもずっと若かった(私は25歳だった)、彼らはほとんど30〜45歳でした。しかし、それは問題ではないようでした。チームは幸せでした。そして、私はまだコーディングを共有し、スキルを新鮮に保ちました。

その後、チームが大きくなりすぎました!私は一日中ミーティングと一対一の評価に費やしました。私はめったにホームコンテンツに行きませんでしたが、会議以外は「今日は何をしましたか」とよく考えました。

6ヶ月前、私は同じ会社でアーキテクトのポストに応募し、それを手に入れました。私はほとんど毎日家に帰ります。私は本当の価値を加え、会社を前進させているように感じます。私の古いチームのリード開発者は私の古い仕事に就きます。彼も技術者でした。彼は技術者であり、本当に良い人だったので、チームは再び交換に満足していました。しかし、彼はちょうど同じ理由で、立ち上がって元のポジションに戻ったばかりです。

私の経験では、優れた技術者は、たとえ人々に優れていても、技術について何かを切望しているので、優れた技術者です。ものの構築、ソフトウェアをアートとして作成することについて。私が経営陣に戻る唯一の方法は、私が管理ゲームの初期の位置にいることができれば、それはまだ実践的であることでした。それはうまくいき、誰もが幸せで、ビジネスは私の技術を最大限に活用し、チームから最高の結果を得ました。チームが大きくなり、私が実践しなかったため、全員が苦しみました。

何を選んでも幸運を祈ります。少なくともお金/力を見て、すぐに飛び込むのではなく、少なくともあなたはそれについて考えているので、あなたはうまくいくと期待しています。


1
+1:「優れた技術者は、人々に優れていても、技術について何かを切望しているため、優れた技術者です。物を作ること、芸術としてソフトウェアを作成することについて」。非常に真実。多くの人がマネージャーの地位に就くのは、物事を台無しにするだろう馬鹿が任命されるのを恐れているからです。
すぐに

5

同じ位置にあった。経営陣に昇進し、とても楽しんでいます。

私は最高の開発者でもあるため、まだ開発を行っていますが、それは良い動きでした。私は今、何か違うことをして幸せです。私は開発が大好きでしたが、それは退屈なものになりつつあり、他に何が利用できるかを見たかったのです。

私が持っていた最高の仕事は優秀なマネージャーのために働いていたので、彼らが何をするかについて好きなことを学び、同じことをしようとしています。これまでのところ、チームは典型的な企業のくだらないものから彼らを遠ざけようとしているので、私がこの役割にいることを喜んでいるようです。


3

たぶん、お茶を飲みながらマネージャーと一緒に座って、このことについて彼に話してください。彼はいい人のように聞こえますが、あなたが物事をレイアウトすれば、彼はあなたにぴったりのものを見つけるのを助けることができるかもしれません。

プログラミングで燃え尽きている場合は、数年間のペースの変更が良いかもしれません。また、必要に応じて後からプログラミングにいつでも戻ることができます。


3

私の意見では、もしあなたがマネージャーになれるプログラマーなら、それを取ってください。能力の低い人がそうしなければ、それを取るかもしれません。管理スキルとプログラミングスキルを組み合わせた人材を見つけるのは困難です。それに、もしあなたのマネージャーがあなたに応募するように勧めているなら、彼はあなたにその信仰を持っています。あなたよりも年上の人を管理することは問題ではありません。これは、人事管理スキルの一部です。ただし、あなたへの提案が1つあります。最初は、いくつかの希望を持った人が不幸になります。役割を引き継ぐとすぐに、すべての曖昧さを終わらせる必要があります。それは、あなたが責任を持ち、責任を委任し、フォローアップし、チームメンバーとしっかりしているという組み合わせで行います。


3

私は開発者でありマネージャーでもあります。私にとって、それはあなたがどの日常的な活動を楽しむかに帰着します。コーチング、人との出会い、プロジェクト管理、信頼関係の構築、人の問題の解決が好きですか?それとも、単独で多くの時間を必要とし、会議の疲れを癒し、ドラマを嫌い、知的/技術的な問題が好きですか?

あなたは非常に異なる仕事に一日を費やすことになります。だから、それはあなたが楽しむ日とあなたが望み続ける日がより早く終わることの問題です。


2

もちろん、これに関する正しい答えも間違った答えもありません。私の経験では、エレクトロニクスおよびソフトウェアチームのチームリーダー(チームのライン管理責任者)に昇格しました。私はこの仕事に多くの手を携え、それが私に合っていたので、別の会社でプロジェクト管理の仕事に移り、それを嫌っていました。私は今、誰か他の人の開発作業に戻っています。

もちろん、ピーターの原則を念頭に置いて、実際に仕事をすることができ、お金にあまり誘惑されないことを確信してください。


2

編集に応じて:

1)依頼されたことではなく、すべてに責任を負います。数回のレイオフの後、部門はまだ動揺しています...ストレスがかかり、燃え尽きる寸前です。私はチームの全員とかなり良い関係を築いています....しかし、この仕事を引き受けても変わらないと思います。

チームの他のメンバーとの関係変わります。あなたは今では仲間ではなくボスです。何をすべきかを人々に伝える必要があります。一部は変更で問題ありませんが、他の人はあなたよりもあなたが昇格したことにresするかもしれません。

4)それは小さな部門であり、フルタイムのマネージャーが必要だとは本当に思いません。IMOでは、50%の時間を費やして周りの人を注文する必要はありません(誰もがしなければならないことを知っているからです)。

この場合、「簡単な」プロジェクトタスクの一部を自分に割り当てます。これらは重要なアイテムではなく、すぐに取り出してドロップできるものでなければなりません。これにより、プロジェクトを支援し、コードベースに遅れずについていくことができますが、管理活動から気を散らすことはありません。もう1つできることは、入ってくるすべてのバグレポートをフィールドに入れることです。それらを実際のバグであることを確認し、簡単な編集であればすぐに修正します。さらに大きな問題は、チームの残りのアクティビティにスケジュールされる可能性があります。これにより、チームが気を散らされるのを防ぎ、クライアント/上位管理者に問題が修正されることを示します。


1

私はソフトウェア業界にわずか1年しかなかったときに、チームリーダーになるチャンスを断りました。職に就くのに十分な技術的経験がないと感じました。今日、5年後、ドメインが変更されてから、私は同じ投稿にたどり着くために一生懸命努力しています。私はそれを取ったといいのですが。


3
当時の荷物を持ち上げることができたでしょうか?

2
多分そうでないかもしれません。私はそれを取った場合にのみ知っていただろう。チームリーダーには2年以上の強力な技術的専門知識が必要だと感じたため、拒否しました。それがなければ、チームメンバーに自信が持てなかったでしょう。私は優れた人材スキルを持ち、良いコミュニケーターであったため、チャンスが与えられました。実際、それは私の最初の仕事ではありませんでした。卒業する前に1年間働いていましたが、プログラマーではありませんでした。
DPD

私が一見しただけで、リードするのは少し早いとあなたに同意するからです。5年以上の経験がある今、なぜあなたにとって難しいのかと思っています。

問い合わせはありますが、私の経験がさまざまなテクノロジーとドメインに分かれていることに気付いた場合、関心は低くなります。彼らがその要件に一致する人を見つけられないとき、それは彼らが私に電話するときです。
DPD

2
私は同意する傾向があります-1年後のチームリーダーは早すぎます。チームリーダーが適切になる前に、5年以上の幅広い経験(良い基礎)が良いことだと思います。あなたをより良く、より丸みを帯び、より知識のある人にします。チームリーダーになることの一部は、コーチ、メンター、他の人を助けることです-仕事の塊を消すだけではありません。
すぐに

0

チームの運営方法や、資格に沿って作成、変更、削除、補充する必要がある職務をどのように考えるかを計画する必要があります。あなたが得るフィードバックに基づいて、あなたは仕事をしたいかどうかを教えてくれると思います。

もう1つの考慮事項は、管理をさらにどの程度進めたいかです。みんなの期待を見てください。

あなたの仲間のチームメイトはあなたが成功するのを手伝いたいと思うか、行かなければなりません。物事をどのように実行したいかについて明確にし、協力するかどうかを決定できるようにしてください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.