ビジネスアナリストとプロジェクトマネージャーがプログラマーよりも高い給料を受け取るのはなぜですか？[閉まっている]

プログラミングは、ドキュメントを作成したり、ガントチャートを作成したり、プログラマに進捗状況を尋ねたりするよりもはるかに難しいことを認めなければなりません。プログラミングが一般に難しいことを知っている私たちにとって、素朴な人にとって、ビジネスアナリストやプロジェクトマネージャーがプログラマーよりも高い給料を得るのはなぜですか？ほとんどの場合でもプログラマーが家に帰るのが遅いのに、仕事を高給の仕事にしているのは何ですか？

更新

私の無知をすみません、応答のいくつかから、BAとPMが通常プログラマーの混乱の原因であるので、BAとPMがより高い給料を得る理由のようです。しかし、結局のところ、混乱を解決し、一生懸命働くために手を汚すのはプログラマーです。そのため、まだ意味がありません。

クラスとして、プロジェクトマネージャーがプログラマやビジネスアナリストよりも高い給料を得るかどうかは、あなたが住んでいるソフトウェアの世界に大きく左右されます。

この質問に対する簡単な答えは、「私たちの社会では、給料は階層の位置に縛られていると私たちはまだ考えている」でしょう。しかし、この答えは、人々が知覚された価値に基づいて支払われるという事実を反映しながら、PMとBAが多くのソフトウェア組織で階層の最上位にある理由と、管理が選択の構造として最初に階層に進む理由を説明していませんソフトウェアプロジェクトチーム用。これらは、尋ねる価値があると思われる2つの質問です。

大まかに言って、ソフトウェア作成組織には2つのカテゴリがあります。それらをWidget FactoriesおよびFilm Crewsと呼びます。

ウィジェットファクトリーは、McGregorによって提案されたモチベーション理論Xを中心とする思考の管理学校から生まれました。より高い、または少なくとも同じ標準の仕事。この考え方は、チーム全体をマネージャーだけで簡単に置き換えて代表できるという自然な考えに至りました-チームの他のすべての人は簡単に交換できるか、マネージャーのタスクを完了する能力を高めるためだけです。したがって、構造としての階層とむしろ水平な職務役割。

Widget Factoryの管理は、プロジェクトマネージャーの厳密な監督の下で実行される明確に定義されたプロセスを通じて、ビジネスアナリストが作成した仕様からソフトウェアを製造できるという前提で動作します。製造は、十分な資格を持つが交換可能なプログラミングおよびテストのリソースをプロジェクトに配置することで処理されます。仕事は、PMとBAによって準備された最初のビジネスケースに基づいて事前に設定された予算によって推進されます。

ウィジェットファクトリを実行する管理は、これらの人々の話し方に注意を払うだけで簡単に見つけることができます。リソース（チームメンバーへの言及を含む）、プロセス、運用効率、均一性、再現性、リソースの使用に対する厳密な制御、明確な職務、および定義されたプロセスの入力と出力についての情報が得られる可能性があります。彼らは、理想的なソフトウェア開発オペレーションのイメージを思い通りに伝えようとするとき、実際の工場の比phorについて何気なく言及していました。

それからフィルムクルーがいます。彼らは、人々は知的で、自発的で、本当に一生懸命働いて、子供たちが遊ぶのと同じくらい仕事を楽しむという考えに基づいています。映画のクルーは、専門分野のおかげで、個々の貢献者の能力が、仕事を組織、調整、監督する人々の能力をはるかに上回る可能性があることを認識しています。マネージャーは全員の代わりになれないため、階層構造はうまく機能しません。人々は物事を成し遂げるために、はるかに平坦で複雑な組織内で協力する必要があります。ジョブの役割自体ははるかに垂直的である傾向があり、始めから終わりまであり、幅広いスキルを必要とします。この経営思考は、マクレガーの理論Yによって支えられています。

Film Crewのディレクターは、ソフトウェアに対する彼女のビジョンが実現できるのは、すばらしいクルーを集め、想像力を魅了し、チームが協力して協力するのを助けることができる場合にのみ実現することを知っています。彼女の役割は、インスピレーションを与え、ビジョンを守り、方向性を提供し、努力に集中することです。「ディレクター」は、ソフトウェアがすべての参加者の世界観と能力の組み合わせ、およびグループが一緒に作業を実行するユニークな方法の結果であると考えているため、一人一人が重要です。誰もがスターをクルーに参加させることの重要性を最初から認識しています。スターパフォーマーは成功のチャンスをすべて増やします。ビジョンは予算を推進し、資金を集めます。

