序章

このフレームワークにより、ソフトウェア エンジニアリング マネージャーは、各ポジションに期待されることや、キャリアのはしごの次のレベルを計画する方法について、直属の部下と有意義な会話をすることができます。

このフレームワークは、米国のテクノロジー業界ではある程度標準的な役割とレベルを使用していますが、すべての企業が異なります。提供された情報をベースラインとして使用し、必要に応じて自由に調整してください。

このフレームワークは、レーダー チャートに大きく依存して、特定のポジションのさまざまな視点と期待を視覚的に示します。

キャリアラダー

フレームワークには 4 つの異なるはしごがあります。

• 開発者: プログラマーまたはソフトウェア エンジニアとしても知られる役割で、深いレベルの技術的専門知識が必要です。
• テック リード: 開発リードとも呼ばれる役割で、システムの所有者であり、実践的な開発、アーキテクチャの知識、および生産サポートの間で独自のバランスが必要です。
• テクニカル プログラム マネージャー: 複数のチームにまたがるイニシアチブの調整と完了への推進を担当する役割
• エンジニアリング マネージャー: 開発マネージャーとしても知られる役割で、一貫した納品、キャリアの成長、チームの満足度に責任を負います。

テクニカル リードとエンジニアリング マネージャーの違いについて混乱している場合は、テクニカル リードとエンジニアリング マネージャーのページで詳細な比較を参照してください。

（詳細は役職名をクリックしてください）

軸

上記のチャートには、次の 5 つの軸があります。

• 技術: 技術スタックとツールに関する知識
• システム: システムの所有レベル
• 人: チームとの関係
• プロセス: 開発プロセスへの関与のレベル
• 影響力: 役職の影響範囲

影響軸は直交しており、他のすべての軸に適用されるため、別の次元として見ることができます。

各軸には、5 つの異なるレベルのパフォーマンスがあります。すべてのレベルに前のレベルが含まれていることを強調することが重要です。たとえば、テクノロジーを伝道し、専門化し、採用する人。

各レベルをよりよく理解するために読み続けてください。

レベル

テクノロジー

1. 採用する : チームによって定義されたテクノロジーとツールを積極的に学び、採用する
2. 専門性 : 1 つまたは複数の技術の頼りになる人物であり、新しい技術を学ぶために率先して行動する
3. 伝道: 調査、概念実証の作成、新しいテクノロジーのチームへの導入
4. マスター: システムのテクノロジー スタック全体について非常に深い知識を持っている
5. 作成する: 内部または外部のチームによって広く使用される新しいテクノロジを設計および作成します。

システム

1. Enhances : システムを改善および拡張するために、新機能とバグ修正を正常にプッシュします。
2. 設計: システムの技術的負債を削減しながら、中規模から大規模なサイズの機能を設計および実装します。
3. 所有: システムの本番運用と監視を所有し、その SLA を認識しています。
4. 進化: アーキテクチャを進化させて将来の要件をサポートし、その SLA を定義します。
5. リード: システムの技術的な卓越性をリードし、機能停止を軽減するための計画を作成します

人々

1. 学ぶ: 他の人からすぐに学び、必要に応じて一貫してステップアップします
2. サポート: 他のチーム メンバーを積極的にサポートし、彼らが成功するのを助けます
3. メンター: 他の人を指導してキャリアの成長を加速させ、参加を奨励します
4. 調整: 効果的なフィードバックを提供し、議論をモデレートするチーム メンバーを調整します。
5. 管理する : チーム メンバーのキャリア、期待、パフォーマンス、幸福度を管理する

プロセス

1. フォロー: チームのプロセスに従い、機能の一貫したフローを本番環境に提供します
2. 実施: チームのプロセスを実施し、全員がメリットとトレードオフを確実に理解できるようにします。
3. 課題: チームのプロセスに挑戦し、それらを改善する方法を探します
4. 調整: チームのプロセスを調整し、フィードバックに耳を傾け、変更を通じてチームを導きます
5. 定義する: チームの成熟度に適したプロセスを定義し、敏捷性と規律のバランスをとります

影響

1. サブシステム: 1 つ以上のサブシステムに影響を与えます
2. チーム: チームの特定の部分だけでなく、チーム全体に影響を与える
3. 複数のチーム: 自分のチームだけでなく、他のチームにも影響を与える
4. 会社: 技術組織全体に影響を与える
5. コミュニティ: 技術コミュニティに影響を与える

よくある質問

一部の人々がすべてのポイントを満たしていない場合はどうなりますか?

それはごく普通のことです。人は通常、ある分野では強く、別の分野では弱くなります。フレームワークは、人々を昇進させるためのチェックリストとして使用するのではなく、有意義なキャリア会話を行うためのガイダンスとして使用する必要があります。

組織のキャリアラダーが異なる場合はどうなりますか?

フレームワークはオープンソースであるため、組織に適応させる機会があります。チャート テンプレートを自由に使用して、独自のレベルを定義してください。

人はいつ次のレベルに移行する準備ができていますか?

企業は通常、昇進を正式に行う前に、数か月間一貫して次のレベルでパフォーマンスを発揮することを期待しています。

直属の部下との議論を裏付ける証拠を収集するにはどうすればよいですか?

さまざまなチームがさまざまな方法で証拠を収集します。推奨されるアプローチは、次の組み合わせを使用することです。

• 1 対 1 の会話
• 同僚や他のチームからのフィードバック
• 自己評価

フレームワークは、各レベルをサポートするためのより具体的な動作例を提供できますか?

具体的な行動例には、チームの働き方、システム アーキテクチャ、およびそのテクノロジ スタックに関する知識が必要です。各チームが独自の例を定義できるようにすることをお勧めします。

フレームワークがレベル 7 で停止するのはなぜですか?

レベル 8 以上は、会社によって大きく異なります。さまざまな規模の組織は、構造の非常に高い位置にさまざまなレベルの範囲を割り当てる傾向があります。

このトピックに関する追加のリソースはありますか?

• The Manager's Path : Camille Fournier は、多くのエンジニアリング職の期待と課題を見事に説明しています。また、彼女は第9章でキャリアラダーを書くことについて良いアドバイスを提供しています.

• 業績評価が上手になる方法: Dick Grote が、仕事の責任を定義する方法と、業績 (結果と行動) を評価する方法を簡単な言葉で説明します。

その他のページ

• デベロッパー
• テックリード
• テクニカル プログラム マネージャー
• 技術管理者
• テクニカル リード vs エンジニアリング マネージャー
• マネージングマネージャー