なぜビジネスアナリストやプロジェクトマネージャーはプログラマーよりも高い給与を受け取るのですか？
プログラミングは、ドキュメントを作成したり、ガントチャートを作成してプログラマに進捗状況を尋ねたりするよりもはるかに難しいことを認めなければなりません。それで、初心者である私たちにとって、プログラミングは一般により難しいことを知っているのに、なぜビジネスアナリストやプロジェクトマネージャーはプログラマーよりも高い給料を得るのでしょうか？ほとんどの場合、プログラマーでさえ帰宅が遅れている場合、彼らの仕事が高収入の仕事になるのは何ですか？
[〜＃〜]更新[〜＃〜]
私の無知ですが、いくつかの応答から、BAとPMは通常、プログラマーが混乱を引き起こしているため、給与が高くなるのはなぜかと思われます。しかし、結局のところ、混乱を修正して一生懸命に仕事をするのは、プログラマーの手です。したがって、それでも意味がありません。
クラスがプログラマーやビジネスアナリストよりも高い給与を得るかどうかは、クラスがあなたが住んでいるソフトウェアの世界に正直に依存しているためです
簡単な答え この質問の答えは、「私たちの社会では、給与は階層内の位置に拘束されていると考えられるためです」しかし、この答えは、人々が彼らの知覚された価値に基づいて支払われるという事実を反映しながら、PMとBAが多くのソフトウェア組織で階層の最上位にある理由、および管理が階層に進む理由を説明していませんそもそも、ソフトウェアプロジェクトチームが選択する構造として、これらは2つの質問であり、実際に尋ねる価値があるようです。
大まかに言えば、ソフトウェア作成組織には2つのカテゴリがあります。私はそれらをウィジェット工場と映画クルーと呼びます。
ウィジェット工場は、マグレガーによって提案された経営理念から生まれる モチベーション理論X ：従業員のランク付けは怠惰であり、一定の管理と監督を必要とし、仕事は給与の名義で行われ、マネージャーは常に部下の仕事をより高い、または少なくとも同じ基準で行うことができます。この考え方は、チーム全体をマネージャーだけで簡単に置き換えることができるという自然な考えにたどり着きます。つまり、チームの他のすべての人は簡単に置き換えられるか、マネージャーのタスクを完了する能力を強化するだけです。したがって、構造としての階層と、むしろ水平的な役割。
Widget Factoryの管理は、プロジェクトマネージャーの綿密な監督の下で実行される明確に定義されたプロセスを通じて、ビジネスアナリストが作成した仕様からソフトウェアを製造できるという前提で動作します。製造は、十分な資格がありながら互換性のあるプログラミングおよびテストリソースをプロジェクトに配置することによって処理されます。作業は、PMおよびBAによって準備された最初のビジネスケースに基づいて事前に割り当てられた予算によって駆動されます。
Widget Factoryを実行する管理は、これらの人々の話し方に注意を払うだけで簡単に見つけることができます。リソース（チームメンバーを参照する場合を含む）、プロセス、運用効率、均一性、再現性、リソースの使用に対する厳格な管理、明確な職務、および定義されたプロセスの入力と出力について、彼らはおそらくその傾向にあります。彼らは、理想的なソフトウェア開発オペレーションのイメージを彼らが見ているように伝えようとするときに、実際の工場のメタファーに何気なく言及します。
それから映画クルーです。彼らは、人々がインテリジェントで、自発的で、本当に一生懸命働き、子供たちが遊ぶのと同じくらい自分の仕事を楽しむという考えに基づいています。映画クルーは、専門化により、個々の寄稿者の能力が、作業を組織化、調整、および指示する人々の能力をはるかに上回る可能性があることを認識しています。マネージャはもはや誰もが代用することができないので、階層構造がうまく機能しないだけです-人々は物事を成し遂げるためにずっと平坦で複雑なフォーメーション内で協力しなければなりません。仕事の役割自体は、より垂直になりがちです-最初から最後まで-さまざまなスキルが関係します。この経営思考は、 McGregorの理論Y によって支えられています。
フィルムクルーのディレクターは、優れたスタッフを集め、想像力を魅了し、チームが協力して協力できるようにして初めて、ソフトウェアに対する彼女のビジョンが実現することを知っています。彼女の役割は、刺激を与え、ビジョンを守り、方向性を示し、努力に集中することです。 「ディレクター」は、ソフトウェアはすべての参加者の世界観と能力の組み合わせ、およびグループが共同で作業を実行するユニークな方法から生まれると信じているため、一人一人が重要です。スターを乗組員に参加させることの重要性は、最初から誰もが認識しています。スターのパフォーマーは、成功するあらゆる機会を増やします。ビジョンは予算を動かし、資金を集めます。
それが報酬になるときウィジェット工場は、最も価値が高いのは、階層の最上位にいるプロジェクトマネージャーとビジネスアナリストが行った作業から得られたと見なしますそれに応じて報酬を支払わなければなりません。要件を作業コードに変換するための適切な資格を持っている限り、チームの他のメンバーはそれほど問題になりません。 PMとBAは、プロジェクト情報のソースへの無料アクセスをチームの他のメンバーに制限することにより、パックの上での位置を維持するために懸命に働きます。主要な情報ソースへの正式なアクセスがなければ、チームは値の判断を下すか、適切な解決策を見つけるのに苦労しているプログラマーは、上から注文を取り、PM and BAによって定義された問題に取り組むことになります。この状況により、ウィジェットファクトリの概念がさらに強化されます。プログラマーは、技術的に複雑ですがそれでも標準的なタスクを機械的に実行できるだけの工場の現場作業員に似ています。
全く対照的に、フィルムクルーはより平等主義的な編成として機能します。メンバーには、主要な情報への無制限のアクセス権が与えられ、価値判断を行うように奨励され、ビジョンを実現し貢献するための行動方針を自由に選択できます。リーダーシップの構造は、チーム内の特定の役割ではなく能力に基づいています。報酬は、特定の人がプロジェクトに参加するのにどれだけ望ましいかを反映しています。多くの場合、その人がそのソフトウェアの作成に力を注ぐことに納得できる場合、最終結果がどれだけ価値があるかという認識に結び付けられます。この環境では、プロジェクトマネージャーがクリエイティブリーダーになる可能性は低いため、プロジェクトマネージャーの役割はあまり目立たなくなります。役割は主に行政支援と対外関係にある。ビジネスアナリストの職務は、一部はビジョナリー（以前は「ディレクター」と呼んでいました）の役割に置き換わり、一部は他のチームメンバーによって吸収されています。
さて、ほとんどの社内ソフトウェア開発チームと一部のコンサルタント会社が一貫して退屈なソフトウェアを生成するプロセスに依存しているウィジェットファクトリーとして実行されていることは驚くに値しません。これらの環境では、プロジェクトマネージャーやビジネスアナリストは、プログラマーが管理の誤りを証明するのを困難にするように構成された環境で最大の価値をもたらすという想定に基づいて、プログラマーよりも日常的に多くの報酬を支払われます。
成功しているソフトウェア会社はFilm Crewの見方を採用する傾向があり、他の哲学は、優れたソフトウェアを作成するために非常に依存している優れた人々を引き付ける能力を妨げます。設定やプロジェクトマネージャーが目立たず、日常的に優れたプログラマよりも給与が少ないという点で、ビジネスアナリストの役割が見られることはほとんどありません。
私たちの社会では、給与は階層内の位置にバインドされているであると考えています。
アナリストまたはプロジェクトマネージャーは階層の上位にあるため、より多くの報酬を支払う必要があります。
これが問題である理由を説明する実際の話をお話ししましょう。
良い友達は、大きな病院でプログラマーとして始めました。彼の勤勉さと献身のおかげで、彼はすぐにOracle DBAになりました。これは、データが機密で価値のある会社の重要な地位でした。
病院はレベルを扱いました。レベルは、ヒエラルキー、レガシーおよびディプロマにおけるあなたの位置にバインドされています。
私の友人は、給与レベルを使用していない別の会社のDBAになる提案を受け取りました。彼の給料は大幅に上がるかもしれない。彼は勤務先の病院を好きで尊敬していたので、上司に相談して増やすことを求めました。
ボスは拒否した。レベルと組合がそれを起こさせないのでそれは不可能でした。
友達が去った。
病院は最終的に外部のコンサルタント（レベルに限定されない）を雇い、彼らのウェブサイトに仕事を投稿しました。コンサルタントはインフラストラクチャについて何も知りませんでしたので、彼の学習曲線は巨大でした。そのため病院は大金を失った。
病院はさらに多くを失いました。外部コンサルタントは、私の友人が要求した金額の5倍も支払われましたが、彼に代わる資格のある従業員を見つけることができませんでした。
それはほぼ3年前のことです。私の友人はまだ彼の新しい場所にいて、彼が好きなことをしている階層のはしごを非常に速く登っています。
病院はまだ5倍以上を支払っています。
IMHO、給与はあなたが会社に提供する値に関連している必要があります。
[〜＃〜] update [〜＃〜]：階層の上位に移動すると、てこ効果が発生します。したがって、実際には、もたらす価値に対して報酬が支払われます。ただし、生産性が10倍の優秀なプログラマーは、階層内での位置（通常は最下位）に関係なく、10倍の報酬を支払う必要があります。それを強調したかったのです。
プログラマーよりもリスクがかかります。彼らは私たちが彼らに与えたあらゆる情報に基づいて決定を下さなければならず、そして彼らの期待が満たされないとき、利害関係者の厳しい批判に直面しなければなりません。給与パッケージの一部は、このリスクを補います。
別の要因は、適切に計画、見積もり、軽減できるプロジェクトマネージャーを準備するために必要な長年の経験かもしれません。ある意味で、微妙なプロジェクトマネージャーは失敗を通して訓練され、習得に費用がかかるスキルになりますです。いったん年功序列のレベルに達すると、企業はそのような貴重な人材を手放すことをいとわないかもしれません。
編集：
金銭的または物理的な危害よりも多くの種類のリスクがあります。たとえば、マネージャーまたは顧客から懲戒処分を受けるリスクを検討してください。実際には害はありませんが、この種の結果を回避するために行動を適応させることはまだ十分に望ましくありません。ただし、マネージャーは常に適切な意思決定を行う必要があり、個人の好みではなく、会社の利益のためにさまざまな種類のリスクのバランスをとる必要があります。
プログラミングはある程度難しいかもしれませんが、それでも快適です。マネージャーが部下、クライアント、上司、利害関係者の間のあらゆる種類のがらくたを処理する間、あなたはただそこに座って素敵なプログラミングのパズルを解きます。そのため、実際にマネージャーになりたいと思う正気な人はほとんどいないので、もっと支払うことでそれを補う必要があります。
プログラミングはより困難ですが、管理はより困難です。
会社にとって誰かの価値が何であるかを考える1つの方法は、その人が会社を辞めた場合の様子を想像することです。通常、マネージャはその意味でプログラマよりも価値があることがわかります。 James Gosling 、Javaの作成者、は最近Oracleを去りました。大きな損失だと思うかもしれませんが、どうでしょうか。実際には関係ありません。 JavaまたはOracleにはほとんど影響しません。犬は吠えますが、キャラバンは続きます。
ちなみに、私は（真剣に）ダストマンやクリーナーはプログラマーよりももっと払われるべきだと思います。他の人のゴミを掃除することは、を吸う仕事であり、は不可欠です。
管理をグラフの作成やドキュメントの作成に減らすことは、プログラミングがタイピングであると言っているようなものです。
自分自身に、しかし私にとってプログラミングは人を管理するよりもはるかに簡単です。
ここの誰もがネガに焦点を当てています。私は、オフィスポリティクスが好きで、優れたマネージャーがそのようなゴミからあなたを守るプログラマーに会ったことはありません。メインクライアントで多くの人とやり取りしたことで、彼らの半分は正気ではなく、私にPMそこに狂気を吸収してもらうことができてうれしいです。 、それは大丈夫です。彼または彼女は、避けられない治療のためにそれを必要とします。
もちろん議論の余地がありますが、これの背後にある重要な理由は、プログラマではなく、失敗した場合プロジェクトの責任を負うであるということです。彼らはあなたに何かをコックアップするための耳を与えるかもしれませんが、彼らは批判に直面していますより高い力から。 計画と推定を担当します。
管理には、非常に多面的なスキルセット：人のスキル、リーダーシップ、コストと時間を見積もる能力が必要です。これらすべてを行うには、彼らはまだあなたの側面に触れている（つまり、技術的に言えば、あなたがしていることの手がかりを持っている）か、非常に優れた性格の判断者である必要があります。
要件が正しく定義されていない場合、それは彼らの責任です。
テスト計画が正しく定義されていなかった場合、それは彼らの責任です。
あなたが休暇に行くか、足を骨折するか、土曜日の夜に無駄になるか、十分な通知をせずに出発し、彼らが交換または<ここに何らかの理由>を見つける必要があり、あなたが仕事をすることができず、製品が手に入らない場合（時間通りに、またはまったく）納品それはまだ彼らの責任です.
また、私が彼らが責任を負うことを意味するとき、それは彼らの上下の人々に影響を与えますであることにも注意してください。彼らが物事を台無しにした場合、それはあなたのチームの仕事であるかもしれません。それはまた、あなたが支払いを受けるpressureの種類でもあります。
PS：さらに、プログラミングがガントチャートよりも難しいと言えるかどうかはわかりません（言及した例を再利用するため）。私はあなたのことは知りませんが、プログラミング（一般に、業界で行う必要のあるものの80％に対して）はかなり簡単だと思います。あなたが何かを台無しにした場合、あなたはそれを修正することができます。上司がガントチャートまたはコスト見積もりを台無しにした場合、これは!= nullを== nullで反転するよりもはるかに大きな問題になります。小さな間違いは、彼らにとってより大きなスケールで重要です。もちろん、ほとんどの場合、実際に組み込まれた医療アプリケーションでこのようなテストを台無しにすると、それも大きな問題になります。しかし、彼らはあなたよりも多くの問題を抱えるでしょう！
需給は、市場における価格決定の経済モデルです。競争市場では、特定の商品の単価は、消費者が要求する数量（現在の価格）が生産者が提供する数量（現在の価格）と等しくなる点に落ち着くまで変動し、価格と量の経済的均衡。需給の4つの基本法則は次のとおりです。
- 需要が増加し、供給が変化しない場合は、平衡価格と数量が高くなります。
- 需要が減少して供給が変化しない場合は、平衡価格と数量が低下します。
- 供給が増加し、需要が変わらない場合は、平衡価格が下がり、数量が増えます。
- 供給が減少し、需要が変わらない場合は、価格が高く数量が少なくなります。
この場合、1つの理由は、開発者が多すぎることです
私はキャリア全体で開発者とPM=役割の間でシフトしました。私は私のプロジェクトの開発者が私の2倍、他の人は半分を作っています。高賃金労働者は何を支払われていますA：彼らは「ロックスター」開発者です。 B）彼らは顧客と対話し、顧客が理解しやすく、人柄の良い方法で製品を説明します。 C）彼らは、複数のプロジェクトに取り組む開発者のチームを指揮します。 D）それらは常に利用可能であり、喜んで喜んでいます。
彼らはさまざまな能力で開発者、PM、BAの役割を果たします。一般的に、時間の90％を費やしてコードを削減している場合は、信じられないほどの価値はなく、簡単に交換できます。あなたがより多くのお金を稼ぎたいなら、あなたはより多くの責任を負う必要があります...そしておそらくあなたにもっとお金を払うであろう別の会社を見つける必要があります。
その理由は、プロジェクトマネージャーの責任の範囲（多くの場合）は、計画された予算の範囲内で、プロジェクト全体を納得のいく品質で時間通りに提供することです。多くの場合、多くのお金がかかっているため、当然のことながら、優れたプロジェクトマネージャーは、プログラマーよりも報酬が高くなります。
しかし、平均して、ビジネスアナリストはプログラマーよりもはるかに高い給料を稼いでいるとは思いません。そして、会社の給与レベルが従業員の価値ではなく階層によって決定されることはあまり一般的ではなくなってきていると私は感じています。
私の経験は異なる可能性があります（または、物理法則が歪んでいる別の宇宙に住んでいます）が、ほとんどのビジネスアナリストおよびプロジェクトマネージャー（programマネージャーではなくprojectマネージャーまたはPMP）の職位は、プログラマーの平均給与かそれよりわずかに低いです。
ソフトウェアエンジニアの平均的な給与（ソフトウェアエンジニアの好意による）と比較すると、給与ギャップはさらに広がり始めています。上級EEまたは上級ソフトウェアエンジニアと比較すると、ギャップはさらに大きくなります。上級ビジネスアナリストや上級PMPが上級EEまたは上級/主任ソフトウェアエンジニアと同じになることはほとんどありません。
ただし、プログラムマネージャー（PMPとは異なります）は、他の誰よりも多くのことを行います（その理由は明らかです）。
給与に関するこれらの不満を目にしたときに私を最も悩ませるのは、プログラマー（特に、企業のジュニア/エントリーレベルのプログラマー）として、私たちはその特別な（またはそうでなかった）ことです。ロケット科学者の給与に値する、入学レベルのプログラマーには、学校のすぐ外には何もありません。 いいえ。
ソフトウェアに取り組む私たち全員がゼロから始まりました。私たちは皆やった。
そして[〜＃〜] if [〜＃〜]私たちは本当に正直です、私たちはがらくたを知らなかったことをよく知っています。学部のCSコースのロードを完了することができることは、単なる出発点にすぎません。それは私たちを特別なものやZOMGにしません!!!! uber-Einstenian。本当に、NO！
それでも（ドットコムバブルの不運な時期のおかげで）、OH WOWがプログラマーであり、彼らは- justビジネスアナリストとPMP。
傲慢さを綴ることができますか？ニュースフラッシュ-企業のほとんどのプログラミングタスクでは、4年の学位も必要ありません。本当に、それは深刻なことです。
Grindに時間をかけ、上級レベルでプログラミングからソフトウェアエンジニアリング（さらに言えばエンジニアリング）に移行するためのエクスペリエンスを構築します。次に、ビジネスアナリストやPMPよりもはるかに多くのpero mucho muchoを作成するように要求できます。
それを乗り越えてください-私たちの一部は過払いです（またはそうでした）。限目。
わくわく：ビジネスアナリストやPMPが、ミッド/シニアソフトウェアエンジニアになるために必要な時間と専門知識をまだ獲得していない（または、非常に需要の高いニッチの専門知識をまだ開発していない）プログラマに給与を近づけるか、または類似させる理由範囲）：
A ビジネスアナリストは、ソフトウェアやシステムの人々とビジネスの人々/ビジネスプロセス（給与の存在を正当化するものであり、その逆ではありません）の間の連絡係です。ビジネスプロセスを系統的かつ分析的な方法で分解します。これは、要件、つまり作業する要素を形成するための入力として適しています。彼らはあなたがプログラミングのほとんどの時間を費やし、ビジネスの細部に対処しないことを確認します。
あなたの多くは、ビジネスは簡単なたわごとだと思います。本当にそうだと思うなら、神様が助けてくださいます。
A プロジェクトマネージャーは、複数のプロジェクトをジャグリングする責任者です（一方、最大で1つまたは2つのジャグリングだけが必要です）。彼はあなたの傘であり、彼は汚れた仕事をする残りの洗浄されていない大部分の人々はしたくない-彼らが仕事をすることを確認するか、あなたの仕事の障害を取り除くことを人々に追いかける。
彼はあなたに「あなたは何に取り組んでいますか？プロジェクトを進めるのを手伝っていますか？あなたは仕事に問題がありますか？あなたの障害は何ですか？あなたはそれをあなたに与えることができますか？」と尋ねる人です。 「…….
そして、同じ難しい質問をして他の人のところに行き、障害が取り除かれていることを確認し、プロジェクトにあなたの重みをかけていることを確認します（必要な場合）。
多くの失敗したプロジェクトで私が見た最大の問題は、PMPの欠如またはPMPへの不敬（特に開発者からの）です。無能なPMPが原因でプロジェクトが失敗することはめったにありません。 それがそうであると言うのが熱心です。
私は金融業界に属しており、ほとんどの非技術系企業で考え方は似ていると思います。
給与はキャリアリスクに比例します
低レベルのプログラマーは、グループまたはチームの完全な解任を除き、常に仕事を続けます。それは仕事の本質であり、プログラマーは彼らが危険を冒していないことを十分に理解して仕事に入ります。バグがある場合、それはまな板の頭ではありません。
より高いレベルでは、何かが失敗した場合、あなたが最初に行きます。部下との間に小さな活版印刷の間違いを犯して私たちがお金を失う原因となった多くの経験があり、私はそれについて熱を出しました（間違いを犯した実際のプログラマーではありません）。
簡単に言えば、給与はリスクに見合ったものです。一方、プログラマーは、いわば、必ずしもゲームにスキンを持っている必要はありません。
「XとYがなぜプログラマーよりも高い給与を得るのか私の会社で」という質問だった場合、「あなたは間違った会社で働くかもしれません」と答えたかもしれません。
ソフトウェアビジネスにおける企業の成功は、誰よりもプログラマの能力にかかっています。これを認識しない企業は、それを得る企業と比較して、自動的に不利になります。最高のプログラマーを雇い、それらを大事にすることはあなたの最善の策です。優れたプログラマーと他のプログラマーの作業の違いは非常に大きくなります。彼らが命令する給与の差よりもはるかに大きい。しかし、プログラマーへの過小な支払いを主張すると、あなたはあなたが支払うものを手に入れます。
とはいえ、ビジネスにおけるその他すべての役割は重要です。優れたマネージャーは大きな影響力を持っています。その多くは、優れたプログラマーを獲得し、彼らを幸せに保つことです。ビジネス分析、マーケティング、販売、テスト、サポートについても同様のことが言えます。
あなたが優れたプログラマーであり、見事に報われていない場合は、別の場所に行ってください。繰り返しになりますが、あなたは素晴らしいプログラマではないかもしれません。残念ながら、あなたが上手でないと、その理由を理解するのは困難です。理由がわかっていれば、変化して素晴らしい人になることができるでしょう。
私はプログラマーであり、ピープルマネージャーでもあります。私は多くの優れたプログラマーと働いていましたが、優れたマネージャーはほんのわずかです。私がマネージャーだったとき、私は素晴らしかったが、少なくともそれを知っていた。私の人々は私がしたよりも多くの昇給を得ました。
スキルや仕事とはほとんど関係がありません 値する 作る。
より多くのお金を稼ぐのに値するのは短命なアイデアです、誰もがより多くのお金を稼ぐのに値すると信じています。
それは公平ではないかもしれませんが、経営者はビジネス所有者がより多くを信頼するという理由だけでより多くのお金を稼ぎます。マネージャーは多くの場合、給与が高くなるため、不都合なときに新しい仕事をすぐにやめられません。
私はすべての投稿を通過しましたが、それらのほとんどはリンゴとバナナを比較しようとしていると言っても過言ではありません。
まず、「管理は簡単だ」と言う人は、自分のスケジュール以上に管理する必要がなかったと思います。一方、「誰でも何でもコーディングできる」とはばかげている（そして、神のために間違ったフォーラムにいる！）と言ってください。
私は特にrwongおよびluis.espinal asnwersが好きでしたが、他にも注目すべき事実があると思います。
ヒエラルキーは答えとしては信じていません-最近ではありません-過去10.000年間は完全に適合していますが。私たちは何世紀もの間、あなたの利益が高ければ高いほど、あなたの力も高まる社会に住んでいました（逆もまた同様）。それが私たちの世界に適用されるとは思いません（特に私たちの地域）。
主な質問に戻りますが、マネージャーは通常、会社にとってより価値があるので、彼が階層で上位にいるからではなく、
- 彼が以前の経験からすでに収集したすべての知識（通常、プログラマーは一般的にマネージャーよりも経験が少ない）
- 一度にいくつかのことを管理できること（プログラマーは1つのタスク-またはタスクリスト-を実行する必要がありますが、マネージャーは自分のタスクを管理する必要があります）
- 彼らは彼らが管理するプロジェクトの責任者であり、このため、何かがうまくいかなかった場合の最初の「ターゲット」になります。あなたがマネージャーなら、仕事を失うのは簡単です。開発者であるあなたは「何かをやり直すライセンス」を持っています。それが、誰もが言及した「リスク」要因です。
- 開発者はプロジェクト全体のライフサイクルの一部です。ここで「プログラマ」について話すときは、テスター、テクニカルライター、およびプロジェクトの成功にとって非常に重要な他のすべての人々についても考えていると思います。
- そして、このトピックのいくつかの投稿でしか見たことのないものがあります。それはリーダーシップです。マネージャーになるということは、人々と連絡を取り、交渉し、全員のモチベーションを維持し、全員の気分が落ち込んだときに相乗効果を生み出す方法を知ることです。
私の意見では、リーダーシップの要因は、会社とリーダーの周りにいるすべての人に大きな長期的な結果をもたらすため、給与が高くなる主な理由です。
ところで、私はチームリーダーとしての経験はほんのわずかであり（プロジェクトリーダーになることはありません！）、リーダーが何をしているのかを知っている限り、自分がやらなければならない仕事はたくさんあります。
編集：ハイライトするのを忘れた：コミュニケーションスキルは、私たちのほとんどにとって長所ではありませんが、リーダーにとって必需品です。さらに、優れたプログラマーとコミュニケーションスキルに関連する、Coding Horrorの非常に良い投稿を共有したいと思います-> http://www.codinghorror.com/blog/2011/02/how-to-write -without-writing.html
多くの職業において、コアスキルは何かを売る能力です。そして、意志を売るには、自分を売る必要があります。バイヤーはあなたを信頼し、あなたが提供しようとしている製品やサービスを、あなたが意図しているとおりに高く評価する必要があります。このスキルは給与交渉に完全に転用できます。
この質問の根拠には欠陥があると思います。
経営陣は部下よりも多く支払わなければなりません。会社の年功序列は一般的に給与に基づいており、後輩が上司を指揮する手段を持つことはできません。
人をリードすることは専門的なスキルです。誰もがプロジェクトマネージャー（PM）になることはできません。スタッフの数が増えるにつれて、このタスクはますます困難になります。技術的なPMの役割の場合、PMは、効果的にリードするためにテクノロジーを十分に理解している必要があります。部下。
このように考えてみてください。熟練したマネージャーの数は熟練したプログラマーの数よりも少ないため、マネージャーは企業にとってより「価値がある」のです。
それは、「難易度」をどのように定義するかによって異なります。とはいえ、プロジェクト管理とは何か、ビジネスアナリストは何をすべきかを知っているのでしょうか。私はあなたの質問に多くの不満を読んだので、あなたはいくつかの悪い経験をしていると思います。それでもなお、私はあなたの質問に答えてみたいと思います。
プロジェクトマネージャーとビジネスアナリストは、通常、それらの職務を遂行するときは「年上」です。開発者がキャリアを若くして（20代前後）始める場合、ほとんどのプロジェクトマネージャーとアナリストは30歳近くです（すでに年齢だけで支払いに違いが生じています）。彼らはまた、顧客と接することにも直面しています。つまり、彼らは現場を旅し、何時間もの拷問をして顧客の言うことに耳を傾け（特にプロジェクトがうまくいかなくなったとき）、彼らの望みやニーズを求めなければなりません。彼らは何を約束するか、そして特にどの範囲（納期）内にいるかに注意しなければなりません。彼らが行うことは単なる文書化であるというあなたの視点からでも、ビジネスアナリストはビジネスのニーズを分析するように教育され、プロジェクトマネージャーはプロジェクトの計画を守っています。
これらは、顧客と開発者の間のファイアウォールとして機能します。技術的な見方は、販売の見方とは異なります。ほとんどのビジネスアナリストやプロジェクトマネージャーは、多種多様な顧客に直面しています。彼らは露出しているため、「リード」を持っています。彼らのネットワークは意思決定者で構成されているので、企業はそのようなネットワークを持つ人々を手の届くところに保つことを好みます。やはりセールはセールです。
難しさについて？会社を始めて、10人の開発者がいて、プロジェクトを管理しようとします。頭痛は無料で付いてきます。これを1年間行ってから、もう一度答えを見てください。 BAのために？そんな機会にどうぞ。 1974年のAIXマシンを使用していて、そのシステムの設計者が死んだ/退役した/死にかけている/アルゼハイミングしている顧客に腰を下ろし、開発者は特定の値が生成されるか、神秘的な公式があるかどうかを知る必要があります。 3日以内にソリューションについてパワーポイントを使って20人に説得してみてください。文書化がその「簡単」だったとしたら、Linuxはすでに1997年に世界を襲ったでしょう。本当に、非技術者（Facebookはコンピューティングの革命であると考える人々）のために、毎月テクニカルホワイトペーパーを書いてみてください。
私はセールスエンジニアです。つまり、私は開発していますが、私の専門はプロトタイプとデモンストレーションです。そして、ビジネスアナリストやプロジェクトマネージャー以上の収入を得ています。私はネットワークを持っているからではありませんが（私はそうです）、私は態度を離れてビジネスの視点にもっと焦点を合わせたので、自分自身を認定し、自分にいくつかのソフトスキルを教えました。そして、それが残業になると、「いいえ」であることを学ぶ経験も答えです。
簡単な答え：プログラマよりも企業にとって価値があります。
どうして？彼らが自分でプログラミングをしていなくても、プロジェクトが確実に完了するようにするためです。つまり、彼らの価値（純粋に会社にとっては金銭的な意味で）は、個々のプログラマー以上のものです。同社は、管理されていないプログラマーが生産的であり、したがって価値があるとは考えていません...そうするのはマネージャーだけです。
吸って、私たちはそれを好きではないかもしれませんが、それが会社が彼らにもっと支払う理由です。
ただし、（他の人が指摘したように）彼らの立場には欠点があります。特定の時間までにプロジェクトを完了できなかった場合、それはプログラマーではなく、彼らの責任です。彼らはより多くの責任を負い、非常に失敗したために解雇される可能性があります（いくつかのBS会社の縁故主義が進行している場合を除きます）。
だから、本当に、彼らは間違いを犯したり、彼らにもっとプレッシャーをかけたり、はるかに不安定な仕事をしたりすることは許されません...しかし、混乱しないでください：これが理由ではありません彼らはもっと支払われます-会社はあなたが下にいるどのくらいの圧力、あなたの立場がどれだけ不安定であるか、そのようなことをネズミのお尻に与えません。彼らはあなたが会社にどんな価値をもたらすかだけを気にします。限目。
それは資本主義だ。
ガントチャートの知識を1年間に何回更新する必要があるかわかりません。しかし、プログラミングを行うには、年齢に応じてそれほど簡単ではない新しいテクノロジーで自分を更新する必要があります。
新しいテクノロジーを学ぶには何時間も汗を流す必要があります。
プログラミングをすることで何年もの間得られたスキルは、現在の企業文化ではあまり評価されていません。
新卒のプログラマーの給与と10年以上の経験を持つプログラマーの給与を比較するのは少し悲しい話です。
新しいPMを10年と比較PMは素晴らしい話ですが、PMは10年後にディレクターになるかもしれません経験。
では、なぜそれほど多くの人々が大学でITを学びたいのでしょうか？わかりません。それらは適切に通知されていますか？
最近の人々のスキルの評価がわかりません。
経営陣は常にエンジニアリングスタッフ以上のものを作るとは限りません。上級レベルのエンジニアリングスタッフは、ビジネスレベルの分析、意思決定、および会社の技術ロードマップの作成に積極的に関与する必要があります。これが事実であるとき、上級技術スタッフは彼らが毎日一緒に働くビジネスマネージャーよりかなり多くを作ることができます。
人気のあるビジネスの神話の1つは、マネージャーには、自分が管理する人々よりも多くの報酬が支払われるべきだということです。 IMO、この概念は、機能的でアジャイルなチームよりも、暗黒主義に深く根付いていることに気づきます。
別の言い方をすると、報酬は会社への個人の貢献の価値を反映することになっています。優秀なビジネスマネージャーと平均的なマネージャーがいて、優秀なエンジニアと平均的なエンジニアがいます。お金を稼ぐテクノロジーを巧みに操り、会社のテクノロジーについて深い知識を持つ優れたエンジニアがいる場合、この優れたエンジニアを管理している平均的なビジネスマネージャーよりも積極的にこの人を補償することは、会社の最善の利益ではないでしょうか。この貴重なリソースを無視したために、エンジニアリングの専門知識とスキルセットを失う機会費用はどれくらいですか？
1か月前に、最初のプロジェクトをPMとして開始しました。プログラマーとして働く前は。 （ちなみに、私は以前と同じお金を得ます。）
良いことであることがわかりましたPMは、幅広い経験を持つ優れたプログラマであることを意味します。チームのメンバーから別のメンバーに移動し、実際の経験を使用して彼らが抱えている問題について話し合うことができるはずです。別の視点を提供することで、彼らが問題を理解するのを助けます。あなたの仕事は、他に、インターフェースを管理することです。APMは指揮者のようです。あなたは最高のミュージシャンを持つことができますが、メタ楽器オーケストラを上手に演奏する方法を知っている良い指揮者がいないと、混乱するだけです。
相手はスペシャリストです。これは、問題領域の深い知識を持っているため、困難な問題を解決できるプログラマーです。これらの経験豊富な人々は、交渉で十分であれば、多くの場合、高い給与も得ます。残念ながら、スペシャリストはオタクであることが多く、お金にそれほど興味がないか、良い取引をするのに適していません...
CEOが 263回 を彼らの平均的な労働者と同じくらい作ることができるのとまったく同じ理由で。
これは常にそうであるとは限りません。 Computer Sciences Corporation（CSC）で働いていたとき、ほとんどのマネージャーは「有用な何かを生み出した人」よりも少ない人を作りました。 CSCの場合は、プログラマのグループによって会社が設立されたためだと思います。
当時（1970年）LAには別のソフトウェア会社があり、その名前は興味深い給与スケジュールで忘れていました。プログラマーは年額25,000ドルを支払い、サポートスタッフは年額15,000ドルを支払いました。考えは、もしあなたがより悪いプログラマーであるならば、あなたが取り替えられることに驚いてはいけないということでした。
私は自分の小さなソフトウェア企業であり、私はプログラマーでありプロジェクトマネージャーでもあるので、両方の視点を与えることができます。
最初の仮定は正しくありません。書き留めましょう。
プロジェクト管理とソフトウェア分析=
ドキュメントを作成するか、ガントチャートを作成し、プログラマに進捗状況を尋ねます。
それがプロジェクト管理とソフトウェア分析のすべてだと本当に思っているのなら、プログラミングが難しいと思うのも不思議ではありません。
しかし、それは、それらの職業を定義するための馬鹿げた、不公平で非現実的な方法です。それはあたかもそれらが価値を与えなかったかのように、それは単に視覚的な側面に集中します。
この他の定義についてどう思いますか？
プログラミング=
コンピューターの前に座ってキーを押す。
プログラミングがそのように定義されている場合、PM＆SAは定義によってもはるかに難しく見えます（正しくありません）。
それらは実際、プログラミングよりもmore難しいため、これらの職業はより給料が高くなります。
- それらは機械ではなくpeopleを扱うことを含みます。人々は非決定論的な性質を考えると、作業するのがはるかに困難です。 clientsと呼ばれるサブセットは特に厄介です。
- 他の人たちはそれを言っていますが、私にそれを繰り返させてください：責任。プログラマーが失敗した場合、問題を解決するのはPMです。報告するだけでなく、solveそれは、2週間のリリースの遅延、または1つの機能のスキップを伴う場合があります。
- 1つPMが実行しなければならないマルチタスクの量は、通常、驚異的です。これは、チーム、管理者、クライアント、および予算の間の絶え間ないバランスの練習です。それは簡単ではありません。
- 「反対方向」の通信も含まれます。PMにステータスを報告する必要があるだけでなく、PMは適切な通信を担当します期待、リスク、目標。場合によってはトレーニングも担当します。
- クライアントとの取引について言及しましたか？
一緒に作業しているプロジェクトマネージャーがパワーポイントを実行している場合、彼らは仕事を正しく行っていません。そして、それは悲しいことです。
優れたプロジェクトマネージャーに出会うまでは、なぜプロジェクトマネージャーがプログラマーよりも多くの収入を得るのか、本当に理解できないでしょう。
大丈夫、私は答えに少し驚いているので、ここに行きます。しかしその前に、私はプログラマーであり、プログラミング以外に好きなものはないことを明確にしたいと思います。そうは言っても、私は有能なPMとBAに対して健全な敬意と敬意を持っています。プログラミングとは異なり、Excelで（= /// =）必要なレベルのコンピテンシーなしに可能であるため、多くの人がPMとBAに憤慨しています。 （オフィス政治、ニーススーツなど）。
ただし、プロジェクト管理とビジネス分析はどちらも、ソフトウェア開発の重要コンポーネントです。
ソフトウェア開発について考えるときはいつでも、私たちの多くはプログラミング以外のすべてのものを除外することに集中する傾向があります。それでも、コーディングにはそれだけではありません。
開発の最初の目的は、顧客の問題に実際に対処して解決するソフトウェアを作成することです。これは、最初に実際に顧客の要件を理解することを意味します（顧客が何を望んでいるのか本当にわからない場合があるため）、これは、顧客が動作するドメインとさまざまなアーティファクト（人、技術インフラストラクチャであるかどうか）の構造の詳細な分析によってのみ可能ですまたはプロセス）、その後、これらの要件に対処するための適切なビジネスソリューション（およびテクノロジーとの統合）を開発します。
同様に、重要なサイズのプロジェクトは絶対に効果的な管理なしでは機能しません。今は他の場所ではどうなっているのかわかりませんが、これまでの私の経験では、PMは通常、プログラマーのランクから昇格するため、プロジェクトを編成して実行するために何が必要かについてある程度知っています。
BAとPMの両方を要約すると 開発への抽象化レイヤー です。
プログラマーは給与を最優先事項とはしていません（妥当なレートであると想定しています）。給与が高く、時間も同じであるが、技術サポート、厳格な営業時間、ドレスコード、ユーザードキュメントの作成、レガシーコードを古い言語で扱う必要がある場合に、二度と使用する必要がないと期待していた2つの求人を想像してください。もっともっと給料が必要ですか？
プログラミング、数学、問題解決、その他のスキルを尊重する企業で働いている場合、次の2つのことでさらに稼げる可能性があります。
- もっと難しい仕事をする
- もっと責任を取る
病院が熟練したDBAに多額の支払いをしないからといって（最初の回答の例を参照）、これがすべての会社で同じであるとは限りません。
多くの人々がここで言った、プログラミングはより難しい、そしてそれがより多くを稼ぐべき理由です。それはとてもロマンチックな見方です。真実は、通常の健康な会社では支払いは責任に従うであり、これはその人の付加価値およびリスク。
リスクはしばしば忘れられます。通常、プログラマーが困難な仕事に失敗すると、コストが増加する可能性がありますが、それ以上のものはありません。労働者の10％が職を失うか、そういうものではないでしょう。リスクはかなり低いです。
また、私はほとんどのビジネスマンがより多くを稼ぐという考えに反対したいと思います。私は通常のビジネスマンがほとんどの科学/工学の学士よりも少ない収入を稼ぐに違いない。たとえば、学部生の休日のコーダーとして、同じ会社のフルタイムビジネススタッフの労働者とほぼ同じ収入を得ました。
そして最後に、プロジェクトマネージャーがエンジニアではないのはなぜですか？通常、プロジェクトマネージャーは、彼が管理するプロジェクトのトピックで何年も前に立っている人です。つまり、プログラミングジョブでは、プロジェクトマネージャーは経験豊富なプログラマーになります。
コマンドと制御パターン またはハブ-のいずれかである企業環境がありますアンドスポーク通信パターンが支配します。これらの組織では、マネージャーと主なコミュニケーターは同じ人物であることがよくあります。これにより、マネージャは 単一障害点 になります。コミュニケーションの誤りや翻訳の損失による悪影響が増幅されます。したがって、これらの環境では、正確性を確保するために、マネージャーとして広範な技術的背景を持つ人が必要です。
より組織化されたチームは通常、この責任を軽減するためにチーフコミュニケーターを任命します。 知識管理 を実践する組織は、コミュニケーションの単一障害点を持ちません。これらの組織では、マネージャーと主なコミュニケーターが情報を求め、議論を促進します。これらの情報は、内部共有のために取得および処理されます。別のソーシャルスキルセットが必要です。
同様に、ビジネスアナリストは、多くの場合、顧客と会社の技術スタッフの間の単一窓口になります。
あなたの言語/コンパイラは気難しいと思いますか？マネージャーは、プログラマーと呼ばれる自己認識型の複雑な状態のコンパイラーを扱い、優れたマネージャーはソフトウェアを作成することもできます。
真剣に、私はウィジェットファクトリーと映画学校の答えが好きです。おそらくスレッドでの最良の答えだと思いますが、それが実際に対処していないメタレベルの議論があります。どのような種類の組織を構築していても、あなたはpeopleのように気まぐれな素材から組織を再構築することは、多くの場合、うまく行うのが難しい作業です。これらのpositionsは、多くの場合、アナリストとPMとPHBのかなりの部分が実際にはうまく機能していない場合に、プログラマーよりも良い結果をもたらすというのは奇妙だという確固たる議論をすることができます。物事を成し遂げる組織を構築することを伴う仕事であり、物事を成し遂げるソフトウェアシステムを構築するよりも習得するのは間違いなく難しいスキルセットです。
ビジネスアナリストとプロジェクトマネージャーは、チェーンの上位にいるマネージャーにさらにアクセスできます。それが彼らがより多くの支払いを受けることができる主な理由です。すべてではありません。また、ビジネスアナリストに非常に低い金額を支払う組織もありますが、最も高価な形式のバグ（要件バグ）により、非常に高い失敗率のリスクがあります。
ビジネス要件を効果的に収集したり、プロジェクトを管理したりする能力を実証したプログラマーは、あなたがリストした3つすべての選択肢よりも多くの報酬を受けます。テクニカルサービスはほとんどの組織のビジネスニーズに対応しており、人々は自分のニーズを理解していると感じている人々を信頼し、評価する傾向があることを覚えておくことが重要です。
人を管理することは、コードを管理することよりも困難です。また、優れたマネージャーには、優れたプログラマーを見つける独自の能力があります。
一般に、プロジェクトマネージャーは全体像を確認する必要がありますが、プログラマーは自分の特定のタスクのみを実行します。
平均的なプログラマーでWebビジネスを成功させることができますが、平均的なマネージャーはまれです
あなたがマネージャーであるなら、あなたはファイナンス数学をする必要がある、あなたは人事問題と信頼問題に取り組む必要がある、採用問題などで発言する必要がある。