補償に関してはウィジェットファクトリーは、最も価値が高いのは、プロジェクトマネージャーとビジネスアナリストが階層の最上位にいて、それに応じて報酬を支払う必要があると考えているため、チームの他のメンバーはそれほど重要ではありません。要件を作業コードに変換するための適切な資格を取得しました。PMとBAは、プロジェクト情報のソースへの自由なアクセスをチームの他のメンバーに制限することにより、パックの上位に位置を維持するために懸命に働きます。主要な情報ソースへの正式なアクセスがなければ、チームは価値判断を下したり、良い解決策を考え出すのに苦労します。プログラマーは上から注文を取り、PMとBAによって定義された問題に取り組むことに追いやられます。

対照的に、フィルムクルーはより平等主義的な組織として機能します。メンバーは、一次情報への無制限のアクセスを許可され、価値判断を形成するよう奨励され、ビジョンを実現し貢献するための行動のコースを自由に選択できます。リーダーシップの構造は、チーム内の特定の役割ではなく、能力に基づいています。報酬は、特定の人をプロジェクトに参加させることがどれだけ望ましいかを反映します。多くの場合、その人がそのソフトウェアを作成することに自分のエネルギーを捧げることを納得させることができれば、最終結果がどれほど価値があるかの認識に結び付けられます。この環境では、プロジェクトマネージャーの役​​割は、クリエイティブリーダーになる可能性が低いため、目立たなくなります。その役割は主に管理サポートと外部関係にあります。

現在、ほとんどの社内ソフトウェア開発チームと一部のコンサルタントが、一貫して退屈なソフトウェアを作成するプロセスに依存するウィジェットファクトリーとして実行されていることは驚くことではありません。これらの環境では、プロジェクトマネージャーとビジネスアナリストが、適切に構造化された環境で最大の価値をもたらすという前提に基づいて、プログラマーよりも定期的に高い報酬を得ています。

成功しているソフトウェア会社はFilm Crewの視点を採用する傾向があります。他の哲学は、優れたソフトウェアを作成するために多くの依存している優れた人々を引き付ける能力を妨げます。ビジネスアナリストの役割は、設定およびプロジェクトマネージャーの方が目立たず、優秀なプログラマーよりも定期的に給与が少ないということは考えられません。

私たちの社会では、給与は階層の位置に縛られているとまだ考えています。

アナリストまたはプロジェクトマネージャーは階層の上位にいるため、より多くの報酬を支払う必要があります。

これがなぜ問題なのかを説明する本当の話を話しましょう。

良い友人は、大きな病院でプログラマーとして始めました。彼の努力と献身のおかげで、彼はすぐにOracle DBAになりました。これは、データが機密で価値のある企業で重要な位置を占めました。

病院はレベルで働きました。レベルは、階層、レガシー、および卒業証書のあなたの位置にバインドされます。

私の友人は、給与レベルを使用しない別の会社でDBAになるという提案を受けました。彼の給料は大幅に引き上げられました。彼が働いていた病院が好きで尊敬されていたため、彼は上司と話をして、増加を求めた。

上司は拒否しました。レベルのために不可能であり、組合はそれを起こさせませんでした。

私の友人は去った。

病院は最終的に外部コンサルタントを雇い（レベルに拘束されない）、彼らのウェブサイトに仕事を掲載しました。コンサルタントは、設置されているインフラストラクチャについて何も知らなかったため、彼の学習曲線は巨大でした。そのため病院はたくさんのお金を失いました。

病院はさらに多くを失いました。外部コンサルタントは私の友人が要求したものの5倍も支払われ、彼らは彼に代わる資格のある従業員を見つけることができませんでした。

それはほぼ3年前です。私の友人はまだ彼の新しい場所にいて、彼が好きなことを非常に速く階層のはしごを登っています。

病院はまだ5倍を払っています。

私見、給料はあなたが会社に提供する価値に関連するべきである。

更新：階層内で上に移動すると、レバレッジ効果が発生します。したがって、実際には、もたらす価値に対して支払われます。しかし、生産性が10倍以上の優秀なプログラマーには、その階層内の位置（通常は最下部）に関係なく、10倍以上を支払う必要があります。それが強調したいことです。

プログラマーが行うよりも多くのリスクを負います。彼らは私たちが彼らに与えたどんな情報にもとづいて決定を下さなければならず、そして彼らの期待が満たされないとき、利害関係者の厳しい批判に直面しなければなりません。有料パッケージの一部がこのリスクを補います。

別の要因は、適切に計画、見積もり、および軽減できるプロジェクトマネージャーを準備するのに必要な長年の経験かもしれません。ある意味では、微妙なプロジェクトマネージャーは失敗を通じて訓練されており、習得に費用がかかるスキルとなっています。一度年功序列のレベルに達すると、企業はそのような貴重な人員を手放すことをいとわなくなるかもしれません。

編集：

経済的または物理的な害よりも多くの種類のリスクがあります。たとえば、マネージャーまたは顧客によってby責されるリスクを考慮します。実際の害はありませんが、この種の結果を回避するために行動を適応させることはまだ望ましくありません。ただし、マネージャーは常に適切な判断を下す必要があり、個人の好みではなく、会社の利益のためにさまざまな種類のリスクのバランスを取る必要があります。

