ベストアンサー
最初に、ソフトウェアエンジニアリングについて話している場合、すべての企業の役職は多かれ少なかれ構成されていることを理解してください
「プリンシパル」エンジニアは通常、個人の貢献者であり、シニアソフトウェアエンジニアよりも経験豊富な人物です。 S /彼は通常、一度に1つのプロジェクトに割り当てられ、複数のチームに貢献することはありません。
ソフトウェアエンジニアリングには、技術トラックと管理トラックの2つのトラックがあります。一般的に、トラックは上級ソフトウェアエンジニアの後に分岐します。管理職に就いている場合は、おそらく
ジュニアソフトウェアエンジニア→ソフトウェアエンジニア→シニアソフトウェアエンジニア→チームリーダー→スクラムマスター→プロジェクト/製品マネージャー→ディレクター→VP
になります。
テクニカルトラックにいる場合は
ジュニアソフトウェアエンジニア→ソフトウェアエンジニア→シニアソフトウェアエンジニア→プリンシパルソフトウェアエンジニア→アーキテクト→シニアアーキテクト→エンタープライズアーキテクト
あなたまでプリンシパルソフトウェアエンジニアであり、1つのプロジェクトに集中しています。チームのメンバーに技術的なガイダンスを提供することが期待されます。 「アーキテクト」になると、複数のプロジェクトを支援することが期待されます
繰り返しになりますが、ソフトウェアエンジニアリングの仕事のタイトルは多かれ少なかれでたらめです。プリンシパルはプリンシパルと呼ばれるので、チームの全員がその男が自分のことを知っていることを知っています。また、これが発生する場合もあります。一緒に会社を始めたAとBの2人の男がいます。 Aはより技術的に有能です。 Bは人に対してより有能です。どちらもSneiorソフトウェアエンジニアまで一緒に進歩します。 Aは技術的に有能であるため、彼はますます興味深いものを手に入れ続け、それが彼を幸せにしています。最終的に、Bは「チームリーダー」に昇進します。現在、Aは技術的に有能であるにもかかわらず、Aが昇進しなかったように見えるため、Aは満足していません。彼はまだ面白いプロジェクトやすべてを手に入れていますが、それに伴う新しいタイトルはありません。そのため、企業は新しいでたらめなタイトルを思いつきます。「プリンシパルソフトウェアエンジニア。ここで、あなたは昇進します。今幸せです？そうそう、ところで、あなたはキューブから少し離れて他の人も助ける「プリンシパル」になったので」
回答
私はタイトルが使用されている会社で働いてきました進歩を示すために、また実際のエンジニアリングレベルが（ほとんど）公表されていない企業でも。
私は、物事に集中し、タイトルにあまり集中しない人々を獲得することを前提として、両方の状況が機能することを確認しました。あなたは間違った人々を手に入れ、彼らは何か他のものについて泣き言を言う方法を見つけるでしょう-それはタイトルではなく、役割や報酬、あるいは何か他のものかもしれません。
あなたが人々に専門的にも経済的にも成長するための道であり、あなたは彼らに公平であり、タイトルの欠如の存在は「大したことではありません。
あなたが転職した人がいたとしても、あなたは価値があります。タイトルが同じであっても同じでなくても、ケースバイケースでどこに収まるかを評価する必要があります。
大まかな目安として、プロジェクトの役割とプロジェクトの役割について質問します。技術的な複雑さやチームの規模などの他の要因を精査して、自社のレベル（公表されているかどうかに関係なく）までの位置を把握します。
- 彼らは個人の貢献者ですか、それとも主導的ですか10人または50人？
- 彼らは日常的に何をしていますか？彼らはコードを書いていますか、それとも人を管理していますか？
- コードを書かない場合、彼らはマネージャーですか、それとも技術者ですか？
候補者が現在のレベルでは会社に適していない可能性があると思われる場合でも、より低いレベルで貢献できる場合は、彼らに率直で正直であること。役割を減らすことに賛成しない人もいれば、他の方法で成長できると信じている人もいるでしょう。
さまざまな企業の従業員で複数のケースを見てきました。以前のタイトルよりも低いレベルで、自分自身を証明すればすぐに昇進することを理解しており、ほとんどすべての場合、採用が正しく行われた場合、それは実際にうまくいきました。
短いバージョン：開発チームにタイトルがないことについて悩むことは、タブやスペースについて議論することに似ています。1つを選び、それと一致して、物事を行うことに集中してください。チームの構築やその他の実際の問題。