マネージャーになる11の理由

この投稿を書いた理由は、プログラマー/エンジニア/単なる技術者からマネージャーへの再プロファイリングの落とし穴に関するTheRの著者の素晴らしい考えでした 。 投稿の著者は、それを行う価値がある場合がある理由の独自のリストを作成することを約束しましたが、ほぼ半年が過ぎてリストが表示されなかったため、問題の私のビジョンについて説明します。



私のキャリアは2000年代の初めに始まり、6年間さまざまなレベルでプログラマーおよびコンサルタントとして働き、約5年前に完全にマネージャーに再編しました。 純粋に技術的な分野を去るという決断は、多くの人と同様に、マネージャーにはもっとお金があり、意思決定の機会が増えているという幻想に感銘を受けました。 TheRが上記の投稿で書いたように、マネージャーとして働くことについての私の仮定の多くは幻想であることが判明しましたが、この職業にはまだ多くの明白な(そしてそうではない)利点があります。 このような再プロファイリングの長所と短所に関するこれら2つの投稿が、ハブロフチャンの誰かがキャリアのさらなる発展について情報に基づいた決定を下すのに役立つことを願っています。





私がマネージャーであることの利点の個人的なリストは、このようなものです。 ポイントはかなり混oticとして配置されています。各読者にとって、このポイントまたはそのポイントの重要性は高くも低くもなりますが、何かを見逃したかもしれないので、以前の技術者の1人、そして今はHabrマネージャーが私を補ってくれると嬉しいです。



  1. 製品に影響を与える能力

    私が普通のプログラマーとして働いていたとき、私は製品について決定を下すことができないことにひどく落ち込んでいた。 一部の機能はばかげており、絶対に不必要であるように見えましたが、他の機能は非常に欠けていましたが、決定は自然に私ではなく行われました。 フェンスから夕食まで掘らなければなりませんでした。 プロジェクトマネージャーになったとき、状況はあまり変わりませんでした。プロダクトマネージャー、マーケティング部門、「製品の株主」などが常に存在します。 ただし、既にプロダクトマネージャーレベル(プロジェクトの後の次のステップ)から、見たとおりに製品を形作ることができます。 もちろん、階層の上位にはまだプロセスに介入する人がいますが、機能とそのパッケージングに関するほとんどの決定は、製品とマネージャープログラムのレベルで行われます。 機能のごく一部しか実装していない単独のプログラマーとは異なり、製品は本当に「これが彼らの頭脳である」と言うことができます。 各機能は何千もの会議に悩まされ、何百ものバグを引きずり込まれ、最終的に計画に従って、厳密なガイダンスの下で本番環境に実装されます。

    中小企業では、そのような決定はすでにPMレベルで、私が主に働いていた大企業では、プロダクトフォーメーションはプロダクトマネージャー-プログラムマネージャーレベルです。



  2. 水平的なキャリア開発

    原則として、プログラマは自分の活動分野をそれほど頻繁に変更しません。 あなたがウェブをサーフィンするなら、あなたの次の仕事/ポジションで同じ方法でウェブサイトを作っている100のうち90のチャンス。 Cでマイクロコントローラー用に作成する場合、モバイルアプリケーションを作成するために呼び出されることはほとんどありません。 使用しているテクノロジスタックだけでなく、業界も変更することは困難です。 地域をターゲットにしたスタートアップを行う人には、会計ソフトウェア開発者は必要ありません。 ある時点で、あたかもガラスのケージにいるかのように、単調さがいらいらし始めます。 事実上、ソリューションは簡単です。いくつかの新しい技術を学び、仕事を変えますが、実際にはこれらの技術の経験が不足しているため、ジュニア開発者よりも有利な立場を期待することはできません。

    マネージャーは同時に、より簡単で複雑です。 プロダクトマネージャーは、マーケティング担当者または営業担当に簡単に再編成できますが、もちろん、通常は投資家になることはできません。 いずれにせよ、あなたがはるかに広く移動できる方向の領域のセット。 PMに十分な経験がなくても、PMに閉鎖されている業界や製品は事実上ないことは言うまでもありません。



  3. お金、お金、お金...

    はい、本当にもっとお金があります。 私がプログラマーだった頃ほどではありませんでしたが、違いは明白であり、あなたの手で何かをしたいという事実にもかかわらず、反対方向(マネージャー->技術者)に移動することは非常に困難です。 お金の違いは、コンサルティングや販売に行く人に特に顕著です。 実質的に、コンサルタントの給与や売上は何によっても制限されません。プロジェクト/製品を販売することは知っていますが、パーセンテージを取得してください。 実際には、給与はもちろん制限されていますが、いずれにしても、平均的な怠salesな売上はPMよりも30%から50%多く、通常の開発者よりも2〜3倍多くなります。 セルビエ。



  4. コミュニケーション能力の個人的な成長と発達

    マネージャーとして働くことは、本当に人格を発達させます。 10年前、私は古典的なオタク内向で、なじみのない会社に内気で、3人の社交界がありました。 マネージャーに移り、週に10〜15人の新しい人々に会い始めました。私は定期的にまったく知らない聴衆と話をしなければなりませんでした。多くの会議で、私は顧客の「会社の顔」になりました。 何らかの方法で、ソフトスキルが発達します-つまり コミュニケーションスキル、なじみのない環境での行動スキル、紛争解決、難しい交渉スキル。 私にとって最大の試練は、部下の最初の解雇でした。部下は人としてはいい人でしたが、労働者としては絶対に幸せではありませんでした。 このような経験は実際の生活ではかけがえのないものであり、人々と交流することを学び、全員が満足できるWin-Winのソリューションを探します。



  5. 新しい知り合い

    この5年間、私は以前の人生全体よりも、おもしろくて優れた人々に出会いました。 顧客、パートナー、トップマネジメント、優れた開発者とのやり取りにより、常に新しい興味深い人々と出会うことができます。 プログラマの作業サークルは通常、自分のユニットに限定されています。 ときどき、2人または3人のマネージャーがいます。 まあ、多分あなたは企業のパーティーで会う誰か(会計からの女の子、どうすれば彼らなしでできるか)。 上で言ったように、マネージャーになると、常に新しい人と出会えます。 知り合いの輪が爆発します。 同時に、十分に大きなブランドの会社で働いている場合、人生で多くのことを成し遂げ、興味深い話を共有したり、経験から良いアドバイスを与えたりできる本当に重要な人々に会う機会があります。



  6. 専門的な変形の程度の減少

    ご存知のように、IT専門家はITの問題を軽減するために慣れています。 IT専門家のこの特性に関する最近の投稿もありました。 IT担当者の専門的な変形の程度は、グロテスクでばかげた形に達することがあります。 10人の会社の従業員の誕生日プレゼントのお金を集めて記録するためのシステムを開発するのに2週間費やした人を知っていました(ヒント:紙とペンで2分でこの問題を解決できます)。

    マネージャーの仕事(特に純粋なITから少なくとも少し離れた部分)は、少なくとも私たちを現実に戻し、普通の、手に負えない人々に近づけます。 リソースを常に計画する必要性と、最も普遍的/技術的な方法ではなく、最速で最も安価な方法で目標を達成したいという願望により、タスクをまったく異なる方法で評価することができます。 これにより、より人間らしくなります。



  7. ジェネラリストのために働く

    マネージャーは、原則として、スペシャリストになる余裕はありません。 これにはマイナス面とプラス面があります。 はい、比較的言えば、Postgresでのシャーディング実装の機能はわかりませんが、3ダースの競合テクノロジーを使用して10の異なるプロジェクトに取り組みました。 特定の問題に対するあなた自身の経験の決定に基づいて、いつでも推論を立てることができます。 理想的なマネージャーは、いわゆる「T字型の人」、すなわち 1つまたは2つの分野でかなり深い専門知識(狭い専門家の専門知識よりは低いが)を持ち、関連するすべての分野で平均的な知識を持つ人。 多くの点で、これは狭い専門家であるよりも困難です。なぜなら、 純粋に技術的なものから完全に人道的なものまで、非常に多くのトピックを常に把握する必要がありますが、これは優れたマネージャーになるために不可欠な条件です。 マネージャーが強くない問題を解決するために、彼は狭い専門家を雇います(プログラマーは自分でそれを把握する必要があります)。



  8. ボスは私を見ている

    技術者にとっては悲しいことですが、経営陣にとっては、彼らの仕事は完全に見えないままです。 上司が高ければ高いほど、技術者が何をしているのか想像できなくなり、ファカプスのために彼らを責めることが多くなります。 マネージャーは大ボスにずっと見えやすく、プロジェクトの成功は彼の成功です。 しかし、大企業でのプロジェクトのfakapは通常、エグゼキューターのfakapです(私はそうは思いませんが、実際には上司は通常そのように考えます)。 この点で、マネージャーはパンを上に乗せる可能性が高くなります(ただし、マネージャーは実際には技術者よりも多くのペンデルを取得します)。

    会社が幸運であれば、従業員の有用性を評価するための客観的な基準が役立ちます。 しかし、私はそれを望んでいませんでした-私のキャリアの間に私はそのような会社に1つしか会ったことがないので、おそらく技術者としてあなたはマネージャーよりも少ないパン/ボーナス/プロモーションを受け取ります。



  9. 学び、学ぶ

    繰り返しになりますが、これは100%のルールとは言えませんが、私の経験では、企業は技術よりもマネージャーを訓練したいと思っています。 私が働いていたほとんどの企業では、技術者に提供された最大額は、自分でいくつかの試験に合格することでした。 まあ、多分会議に送られた。 マネージャーに対しては、トレーニングが絶えず行われ、高価なコーチが雇われ、職業認定のための昇給プログラムが導入されました。 さらに、多くの西洋企業では、いわゆる 知識の共有-すなわち あなた自身が同僚のコーチ/コーチである状況。 いずれにせよ、人員への投資は、私の考えでは、技術者よりもマネージャーの方がはるかに高いです。



  10. 出張。 数千人

    活動のプロファイルを変更した最初の年に、私は2日間から1か月に8回の出張に参加しました。 これらのうち、4つは西ヨーロッパと米国にありました。 過去5年間、私はロシア中、広範囲、CISの大部分、および多くのヨーロッパ諸国を旅行しました。 その年の1つで、私は1年で46便を運航しました。 はい、これは主に私が仕事をしている地域の特性によるものですが、いずれにせよ、マネージャー向けの出張はプログラマーよりもはるかに頻繁で親しみやすいものです。 これはすべての人にとってプラスになるわけではありませんが、私はそれを世界を見る無料の(私にとって)機会と考えています。 繰り返しますが、マネージャーは、特に外国の会議に関しては、プログラマーよりもメインオフィスから離れた会議に行く機会がはるかに多くあります。



  11. 独自のビジネスを作成する予定ですか? 今では2倍の速さです!

    はい、これは本当です。 マネージャーとして働くことは、ビジネスを成功させるために必要なスキルだけでなく、必要な知人も提供します。 ビジネスは真空内に存在することはできません;それは人、パートナー、顧客を必要とします。 プログラマーとして、お客様を見つける、パートナーを引き付ける、製品を販売するなど、人員のみ(そして、技術者のみであり、他の全員ではない)の最良の場合に、問題を独立して解決できます。 おそらく、必要なスキルとつながりがないため、効果的にこれを行うことができません。 数年にわたるPMの経験は、特に販売とマーケティングとの組み合わせで、あなたの人生を大いに簡素化します-あなたの連絡先があり、経験があり、膝上の工芸品などから製品を作る方法についてのより良い理解があります。 そしてもちろん、投資家とコミュニケーションをとるのがずっと簡単になります-あなたは彼らと同じ言語を話し、彼らにもっと自信を与えます。





結論の代わりに

どんな職業にも長所と短所があり、技術者であることはマネージャーであることよりも間違いなく良いとか悪いとは言えません。 TheRとは異なり私は自分の職業を変えるという決定を決して後悔していませんが、私が確かに後​​悔しているのは、プログラマーであることの意味とマネージャーであることの意味についての本当の情報の欠如です。 Yandex.marketのように、特定の職業のパラメーターと比較した場合は素晴らしいと思いますが、これまでのところそうではありません-私にできることは、肯定的な側面についての私のビジョンを提示することだけです。 Khabrovchan、あなたのキャリアの幸運とあなたへの偉大なプロの成果!



All Articles