プログラミングはある程度難しいかもしれませんが、より快適です。マネージャーが部下、クライアント、上司、利害関係者の間のあらゆる種類のがらくたを処理している間、あなたはただそこに座って素敵なプログラミングのパズルを解きます。だからこそ、実際にマネージャーになりたがる正気の人々はほとんどいないので、あなたはそれをより多く支払うことによってそれを補償しなければなりません。

プログラミングはより難しくなりますが、管理はさらに難しくなります。

会社にとっての誰かの価値を考える1つの方法は、その人が会社を辞めたらどうなるかを想像することです。通常、マネージャーはプログラマーよりもその意味でより価値があります。Javaの作成者であるJames Goslingは、最近Oracleを辞めました。それは大きな損失だと思うかもしれませんが、何を推測しますか？実際には問題ではありません。JavaやOracleにはほとんど影響しません。犬はbarえるが、キャラバンは続く。

ちなみに、私は（真剣に）ほこり屋や掃除機はプログラマーよりもずっと多く支払われるべきだと思います。他の人のごみを掃除することは吸う仕事であり、不可欠です。

管理を減らしてチャートを作成し、ドキュメントを書くことは、プログラミングがタイピングしていると言っているようなものです。

それぞれに、しかし私にとってプログラミングは人を管理するよりもはるかに簡単です。

ここの誰もがネガに集中しています。私は、オフィスの政治が好きなプログラマーに会ったことはなく、優秀なマネージャーがあなたをそのようなゴミから守ってくれます。私たちのメインクライアントで多くの人々と交流しましたが、彼らの半数は狂っていて、私のためにPMをそこに置いて喜んでその狂気を癒してくれます。彼らがたくさん払うなら、それでいい。彼または彼女は避けられない治療のためにそれを必要とします。

もちろん議論の余地はありますが、この背後にある重要な理由は、プログラマーではなく、プロジェクトが失敗した場合にプロジェクトの責任を負うことです。彼らは何かをコックすることに耳を傾けるかもしれませんが、彼らはさらに高い力からの批判に直面しています。彼らは計画と見積もりを担当しています。

管理には、人々のスキル、リーダーシップ、コストと時間を見積もる能力など、非常に多面的なスキルセットが必要です。これをすべて行うためには、彼らはまだあなたの側と連絡をとる必要があります（つまり、技術的に言えば、あなたがしていることの手がかりを持っている）か、性格を非常によく判断する必要があります。

要件が正しく定義されていない場合、それは彼らのせいです。

テスト計画が正しく定義されていなかった場合、それは彼らの責任です。

あなたが休暇に行くか、足を骨折するか、土曜日の夜に浪費されるか、十分な通知をせずに去り、彼らが交換または<ここに何らかの理由>を見つけなければならず、あなたが仕事をすることができず、製品が得られない場合（予定通りに、またはまったく）配信されますが、それはまだ彼らのせいです。

また、私が彼らが責任を負うことを意味するとき、それは彼らの上下の人々に影響を与えることに注意してください。彼らが物事を台無しにした場合、それはあなたのチームの仕事かもしれません。それはまた、あなたが支払われる圧力の一種です。

PS：さらに、プログラミングがガントチャートを行うより難しいと言うかどうかはわかりません（言及した例を再利用するため）。私はあなたのことは知りませんが、プログラミング（一般に、業界で行う必要のあるものの80％について）はかなり簡単だと思います。あなたが何かを台無しにした場合、あなたはそれを修正することができます。上司がガントチャートやコストの見積もりを台無しにした場合、a != nullをaに変換するよりもはるかに大きな問題になり== nullます。小規模なミスは、それらにとってより広いスケールで重要です。ほとんどの場合、もちろん、実際に使用されている組み込み医療アプリケーションでこのようなテストを台無しにした場合、それも大きな問題です。しかし、彼らはあなたよりも多くの問題を抱えています！

需要と供給は、市場における価格決定の経済モデルです。競争市場では、特定の商品の単価は、消費者が要求する量（現在の価格）が生産者が供給する量（現在の価格）と等しくなる時点で安定するまで変化すると結論付けられます。価格と量の経済的均衡。需要と供給の4つの基本法則は次のとおりです。

• 需要が増加し、供給が変わらない場合は、均衡価格と数量が高くなります。
• 需要が減少し、供給が変わらない場合、均衡価格と量は低下します。
• 供給が増加し、需要が変わらない場合、均衡価格は下がり、量は増えます。
• 供給が減少し、需要が変わらない場合、価格は高くなり、数量は少なくなります。

この場合、1つの理由は開発者が多すぎることです。

私はキャリアを通じて開発者とPMの役割を切り替えました。私のプロジェクトの開発者は自分の2倍、半分を作っている開発者がいます。高賃金労働者は彼らが何であるかを支払われています：A）彼らは「ロックスター」開発者です。B）顧客とやり取りし、顧客が理解しやすく、人に優しい方法で製品を説明します。C）複数のプロジェクトに携わる開発者のチームを指揮します。D）彼らは常に利用可能であり、喜ばせたい。

さまざまな能力で開発者、PM、およびBAの役割を果たします。一般的に、コードの削減に費やす時間の90％を費やしている場合、信じられないほど貴重ではなく、簡単に交換できます。あなたがより多くのお金を稼ぎたいなら、あなたはより多くの責任を引き受ける必要があります...そして、おそらくあなたにより多くを支払う別の会社を見つけなければなりません。

理論的根拠は、プロジェクトマネージャーの責任範囲（多くの場合）が、計画された予算内でプロジェクト全体を許容可能な品質で納期どおりに提供することであるということです。多くの場合、多くのお金がかかっているので、当然、優秀なプロジェクトマネージャーはプログラマーよりも高い報酬を持っています。

しかし、ビジネスアナリストが平均してプログラマよりも大幅に高い給与を稼いでいるとは感じません。そして、会社の給与レベルが従業員の価値ではなく階層によって決定されることは一般的ではなくなってきていると感じています。

私の経験は異なる場合があります（または、物理学の法則が歪んでいる別の宇宙に住んでいます）が、ほとんどのビジネスアナリストおよびプロジェクトマネージャー（プログラムマネージャーではなく、プロジェクトマネージャーまたはPMP）の位置は、以下またはわずかに下ですプログラマーの平均給与。

ソフトウェアエンジニアの平均給与と比較すると、（ソフトウェアエンジニアの好意により）給与ギャップはさらに広がり始めています。ギャップは、シニアEEまたはシニアソフトウェアエンジニアと比較するとさらに大きくなります。シニアビジネスアナリストやシニアPMPがシニアEEやシニア/プリンシパルソフトウェアエンジニアと同じことをすることはほとんどありません。

ただし、プログラムマネージャー（PMPとは異なります）は、その人が他の誰よりも多くのことをします（そしてその理由は明らかです）。

給与に関するこれらの不満を見ると、私を最も悩ませるのは、プログラマー（特にエンタープライズのジュニア/エントリーレベルのプログラマー）として、私たちは特別な（またはそうではなかった）ことです。初心者レベルのプログラマーには、ロケット科学者の給与に値するものは何もありません。いいえ。

ソフトウェアに取り組む私たちは皆、ゼロから始まりました。みんなやった。

そして、IF私たちは本当に正直あり、私たちはがらくたを知らなかったことをよく知っています。学部生のCSコースのロードを完了することができるのは、出発点にすぎません。それは私たちを特別なものやZOMGにしません!!!! ユーバーアインステン。本当に、NO！

それでも（そしてドットコムバブルの不運な期間のおかげで）、OH WOW、私たちはプログラマーであり、彼らはただのビジネスであるという理由だけでなく、私たちは単に他の大学教育を受けた人よりも多くを作ると期待していますアナリストとPMP。

慢を綴ることはできますか？ニュースフラッシュ-企業のほとんどのプログラミングタスクでは、4年の学位は必要ありません。本当に、それは深刻です。

上級レベルで時間をかけて、プログラミングからソフトウェアエンジニアリング（またはエンジニアリング）に移行するための経験を積んでください。そして、あなたが作ることを要求することができ、はるか、ペロムーチョムーチョビジネスアナリストやPMPよりもはるかに。

それを乗り越えてください-私たちの何人かは（または）過給されています。期間。

逃げる：ビジネスアナリストやPMPが、中高年のソフトウェアエンジニアになるために必要な時間と専門知識をまだ獲得していない（または、非常に需要の高いニッチで専門知識をまだ開発していないプログラマーに給与を近づけたり、類似させたりする理由）範囲）：

ビジネスアナリストは、ソフトウェアおよびシステムの人々とビジネスの人々 /業務プロセス間の連絡係である（あなたの給料の存在を正当化するものであり、ない他の方法で回避。）彼らは、系統的にビジネスプロセスを破壊する責任のものです分析的な方法、要件を形成するのに適した入力として、あなたが取り組むもの。彼らはあなたがプログラミングの時間の大部分を費やし、ビジネスの細かい点に対処しないことを確実にします。

あなたの多くは、ビジネスは簡単だと思います。あなたが本当にそうだと思うなら、神はあなたを助けます。

プロジェクトマネージャーは、彼があなたの傘だ（あなたが唯一の任意の時点で1かせいぜい2と両立する。持っているのに対し）複数のプロジェクトをジャグリングの担当者である、と彼はほとんどの汚い仕事をしなければならない一つです洗っていない残りの大衆はしたくない-人々を追いかけて、彼らが彼らの仕事をすることを確認するか、あなたの仕事への障害を取り除く。

彼は「あなたは何に取り組んでいますか？プロジェクトの進行を支援することに取り組んでいますか？あなたは仕事に問題がありますか？あなたの障害は何ですか？あなたはそれを与えることができますか？ 「...

そして、彼は他の人に同じ難しい質問をし、障害物が取り除かれていることを確認し、あなたがプロジェクトにあなたの体重をかけていることを確認します（必要な場合）。

私が多くの失敗したプロジェクトで見た一番の問題は、PMPの欠如またはPMP（特に開発者からの）に対する無礼です。言うことを熱望しているよりも多くのことがそうです。

私は金融に携わっており、ほとんどの非技術系の服装で考え方は似ていると思います。

給与はキャリアリスクに比例します

グループやチームを完全に解雇することなく、低レベルのプログラマーは常に仕事を続けます。それは仕事の性質であり、プログラマーはリスクをゼロに抑えていることを十分に理解しているのです。バグがある場合、それはチョッピングブロックの頭ではありません。

より高いレベルでは、何かがめちゃくちゃになった場合、あなたが最初に行きます。私はお金を失うことになった小さな誤植を犯した部下と多くの経験があり、私はそれのために熱を取りました（エラーを犯した実際のプログラマーではありません）。

簡単に言えば、給与はリスクに見合ったものです。一方、プログラマーは、いわばゲームのスキンを持っている必要はありません。

あなたの質問が「なぜXとY は私の会社のプログラマよりも高い給料を得るのか」だったら、「間違った会社で働くかもしれない」と答えたかもしれません。

ソフトウェアビジネスにおける企業の成功は、他の誰よりもプログラマーの能力に大きく依存しています。これを認識しない企業は、それを取得する企業に対して自動的に不利になります。最高のプログラマーを雇い、それらを大事にするのが最善の策です。偉大なプログラマーと他のプログラマーの仕事の違いは非常に大きいです。彼らが命令する給料の差よりもずっと大きい。しかし、あなたがプログラマーに支払いを怠ると主張するなら、あなたはあなたが支払うものを手に入れるでしょう。

そうは言っても、ビジネスにおける他のすべての役割は重要です。優秀なマネージャーは大きな影響力を持っています。その多くは、優れたプログラマーを獲得し、彼らを満足させることです。ビジネス分析、マーケティング、販売、テスト、およびサポートについても同様のことが言えます。

あなたが優れたプログラマーであり、見返りがあまりない場合は、どこか他の場所に行ってください。繰り返しますが、あなたは素晴らしいプログラマーではないかもしれません。残念ながら、あなたが素晴らしくなければ、その理由を見るのは難しいです。理由を知っていれば、あなたは変わり、偉大になることができますよね？

私はプログラマーであり、ピープルマネージャーでした。私は多くの優秀なプログラマーと仕事をしましたが、少数の優秀なマネージャーしかいませんでした。私がマネージャーだったとき、私は素晴らしくありませんでしたが、少なくとも私はそれを知っていました。私の人々は、私がしたよりも多くの昇給を得ました。

スキルや仕事とはほとんど関係がありません。つまり、経済の中で、人々がどれだけの価値があるかということはほとんどありません。

より多くのお金を稼ぐに値することは一時的なアイデアであり、誰もがより多くのお金を稼ぐに値すると信じています。

それは公平ではないかもしれませんが、経営者はビジネスオーナーが彼らをより信頼しているという理由だけで、より多くのお金を稼ぎます。マネージャーはしばしばより高い給料を受け取りますが、それは単に都合の悪いときに新しい仕事を急いで受けないようにするためです。

この質問に対するあなたの全体的な根拠に欠陥があると思います。

経営陣は部下よりも多くの報酬を支払わなければなりません。会社の年功序列は一般に給与に基づいており、下級従業員が先輩を指揮する手段を持つことはできません。

人をリードすることは専門的なスキルです。全員がプロジェクトマネージャー（PM）になれるわけではありません。スタッフの数が増えるにつれて、タスクはますます困難になります。技術的なPMの役割では、PMは、技術を効果的にリードするために十分に把握する必要があります。そうしないと、PMは部下の尊敬とサポートを受けられなくなります。

多くの職業では、コアスキルは何かを売る能力です。意志を売るには、自分で売る必要があります。買い手は、あなたを信頼し、提供する製品やサービスを意図したとおりに評価する必要があります。このスキルは、給与交渉に完全に移行できます。

私はすべての投稿を行ってきましたが、それらのほとんどがリンゴとバナナを比較しようとしていると言って敢えて言います。

まず、「管理は簡単」と言う人は、自分のスケジュール以上に管理する必要はなかったと思います。一方、「誰でも何でもコーディングできる」とはばかげていると言います（神のために間違ったフォーラムにいます！）。

私はrwongとluis.espinal asnwersが特に好きでしたが、同様に注意する必要がある他の事実があると信じています。

ヒエラルキーは答えではないと信じています-最近ではなく-過去10.000年に完全に適合していますが。私たちは何世紀もの間、あなたの利益が高いほど、あなたの力が高い（そしてその逆）社会に住んでいました。私はそれが私たちの世界に当てはまるとは思いません（その方法は特にそうです）。

主な質問に戻りますが、マネージャーは通常、会社にとってより価値があるため、より高い収入を得ると思います。なぜなら、彼は階層が高いからではなく、

• 彼が以前の経験からすでに収集したすべての知識（通常、プログラマーは一般的なマネージャーよりも経験が少ない）
• いくつかのことを一度に管理できるため（プログラマーは達成するために1つのタスクまたはタスクリストを持っていますが、マネージャーは自分のタスクを管理する必要があります）
• 彼らは彼らが管理するプロジェクトのヘッドコンタクトであり、このため、何かがうまくいかない場合の最初の「ターゲット」です。あなたがマネージャーであれば、仕事を失いやすい。開発者であるあなたには、「何かをやり直すライセンス」があります。それがみんなが言った「リスク」要因です。
• 開発者はプロジェクトのライフサイクル全体の一部です。ここで「プログラマー」について話すとき、テスター、テクニカルライター、およびプロジェクトの成功に非常に重要な他のすべての人々についても考えていると思います。
• そして、このトピックに関するいくつかの投稿でしか見なかったものがあります。リーダーシップです。マネージャーになるということは、人々と連絡を取り、交渉し、全員のやる気を維持し、みんなの気分が落ち込んだときに相乗効果を生み出す方法を知ることです。

私の意見では、リーダーシップの要因は、会社およびリーダーの周りにいるすべての人に大きな長期的な結果をもたらすため、給与が高い主な理由です。

ところで、チームリーダーとしての経験はわずかであり（プロジェクトリーダーになるにはほど遠いです！）

編集：強調するのを忘れました：コミュニケーションスキルは、私たちのほとんどにとっての強みではありませんが、リーダーにとって必須です。さらに、優れたプログラマーとコミュニケーションスキルに関連するCoding Horrorの非常に良い投稿を共有したいと思います -> http://www.codinghorror.com/blog/2011/02/how-to-write-without-writing .html

このように考えてください。熟練したマネージャーの数は、熟練したプログラマーの数よりも少ないため、マネージャーは企業にとってより「貴重」です。

それは「困難」をどのように定義するかによります。それでも、プロジェクト管理とは何か、ビジネスアナリストは何をすべきかを知っているのだろうか。私はあなたの質問から多くの不満を読んだので、あなたはいくつかの悪い経験をしていると思います。それでもなお、私はあなたの質問に答えたいと思います。

通常、プロジェクトマネージャーとビジネスアナリストは、それらの職務を遂行するときに「より古い」存在です。開発者のキャリアが非常に若い（20代前後）場合、ほとんどのプロジェクトマネージャーとアナリストは30歳に近づいています（既に年齢だけで支払いに差が生じています）。彼らはまた、顧客の露出に直面しているため、現場に移動し、顧客の話を聞くために何時間もの拷問を費やし（特にプロジェクトが失敗した場合）、彼らの希望/ニーズを募らなければなりません。彼らは何を約束し、特にどのような範囲内で（納期まで）注意する必要があります。彼らがしているのは文書化だけであるというあなたの観点からは、ビジネスアナリストはビジネスのニーズを分析するために教育され、プロジェクトマネージャーはプロジェクトの計画を守っています。

これらは、顧客と開発者の間のファイアウォールとして機能します。技術的な観点は、販売の観点とは異なるものです。また、ほとんどのビジネスアナリストとプロジェクトマネージャーは、さまざまな顧客に直面しています-彼らは公開されているため、「リード」があります。彼らのネットワークは意思決定者から成り立っているため、企業はそのようなネットワークを持つ人々を手の届くところに置くことを好みます。結局、販売は販売です。

難易度について？会社を立ち上げ、10人の開発者がいて、プロジェクトを管理しようとします。頭痛は無料で付属しています。これを1年間実行してから、もう一度回答を確認してください。BAの？そのような機会に行きましょう。1974年からAIXマシンを使用していて、そのシステムの設計者が死んでいる/退職している/死にかけている/アルゼハイミングをしている顧客に座ってください。3日以内に20人のユーザーにソリューションに関するパワーポイントを説得してください。文書化が「簡単」だとすれば、Linuxはすでに1997年に世界を席巻したでしょう。実際、非技術者（Facebookはコンピューティングの革命であると考えている人）のために、毎月技術的なホワイトペーパーを書いてみてください。

私はセールスエンジニアです。つまり、私は開発していますが、私の専門はプロトタイプとデモンストレーションです。そして、私はビジネスアナリストやプロジェクトマネージャー以上のものを稼ぎます。私がネットワークを持っているからではありませんが、私は態度を離れてビジネスの視点にもっと集中し、自分自身を認定し、ソフトスキルを習得しました。そして、残業に関しては、「いいえ」を学ぶ経験も答えです。

簡単な答え：それらはプログラマーよりも会社にとって価値があります。

どうして？プログラミングを自分でやっていなくても、プロジェクトが確実に完了するからです。つまり、その価値（純粋に会社にとって金銭的に）は、個々のプログラマー以上のものです。同社は、管理されていないプログラマーが生産的であり、したがって価値があるとは考えていません...そうするのはマネージャーだけです。

吸います、そして、我々はそれが好きではないかもしれません、しかしそれは会社が彼らにもっと払う理由です。

ただし、（他の人が指摘したように）彼らの立場には欠点があります。プロジェクトが特定の時間までに完了しない場合、プログラマーではなく彼らの責任です。彼らはより多くの責任を負い、失敗したために解雇される可能性が非常に高い（BS社のネポティズムが進行している場合を除く）。

だから、本当に、彼らは間違いを犯すことを許されず、彼らにもっと圧力をかけ、はるかに不安定な仕事をしています...しかし混乱しないでください：これは彼らがより多く支払われる理由ではありません -会社ネズミのお尻にあなたがどれだけの圧力をかけているのか、あなたの立場がどれほど不安定であるのか、といったようなことはしません。彼らはあなたが会社にどんな価値をもたらすかだけを気にします。期間。

それは資本主義です。

ガントチャートの知識を1年に何回更新する必要があるかはわかりません。しかし、プログラミングを行うには、年齢とともにそれほど簡単ではない新しいテクノロジーで自分自身を更新する必要があります。

新しいテクノロジーを学ぶには、何時間も汗をかく必要があります。

プログラミングで長年培ったスキルは、現在の企業文化ではあまり評価されていません。

新卒プログラマーの給料と10年以上の経験を持つ給料を比較するのは少し悲しい話です。

新しいPMと10年のPMを比較するのは素晴らしい話です。10年の経験の後、PMはディレクターになるかもしれません。

それでは、なぜ多くの人々が大学でITを学びたいのでしょうか？分かりません。適切に通知されていますか？

最近、人々がスキルをどのように大切にしているのか理解できません。

CEOが平均的な労働者の263倍を稼ぐことができるのとまったく同じ理由で。

経営陣は常にエンジニアリングスタッフ以上のものを作るとは限りません。上級レベルのエンジニアリングスタッフは、ビジネスレベルの分析と意思決定に積極的に関与し、会社の技術ロードマップを作成する必要があります。この場合、シニアテクニカルスタッフは、毎日作業するビジネスマネージャーよりもかなり多くのことを行うことができます。

ビジネスの一般的な神話の1つは、管理者が管理している人よりも多く支払う必要があるということです。IMO、この概念は、機能的で俊敏なチームよりも、官僚主義に深く根付いていると思います。

別の言い方をすれば、報酬は会社への人の貢献の価値を反映することになっています。優秀なビジネスマネージャーと平均的なマネージャーがいます。また、優秀なエンジニアと平均的なエ​​ンジニアがいます。お金を稼ぐ技術を駆使し、会社の技術を熟知している優秀なエンジニアがいる場合、この優秀なエンジニアを管理している平均的なビジネスマネージャーよりも積極的にこの人に報酬を与えることは会社にとって最善の利益ではありませんか？この貴重なリソースを無視したため、エンジニアリングの専門知識とスキルセットを失う機会費用はいくらですか？

私はPMとしての最初のプロジェクトで1ヶ月前に始めました。プログラマーとして働く前に。（ところで、私は以前と同じお金を受け取ります。）

優れたPMであるということは、幅広い経験を持つ優れたプログラマであることを意味することがわかりました。あるチームメンバーから別のチームメンバーに移動し、実際の経験を使用して、異なる視点を提供することで問題を理解できるように、チームメンバーが抱えている問題について話し合うことができるはずです。あなたの仕事は、他に加えて、インターフェースを管理することです。PMは導体のようなものです。最高のミュージシャンを擁することはできますが、メタ楽器オーケストラの演奏方法を熟知している優れた指揮者がいなければ、混乱するだけです。

相手は専門家です。これは、問題の領域に関する深い知識を持っているため、難しい問題を解決できるプログラマーです。これらの経験豊富な人々は、交渉で十分であれば、多くの場合、高給も支払われます。残念なことに、専門家は多くの場合オタクであり、お金にあまり興味がないか、良い取引をするのが得意ではありません...

プログラマーは給料を最優先事項に設定していません（合理的なレートであると仮定します）。給料が高く、同じ時間のコミットメントを持っているが、技術サポート、厳しい営業時間、ドレスコード、ユーザードキュメントの作成、二度と使わないことを望んでいた時代遅れの言語でのレガシーコードの取り扱いが必要な2つの求人を想像してくださいもっと多くの給料が必要ですか？

プログラミング、数学、問題解決、あらゆるスキルを尊重する会社で働いている場合は、次の2つのことでより多くを稼ぐことができます。

• もっと難しい仕事をする
• より多くの責任を負う

病院が熟練したDBAにあまりお金を払っていないからといって（最初の回答の例を参照）、これがすべての会社で同じというわけではありません。

さて、答えに少し驚いたので、ここに行きます。しかしその前に、私はプログラマーであり、プログラミング以外に好きなものはないことを明確にしたいと思います。それは、有能な PMとBA に対して健全な敬意と敬意を持っていることです。私は、私たちの多くは、あるため、プログラミングとは違っのPMとのBAを再送することを実現可能にすることなく、それらに秀でるために必要な能力のレベル（オフィス政治、素敵なスーツなど）。

ただし、プロジェクト管理とビジネス分析の両方がソフトウェア開発の重要なコンポーネントです。

ソフトウェア開発について考えるときはいつでも、私たちの多くはプログラミングのみに集中し、他のすべてを排除する傾向があります。それでも、コーディングだけではありません。

開発の最初の目的は、実際に顧客の問題に対処して解決するソフトウェアを作成することです。これは、最初に顧客の要件を実際に把握することを意味します（顧客は自分が何を望んでいるか本当にわからない可能性があるため）、これは顧客が操作するドメインとさまざまなアーティファクトの構造（人、技術インフラなど）の詳細な分析によってのみ可能ですまたはプロセス）、およびその後、それらの要件に対処するための適切なビジネスソリューション（およびテクノロジとの統合）を開発します。

同様に、かなりの規模のプロジェクトは、効果的な管理なしでは絶対に機能しません。今では他の場所でどのようになっているのかわかりませんが、私の経験では、PMは通常プログラマーの階級から昇進しているので、プロジェクトを編成して実行するのに何が必要かを知っています。

BAとPMの両方を要約すると、開発の抽象化レイヤーです。

多くの人々はここで、プログラミングはより難しく、それがより多くを稼ぐべきである理由だと言いました。それはとてもロマンチックな見方です。真実は、正常で健全な会社では、支払いは責任に従って行われるということです。つまり、その人の付加価値とリスクも意味します。

リスクはしばしば忘れられます。通常、プログラマが困難な仕事に失敗した場合、コストがいくらか増加する可能性がありますが、それ以上はありません。労働者の10％が自分の仕事などを失うことはありません。リスクは非常に低いです。

また、私はほとんどのビジネスマンがより多くを稼ぐという考えに反対したいと思います。通常のビジネスマンの収入は、ほとんどの理学士/工学士の収入よりも少ないと思います。たとえば、学部生の休日コーダーとして、私は同じ会社の一部のフルタイムのビジネススタッフとほぼ同じ収入を得ました。

最後になりましたが、プロジェクトマネージャーがエンジニアではないのはなぜですか？通常、プロジェクトマネージャーは、彼が管理するプロジェクトのトピックに長年携わっている人物です。つまり、プログラミングジョブでは、プロジェクトマネージャーは経験豊富なプログラマーです。

コマンドアンドコントロールパターンまたはハブアンドスポーク通信パターンが支配的な企業環境があります。これらの組織では、マネージャーとチーフコミュニケーターが同じ人であることがよくあります。これにより、マネージャーは単一障害点になります。誤解や翻訳中の紛失の悲惨な影響は増幅されます。したがって、これらの環境では、正確性を確保するために、管理者として広範な技術的背景を持つ人が必要です。

よく組織されたチームは通常、この責任を軽減するためにチーフコミュニケーターを任命します。ナレッジマネジメントを実践している組織には、コミュニケーションの単一障害点はありません。これらの組織では、マネージャーとチーフコミュニケーターが情報を求め、議論を促進します。これらの情報はキャプチャされ、内部共有のために処理されます。社会的スキルの異なるセットが必要です。

同様に、ビジネスアナリストは、多くの場合、顧客と会社の技術スタッフとの間の単一の連絡先です。

これは常にそうではありません。私がComputer Sciences Corporation（CSC）で働いていたとき、ほとんどのマネージャーは「有用なものを生み出した人」よりも少ないものを作りました。CSCの場合、会社がプログラマーのグループによって設立されたためだと思います。

当時（1970年）、LAに別のソフトウェア会社がありましたが、その会社の名前は忘れてしまいましたが、興味深い給与スケジュールがありました。プログラマーには年間25,000ドル、サポートスタッフには年間15,000ドルが支払われました。あなたがそこのより悪いプログラマーであるならば、あなたは置き換えられるのに驚かないでくださいという考えでした。