プロリク〜給与改定までの流れ
流れ
ページタイトルの「名前」と「yyyy/mm/dd」を書き換えてください
このページを個人ページ配下に移動させてください。
プロリク詳細の記載(参考:
給与自己決定制度（公式ドキュメント） )
給与自己決定制度（公式ドキュメント） )記載がイメージしやすいように、各項目に記載例を書いていますので、適宜削除してください。
職位ガイドラインのチェック
出来ていると思う項目の「自己評価」欄をチェック入れてください。
全て記載が終わったら、「#902_salary_engineer」チャンネルに以下を投稿する
@salary
`プロリク`
給与改定
前回給与改定日と経過日数
対象者
職種・職位
備考
キャリア面談・星取表・キャリアプラン・職位ガイドラインなどは、以下のページにまとめました。
<このnotionページリンクを貼る>
レビュー方法
年収レンジや増分に対してのレビュー
能力・行動・成果などの項目についてのフィードバック
いずれか、あるいは両方を行うことが期待されており、フィードバックはGood（良い点）/Next（今後の機会点）を含むこと（feedit-feedback でも可）
レビュアーからのフィードバックを参考に、最終的に自己決定してください。
変更した場合は、レビュアーに変更したことを伝えてください。
slackのスレッドが良いと思います。
X-Point申請
レビュー手順
年収レンジや増分に対してのレビュー
能力・行動・成果などの項目についてのフィードバック
いずれか、あるいは両方を行うことが期待されており、フィードバックはGood（良い点）/Next（今後の機会点）を含むこと（feedit-feedback でも可）
給与プロリク詳細
職位
職位ガイドラインのチェック結果や、フィードバックの内容から総合的に判断してください。
複数の職種・職位を表現する場合、行を追加してください。
例)
キャリア面談(キャリア関連のお悩み )
いつ実施したのかを記載
キャリアプラン
お手持ちのキャリアプランへのリンクを貼るか、以下のボタンを押下して新規作成を行い、内容をご記載ください。
キャリアプランシート作成（Ver.5）
星取表
↓星取表DB(参照)の「未登録」ビューからボタンぽちぽちしてください。
訂正したい場合はNo access を直接開いて更新してください。
↓星取表DB(参照)ビューのフィルター設定を「れいっち」→「ユーザー指定」に変更して、「フィルターの保存」をしてください。
「⭐️⭐️⭐️」「⭐️⭐️」「⭐️」「興味あり」ビューの4つとも変更してください。
⭐️⭐️⭐️
⭐️⭐️
⭐️
興味あり
未登録
重複チェック
No access
You don’t have access to the database referenced by this view
Request access
プロジェクト貢献指標
平均月間労働時間と案件稼働率の確認方法
ゆめみダッシュボード>個人成果ターゲット を開き、フィルタ条件から自分の名前を選択してデータを確認する
表示されている総稼働時間(日平均) を 各種指標実績 に記入する
給与レンジ内の想定値は0~100％の範囲で計算されます。50%であれば給与レンジの中央値が想定値として期待されます
給与プロリクによる昇給・昇進・昇格（ランクアップ）条件
で定める昇給・昇格条件を満たしているか確認してください（2025年1月1日以降のプロリクから適用）
特に以下の2つについて ゆめみダッシュボード>個人成果ターゲット を確認してください
（１）過去6ヶ月間の（個人）市場接点稼働率
（２）過去6ヶ月間の（個人）請求稼働率
より、ランクアップするためには下記の条件をクリアする必要があります。
過去1年間（新人の場合は入社時から起算）の中で、他者に対してEGNフィードバックを月平均1回以上行っていること
例えば直近1ヶ月で12回フィードバックしていれば条件達成
なお、フィードバックをもらいたい人に対して、フィードバックを依頼する前に、事前に自ら先にEGMフィードバックをしておく事を強く推奨します
以下の「他者へのEGNフィードバック」において、「フィードバックする人」フィルターにご自分の名前を設定してください（以下の例ではAhocchiが入っている部分となります）
昇給・昇進条件
ゆめみターゲット（成果基準）ver0.17 で定める昇給あるいは昇進条件を満たている他者へのEGNフィードバック回数
No access
You don’t have access to the database referenced by this view
Request access
その他
lapras・findy teams・振り返りログなどレビューに役立つものがあれば記載してください。
職位＞ランク毎のチェック状況
Sum206
職位
給与レンジ
チェック率: 合計
チェック率: 自己評価
チェック数: 合計
チェック数: 自己評価
項目数
給与プロリクテンプレート: チェック項目
職位ガイドライン チェック表
職位の数が多いので、ある程度の職位でグルーピングしてます。
各テーブルの職位タブを参照してください。
全項目を見たい場合は「master DB」を参照してください。
チェックの仕組み
「自己評価」にチェックがある場合、チェックが付きます。
「他者評価」に名前が2つある場合、チェックが付きます。
職位ガイドライン チェックリスト
アソシエイト・プロフェッショナル
アソシエイト
プロフェッショナル
チーフ・プロフェッショナル
ビジネスコミュニケーション
何かわからないことがあった場合に、誰に相談すればいいか、あるいはどのチームに相談すればいいかを理解している
アソシエイト
003
ビジネスコミュニケーション
必要に応じて、ペアプロ・ペアワークの依頼、相談ができている
アソシエイト
004
ビジネスコミュニケーション
ロジカルライティングの基礎を身につけている
アソシエイト
006
チームコラボレーション(専門基礎)
デバッグの基本を理解しツールを利用してデバッグができている（「ログを見ることができている」「printデバッグができる」「標準出力やログに変数の値を出力してデバッグできる」など）
アソシエイト
010
チームコラボレーション(専門基礎)
可読性や保守性を考慮したコードを書くことができている
アソシエイト
011
チームコラボレーション(専門基礎)
指導があった上でテストコードを書くことができる
アソシエイト
012
チームコラボレーション(専門基礎)
適切な粒度のプルリクを出すことができている
アソシエイト
013
チームコラボレーション(専門基礎)
レビュアーが意図を読み取りやすく、依頼観点などが整理されたプルリクを書くことができている（プロジェクトでメッセージフォーマットが規定されていれば、そこに沿うことができる）
アソシエイト
014
チームコラボレーション(専門基礎)
基本情報技術者試験合格レベルの知識理解がある（取得していないといけない訳ではない）
アソシエイト
015
チームコラボレーション(専門基礎)
プラットフォーム、開発言語、フレームワーク、ライブラリに関する基礎知識があって実践で活かせている
アソシエイト
016
チームコラボレーション(連携性)
業務知識、開発標準、開発プロセス、ドキュメント作成方針、コーディング規約などプロジェクト毎の知識やガイドラインを理解した上で、方針に沿ってチームでの開発業務を行うことができている
アソシエイト
017
チームコラボレーション(連携性)
チームやプロジェクトの方針に沿って、仕様やマニュアルのドキュメント化を行うことができている
アソシエイト
018
チームコラボレーション(連携性)
指示を受けた上でインシデント対応を行うことができる
アソシエイト
019
チームコラボレーション(連携性)
スクラムの基礎を理解している（一冊本を読んだ程度の理解はある）
アソシエイト
020
自律・自学・自責
ZAC「プロジェクト学習」の調整係数が必要なくなった段階、ハンズオンでの育成担当も外れて自走できる状態になり、必要に応じて自ら相談しにいくだけで業務が進む段階になっている
アソシエイト職位→プロフェッショナル職位への昇進にあたっての必須条件
アソシエイト
023
自律・自学・自責
自身の専門的な技術領域について社内外の勉強会に参加して、学びを深める事ができている
アソシエイト
024
自律・自学・自責
業務時間外も活用して、新しく必要となる技術の基礎は自主的に身につけることができ、日常的にアウトプットする学習習慣が身についている
アソシエイト
025
自律・自学・自責
必要に応じて、英語の公式ドキュメントや一次情報を読むことができる
アソシエイト
026
自律・自学・自責
GitHubで定期的にコードをアウトプットして、コードを書く習慣が身についている
アソシエイト
027
自律・自学・自責
職位ガイドラインに沿った能力開発や専門性を身に付けるために、必要に応じたアドバイスをもらうため、メンターとなる相手に自主的に連絡をとってメンタリングを受けることができている
アソシエイト
029
自律・自学・自責
グループの方針を理解した上で、委員会活動に貢献できている
アソシエイト
030
自律・自学・自責
新卒採用に関係するカジュアル面談、オファー面談や説明会の機会があれば積極的に協力することができている
アソシエイト
031
その他
上記に加えて、特定の技術領域についてのプラットフォーム、開発言語、フレームワーク、ライブラリなどについて全般的な基礎知識があって実践で活かせている（知らない事が毎日のようにあるという状態はなくなっている）
アソシエイト
032
その他
独力でテストコードを普段から書くことができている
アソシエイト
033
その他
過去3ヶ月の平均案件稼働率が87%以上となっている
アソシエイト職位→プロフェッショナル職位への昇進にあたっての必須条件
アソシエイト
034
Count33
チェック
カテゴリー
項目名
自己評価
他者評価
職位
No
リードエンジニア
サブ・リードエンジニア
リードエンジニア（PL）
リードエンジニア（PdL）
チーフ・リードエンジニア
マルチ・リードエンジニア
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ①テクニカルセールス
顧客要望を要件として整理し、実装や単体テストの作業工数を見積もることができる
サブ・リードエンジニア
301
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ②工数見積
システムの要件を仕様化し、各機能の課題、実装工数（設計、実装、単体テスト）、試験工数（結合）の見積もりを行うことができる
サブ・リードエンジニア
301
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ③スケジュール管理
• 作業メンバーの開発状況の整理、課題や問題の把握、遅延や巻き返しなどのサポートを行い、遅延の可能性があればリードエンジニアへの報告を行うことができる
サブ・リードエンジニア
301
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ④ドキュメント設計・管理
成果物の管理（ソースコード、納品物ドキュメント、機微情報）を適切に行える
サブ・リードエンジニア
301
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ⑤仕様調整
仕様の曖昧な点などについて、あるべき案の提案をすることができる
サブ・リードエンジニア
301
ビジネスコミュニケーション
顧客の事業やビジネス方針、プロダクトの強みや特徴などを理解して顧客とコミュニケーションを行うことができる
サブ・リードエンジニア
302
ビジネスコミュニケーション
プロジェクトに関係するドメイン知識について、担当する領域だけではなく周辺領域含めた広いレベルで理解してコミュニケーションを行うことができる
サブ・リードエンジニア
303
ビジネスコミュニケーション
PM やリードエンジニアにリスク発見・共有を自発的に行うことができる
サブ・リードエンジニア
304
チームコラボレーション(高い専門性)
技術的負債の削減・返済についての計画を行い、主導的な役割を担って解決を行う事ができる
サブ・リードエンジニア
305
チームコラボレーション(高い専門性)
各種設計パターン、設計手法を理解した上で、リードエンジニアのレビュー・支援をもらいながら基本設計を行う事ができる
サブ・リードエンジニア
306
チームコラボレーション(高い専門性)
チームが担当する機能の実装容易性や実装可能性を損なう事が無いように、前行程での仕様の確認、合意形成、連携する関連システムとの仕様調整などを行う事ができる
サブ・リードエンジニア
307
チームコラボレーション(チームマネジメント)
チーフ・プロフェッショナルに対してプロジェクトリードの役割の一部を任せた上で育成、指導を行うことができる
サブ・リードエンジニア
308
チームコラボレーション(チームマネジメント)
インシデントについて事後分析を行い、再発防止策を立ててチームに定着させることができる
サブ・リードエンジニア
309
チームコラボレーション(チームマネジメント)
メンバーに対して中期的なキャリアの観点からフィードバックしている（半年に1回以上）
サブ・リードエンジニア
310
チームコラボレーション(チームマネジメント)
チームメンバーの強みや弱みを理解している
サブ・リードエンジニア
311
チームコラボレーション(チームマネジメント)
チームのタスクの優先順位を理解している
サブ・リードエンジニア
312
チームコラボレーション(チームマネジメント)
チームメンバーの負荷状況を把握している
サブ・リードエンジニア
313
チームコラボレーション(チームマネジメント)
システムコーチやリードエンジニアの支援をもらった上で、チームの関係性の質を高めるための対話の場を作ることができる
サブ・リードエンジニア
315
チームコラボレーション(チームマネジメント)
チームメンバー同士での定期的な振り返りの場を作ることができている
サブ・リードエンジニア
317
Count20
チェック
カテゴリー
項目名
自己評価
他者評価
職位
No
アーキテクト
アーキテクト
リード・アーキテクト
Count12
チェック
カテゴリー
項目名
自己評価
他者評価
職位
No
その他
複数の言語、技術標準選定、アプリケーション開発の経験がある
アーキテクト
701
その他
インフラ含めたシステム全体の設計を行う事ができる
アーキテクト
702
その他
対象システムのビジネス要件を理解した上で設計ができる
アーキテクト
703
その他
サービス要求に対して、システム化要件として再構成、定義する事ができている
アーキテクト
704
その他
サービス要求を理解した上で、性能・負荷試験の計画を策定する事ができる
アーキテクト
705
その他
セキュリティ要件、監視・運用要件を考慮した設計ができる
アーキテクト
706
その他
インフラコスト計算し最小・最適なアーキテクチャを設計ができる
アーキテクト
707
その他
属人性を排除した上で、運用コストを減らす設計ができる
アーキテクト
708
その他
各種クラウドサービスの特性を理解し、要件に応じたアーキテクチャ設計ができる
アーキテクト
709
その他
要件に応じて単一障害点を作らないアーキテクチャ設計ができる
アーキテクト
710
その他
アーキテクト志望のリードエンジニアに対して育成を行う事ができる
アーキテクト
711
テックリード
行動指針の参考
テックリード
チーフ・テックリード
その他
特定のプロジェクトだけでなく、複数のプロジェクトに能動的に関与して技術的な課題解決を行うことができている（目安として、自身が特定のプロジェクトのコアな設計、実装に関わらない場合は、５〜１０ のプロジェクト、自身がコアな設計、実装に関わる場合も、３〜４の他プロジェクトに関与する）
テックリード
801
その他
実装に関わる稼働を年間平均して５０％以上一定確保をして、最新の技術にキャッチアップできている
テックリード
802
その他
設計レビュー、コードレビューを実施し、必要に応じて、コアな部分の詳細設計、実装も担当することでプロジェクトの品質責任を負う 事ができる
テックリード
803
その他
開発標準、ライブラリの選定、開発プロセス（KPT、Daily Meeting、ブランチ戦略、issue/Pull Requestの運用）の改善を通じて、生産性の最大化に貢献している
テックリード
804
その他
自分が関与していない他プロジェクトの工数見積に対しても能動的にレビューを行うことができている
テックリード
805
その他
チームやプロダクトに必要なSLO/SLAやメトリクスを定義する事ができる
テックリード
806
その他
特定の技術について、グループの中でも技術的に先端をリードしている領域を持っている
テックリード
807
その他
必要に応じて、再利用可能なライブラリの開発を行う事ができる
テックリード
808
その他
社内でテックリードとして十分な実績が認められた段階
テックリード
809
その他
専門分野での主要なカンファレンスにおいて専門性が高い登壇ができる
テックリード
810
その他
特定のチームや特定プロダクトの技術標準に依存せず技術的にリードできる
テックリード
811
その他
チームやプロダクトに必要なSLO/SLAやメトリクスを定義した上で、チームの成熟化を支援する事ができる
テックリード
813
その他
要望を受けたときだけ支援するのではなく、自らチームに働きかけて必要に応じた介入も行うことができる
テックリード
814
Count14
チェック
カテゴリー
項目名
自己評価
他者評価
職位
No
マイスターエンジニア
マイスターエンジニア
チーフ・マイスターエンジニア
重要事項
（重要項目）グループにおいて上位１５％以内の生産性を誇っている（例えば、Findy Teamsなどで測定される項目において）
マイスターエンジニア
1001
その他
プルリクの修正理由が詳しく書かれていてレビューしやすい
マイスターエンジニア
1002
その他
レビューで実際に動作確認をきちんとして、責務の切り出しや具体的な改善案を丁寧に出すことができている
マイスターエンジニア
1003
その他
繰り返し作業を自動化、短縮化している
マイスターエンジニア
1004
その他
周りがなかなかやらないが、やらないといけない作業を率先してやっている
マイスターエンジニア
1005
その他
将来の懸念点やリスクを事前に的確に予見し、意見することができている
マイスターエンジニア
1006
その他
複雑な仕様であったり、サービスに重大影響ある領域（決済や会員基盤、金銭や個人情報に関わるなど）の開発を品質高く開発する事ができる
マイスターエンジニア
1007
その他
技術的負債が大きく、まとめて影響範囲大きいリプレースやリファクタリングが必要なコードベースについても、推進力持って負債の返済を行う事ができる
マイスターエンジニア
1008
その他
ユーザー体験を考慮した上で、提案、意見を出すことができている
マイスターエンジニア
1009
その他
疑問点を調べるだけでなく、一段深いレベルで物事を理解する事を行なっている
マイスターエンジニア
1010
その他
ドキュメントにおいては無駄な情報を整理した上で、定期的に最新化し、初めて見る人にもわかりやすく構造化、言語化するなど考慮できている
マイスターエンジニア
1011
その他
一つの観点や自分なりの流儀に拘らずに他者視点、多角的な視点を持った上で議論をすることができている
マイスターエンジニア
1012
その他
指示を鵜呑みにせずに、前提や目的を確認したうえで、目的に沿っているかを理解している
マイスターエンジニア
1013
Count13
チェック
カテゴリー
項目名
自己評価
他者評価
職位
No
シニア
その他
特定のプロジェクト、グループだけでなく、会社全体に関与して、組織に貢献することができている
シニア
2001
その他
登壇、書籍出版、雑誌寄稿など情報発信を行い会社の技術広報の貢献も期待される
シニア
2002
その他
外部コミュニティとのネットワーキングを定期的に行い、最新の技術情報を獲得できている
シニア
2003
その他
組織全体に関わる設計、技術方針を示すことができる
シニア
2004
その他
組織全体の強みにつながるような、開発標準、開発プロセスの改善による、生産性の最大化のノウハウを保有している
シニア
2005
その他
社内標準な技術を持つエンジニアと比較した場合に、一つの目安として２.５倍以上の生産性を発揮している
シニア
2006
Count6
チェック
カテゴリー
項目名
自己評価
他者評価
職位
No
master DB
ビジネスコミュニケーション
何かわからないことがあった場合に、誰に相談すればいいか、あるいはどのチームに相談すればいいかを理解している
アソシエイト
003
ビジネスコミュニケーション
必要に応じて、ペアプロ・ペアワークの依頼、相談ができている
アソシエイト
004
ビジネスコミュニケーション
ロジカルライティングの基礎を身につけている
アソシエイト
006
チームコラボレーション(専門基礎)
デバッグの基本を理解しツールを利用してデバッグができている（「ログを見ることができている」「printデバッグができる」「標準出力やログに変数の値を出力してデバッグできる」など）
アソシエイト
010
チームコラボレーション(専門基礎)
可読性や保守性を考慮したコードを書くことができている
アソシエイト
011
チームコラボレーション(専門基礎)
指導があった上でテストコードを書くことができる
アソシエイト
012
チームコラボレーション(専門基礎)
適切な粒度のプルリクを出すことができている
アソシエイト
013
チームコラボレーション(専門基礎)
レビュアーが意図を読み取りやすく、依頼観点などが整理されたプルリクを書くことができている（プロジェクトでメッセージフォーマットが規定されていれば、そこに沿うことができる）
アソシエイト
014
チームコラボレーション(専門基礎)
基本情報技術者試験合格レベルの知識理解がある（取得していないといけない訳ではない）
アソシエイト
015
チームコラボレーション(専門基礎)
プラットフォーム、開発言語、フレームワーク、ライブラリに関する基礎知識があって実践で活かせている
アソシエイト
016
チームコラボレーション(連携性)
業務知識、開発標準、開発プロセス、ドキュメント作成方針、コーディング規約などプロジェクト毎の知識やガイドラインを理解した上で、方針に沿ってチームでの開発業務を行うことができている
アソシエイト
017
チームコラボレーション(連携性)
チームやプロジェクトの方針に沿って、仕様やマニュアルのドキュメント化を行うことができている
アソシエイト
018
チームコラボレーション(連携性)
指示を受けた上でインシデント対応を行うことができる
アソシエイト
019
チームコラボレーション(連携性)
スクラムの基礎を理解している（一冊本を読んだ程度の理解はある）
アソシエイト
020
自律・自学・自責
ZAC「プロジェクト学習」の調整係数が必要なくなった段階、ハンズオンでの育成担当も外れて自走できる状態になり、必要に応じて自ら相談しにいくだけで業務が進む段階になっている
アソシエイト職位→プロフェッショナル職位への昇進にあたっての必須条件
アソシエイト
023
自律・自学・自責
自身の専門的な技術領域について社内外の勉強会に参加して、学びを深める事ができている
アソシエイト
024
自律・自学・自責
業務時間外も活用して、新しく必要となる技術の基礎は自主的に身につけることができ、日常的にアウトプットする学習習慣が身についている
アソシエイト
025
自律・自学・自責
必要に応じて、英語の公式ドキュメントや一次情報を読むことができる
アソシエイト
026
自律・自学・自責
GitHubで定期的にコードをアウトプットして、コードを書く習慣が身についている
アソシエイト
027
自律・自学・自責
職位ガイドラインに沿った能力開発や専門性を身に付けるために、必要に応じたアドバイスをもらうため、メンターとなる相手に自主的に連絡をとってメンタリングを受けることができている
アソシエイト
029
自律・自学・自責
グループの方針を理解した上で、委員会活動に貢献できている
アソシエイト
030
自律・自学・自責
新卒採用に関係するカジュアル面談、オファー面談や説明会の機会があれば積極的に協力することができている
アソシエイト
031
その他
上記に加えて、特定の技術領域についてのプラットフォーム、開発言語、フレームワーク、ライブラリなどについて全般的な基礎知識があって実践で活かせている（知らない事が毎日のようにあるという状態はなくなっている）
アソシエイト
032
その他
独力でテストコードを普段から書くことができている
アソシエイト
033
その他
過去3ヶ月の平均案件稼働率が87%以上となっている
アソシエイト職位→プロフェッショナル職位への昇進にあたっての必須条件
アソシエイト
034
ビジネスコミュニケーション
結論から意見を伝えることができる
プロフェショナル
101
ビジネスコミュニケーション
事実と意見を切り分けて話すことができる
プロフェショナル
102
ビジネスコミュニケーション
特に成果物の完了の定義や最終イメージが関係者間で必ずしも明確でない場合に、例えば２割など途中の完成度や進捗の段階で、レビューやアドバイスをもらう事ができる（ドラフトのプルリクエスト含む）
プロフェショナル
103
ビジネスコミュニケーション
イテレーションやWBSでのマイルストーンを理解し、PMやリードエンジニアなどに適切な進捗報告を行うことができる（少なくとも進捗管理を担当する役割の人が困る事が無いようにできている）
プロフェショナル
104
チームコラボレーション(専門基礎)
全体システムの設計思想、方針を理解した上で、担当する機能実装についての詳細設計を独力で実施できる
プロフェショナル
107
チームコラボレーション(専門基礎)
ログの観察、ブレークポイント設定、クライアントツールやキャプチャツール、テストコード実装など、デバッグに必要なツールや手法の基本を理解し体系的なデバッグを実践できている
プロフェショナル
108
チームコラボレーション(専門基礎)
可読性や保守性、トレーサビリティを踏まえたプログラム実装や、エラーハンドリング設計をした実装ができる
プロフェショナル
109
チームコラボレーション(専門基礎)
単体（Unit）テスト、機能（Feature）テスト、E2Eテストを意識的に使い分けられる、外部サービスに依存する部分をモック/スタブに置き換えてテストできる
プロフェショナル
110
チームコラボレーション(専門基礎)
アドバイスや支援をもらった上でセキュリティを考慮したコードを書くことができている
プロフェショナル
111
チームコラボレーション(専門基礎)
実施の必要性の相談をした上で、最適化されたリファクタリングを行うことができている
プロフェショナル
112
チームコラボレーション(専門基礎)
実装を担当する開発について工数見積もりを行う事ができる
プロフェショナル
113
チームコラボレーション(主体性)
開発標準、開発プロセス、開発環境、会議設計、ベロシティ、チームの関係性の質について意見や改善提案を主体的に行う事ができている
プロフェショナル
114
チームコラボレーション(主体性)
仕様について自ら関係者に働きかけて合意形成する事ができる
プロフェショナル
115
チームコラボレーション(主体性)
リードエンジニアなどに方針を確認をしながら主体的にインシデント対応を行うことができている
プロフェショナル
116
自律・自学・自責
仕事を行う際には、適切な粒度のチケット、タスクに分解されているか確認した上で作業を行うことができている
プロフェショナル
117
自律・自学・自責
チケットやタスクリストの中から作業を行う場合は、優先順位や依存関係を理解、考慮した上で作業を行うことができている
プロフェショナル
118
自律・自学・自責
特定の技術領域において専門性を持った上で、アソシエイト職位に対して、仕事の進め方についての指導や成果物レビュー（人格否定は行わず、成果物の品質に対してレビューができる）を行うことができる
プロフェショナル
120
自律・自学・自責
自身の強みだけでなく弱みや苦手なポイントについて、Notionに「トリセツ」としてまとめて、チームメンバーに理解してもらっている（トリセツは自身のSlackのOJTチャンネルからリンクでたどれるようにしている）
プロフェショナル
122
自律・自学・自責
ギルド・グループの方針や委員会活動について意見を出す事ができている
プロフェショナル
124
自律・自学・自責
採用に関係する取材の機会やカジュアル面談の機会があれば積極的に協力した上で、会社の基本方針を理解した上で、問題なく説明ができる
プロフェショナル
126
チームコラボレーション(主体性)
テクニカルセールスにおいて、チームの状況に応じて営業と共に商談に参加した上で、ヒアリング、提案対応を主体的に行うことができる。
プロフェショナル
127
ビジネスコミュニケーション
• （重要）プロダクトのロードマップや開発ロードマップを理解した上で、ビジネス価値やユーザー体験の向上の観点であるべき仕様を提示することができる（2025/1/1以降昇進条件適用）
チーフ・プロフェッショナル
201
ビジネスコミュニケーション
社内だけでなく、顧客とのビジネスコミュニケーションも問題なく円滑なやりとりができる
チーフ・プロフェッショナル
201-2
ビジネスコミュニケーション
インシデントについて事後分析に積極的に関わり、再発防止策に対して提案することができる
チーフ・プロフェッショナル
202
ビジネスコミュニケーション
プロジェクトにおいて連携する他職種の業務内容や専門用語などを理解しており、連携性において円滑なコミュニケーションができている
チーフ・プロフェッショナル
203
ビジネスコミュニケーション
プロジェクトに関係するドメイン知識について、細部まで理解をしていたり、サービスを消費者視点で利用できるプロジェクトであれば、実際に体験した上でのコミュニケーションができている
チーフ・プロフェッショナル
204
ビジネスコミュニケーション
実施する作業や業務内容が顧客のビジネスにどのようなインパクトを与えるかを理解していて、不明な点は確認している
チーフ・プロフェッショナル
205
チームコラボレーション(高い専門性)
（重要）生成AIを活用して仕様書の作成・変更からコードの生成・変更を行う No access を理解している。その上で、現時点ででできる範囲（ツールの制約や案件の制約があることは仕方がない前提）での生成AI活用を行い、自分なりに開発生産性向上の工夫を日常的に行っている（なお、開発生産性向上の手段としては生成AIに限定はしていないことと、生成AIの効用を鵜呑みにすること、とりあえず生成AIを使えば良いという発想も推奨はしていない。加えて言えば、生成AIを活用しやすくするための独自ツールを開発することも手段には含まれる）（2025/1/1以降適用）
プロフェッショナル職位→リード職位への昇進にあたっての必須条件
チーフ・プロフェッショナル
206-1
チームコラボレーション(高い専門性)
可読性や保守性、テスト容易性、変更容易性、耐障害性、追跡可能性を考慮した上で、安定して本番反映可能なコードを書くことができる
チーフ・プロフェッショナル
207
チームコラボレーション(高い専門性)
仕様書（顧客と合意した各種ドキュメントの総称）の新規作成及び定期的な更新を行い、特に重要な部分の情報については最新で正しい状態を保ち、履歴を記録管理することができている
チーフ・プロフェッショナル
208
チームコラボレーション(高い専門性)
テスト観点を考慮して、テストケースを作成する事ができ、必要に応じて機能テスト仕様書、非機能テスト仕様書を作成することができる
チーフ・プロフェッショナル
209
チームコラボレーション(高い専門性)
保守運用においては、自動化・効率化を行うことが普段からできている
チーフ・プロフェッショナル
210
チームコラボレーション(高い専門性)
技術的負債の削減のため、計画されたリファクタリングを行うことができる
チーフ・プロフェッショナル
211
チームコラボレーション(高い専門性)
システム全体のアーキテクチャの設計思想や方針を理解した上で、サブシステムの設計や実装を行う事ができる
チーフ・プロフェッショナル
212
チームコラボレーション(高い専門性)
仕様が複雑な部分であったり、サービスに影響ある部分の開発も担当する事ができる
チーフ・プロフェッショナル
213
チームコラボレーション(高い専門性)
セキュリティやパフォーマンスといった非機能要件を考慮したコードを書くことができる
チーフ・プロフェッショナル
214
チームコラボレーション(高い専門性)
応用情報技術者試験で出題される範囲の内容について基礎的な理解がある（取得していないといけない訳ではない）
チーフ・プロフェッショナル
215
チームコラボレーション(指導力)
リードエンジニア業務の一部の業務（合意形成、リスク洗い出し、進捗管理など）を補佐することができる
チーフ・プロフェッショナル
216
チームコラボレーション(指導力)
特定の技術領域についてのプラットフォーム理解、言語仕様、フレームワーク、ライブラリなどについて深い理解があり教えられるレベル
チーフ・プロフェッショナル
217
チームコラボレーション(指導力)
技術標準の選定ができる
チーフ・プロフェッショナル
218
チームコラボレーション(指導力)
• プロフェッショナルランクのコードレビューやペアプロ・ペアワークなどを通じて開発についての指導ができる
◦ 実際に、プロフェッショナルランクのエンジニアのコード・仕様書のレビューを行っている
プロフェッショナル職位→リード職位への昇進にあたっての必須条件
チーフ・プロフェッショナル
219
チームコラボレーション(指導力)
１年先には導入が必要となる新しい技術について調査・検証を行っており、勉強会などで啓蒙・事前共有ができている
チーフ・プロフェッショナル
220
チームコラボレーション(指導力)
テストコードを普段から当たり前に書いており、プロフェッショナルに指導することができる
チーフ・プロフェッショナル
221
チームコラボレーション(指導力)
工数見積レビューができる
チーフ・プロフェッショナル
222
チームコラボレーション(指導力)
テクニカルセールスにおいて、営業と共に商談に参加した上で、顧客に直接質問をしたり、前向きに進める意見を出したり、ネガティブリスクについて社内へ指摘をする事ができる
チーフ・プロフェッショナル
223
自律・自学・自責
特定のプロジェクト、プロダクト、チームに関わらずに独力で成果を出すことができている
チーフ・プロフェッショナル
224
自律・自学・自責
特定の専門領域だけでなく、関連する周辺の技術領域についても、実際に手を動かしてみて理解している
チーフ・プロフェッショナル
226
自律・自学・自責
他社のカジュアル面談を定期的に受けるなど、自身の人材市場評価や今後の成長機会点など、キャリアの可能性を考える機会を作る事ができている
チーフ・プロフェッショナル
228
自律・自学・自責
職位に関係なく関わるメンバーに対して良い点（Good）だけでなく、今後の機会点（Next）もフィードバックすることができる
チーフ・プロフェッショナル
229
自律・自学・自責
グループの方針や委員会活動について改善提案やJIKKEN的な取り組みについて提案することができる
チーフ・プロフェッショナル
230
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ①テクニカルセールス
顧客要望を要件として整理し、実装や単体テストの作業工数を見積もることができる
サブ・リードエンジニア
301
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ②工数見積
システムの要件を仕様化し、各機能の課題、実装工数（設計、実装、単体テスト）、試験工数（結合）の見積もりを行うことができる
サブ・リードエンジニア
301
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ③スケジュール管理
• 作業メンバーの開発状況の整理、課題や問題の把握、遅延や巻き返しなどのサポートを行い、遅延の可能性があればリードエンジニアへの報告を行うことができる
サブ・リードエンジニア
301
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ④ドキュメント設計・管理
成果物の管理（ソースコード、納品物ドキュメント、機微情報）を適切に行える
サブ・リードエンジニア
301
重要事項
チーフ・プロフェッショナル職位の能力を持った上で、標準的な規模（同じ職能のエンジニアが数名程度参画）、難易度のプロジェクトで、リードエンジニア業務として以下を（リード・エンジニアからの支援をもらった上で）行うことができている
• [ ] ⑤仕様調整
仕様の曖昧な点などについて、あるべき案の提案をすることができる
サブ・リードエンジニア
301
ビジネスコミュニケーション
顧客の事業やビジネス方針、プロダクトの強みや特徴などを理解して顧客とコミュニケーションを行うことができる
サブ・リードエンジニア
302
ビジネスコミュニケーション
プロジェクトに関係するドメイン知識について、担当する領域だけではなく周辺領域含めた広いレベルで理解してコミュニケーションを行うことができる
サブ・リードエンジニア
303
ビジネスコミュニケーション
PM やリードエンジニアにリスク発見・共有を自発的に行うことができる
サブ・リードエンジニア
304
チームコラボレーション(高い専門性)
技術的負債の削減・返済についての計画を行い、主導的な役割を担って解決を行う事ができる
サブ・リードエンジニア
305
チームコラボレーション(高い専門性)
各種設計パターン、設計手法を理解した上で、リードエンジニアのレビュー・支援をもらいながら基本設計を行う事ができる
サブ・リードエンジニア
306
チームコラボレーション(高い専門性)
チームが担当する機能の実装容易性や実装可能性を損なう事が無いように、前行程での仕様の確認、合意形成、連携する関連システムとの仕様調整などを行う事ができる
サブ・リードエンジニア
307
チームコラボレーション(チームマネジメント)
チーフ・プロフェッショナルに対してプロジェクトリードの役割の一部を任せた上で育成、指導を行うことができる
サブ・リードエンジニア
308
チームコラボレーション(チームマネジメント)
インシデントについて事後分析を行い、再発防止策を立ててチームに定着させることができる
サブ・リードエンジニア
309
チームコラボレーション(チームマネジメント)
メンバーに対して中期的なキャリアの観点からフィードバックしている（半年に1回以上）
サブ・リードエンジニア
310
チームコラボレーション(チームマネジメント)
チームメンバーの強みや弱みを理解している
サブ・リードエンジニア
311
チームコラボレーション(チームマネジメント)
チームのタスクの優先順位を理解している
サブ・リードエンジニア
312
チームコラボレーション(チームマネジメント)
チームメンバーの負荷状況を把握している
サブ・リードエンジニア
313
チームコラボレーション(チームマネジメント)
システムコーチやリードエンジニアの支援をもらった上で、チームの関係性の質を高めるための対話の場を作ることができる
サブ・リードエンジニア
315
チームコラボレーション(チームマネジメント)
チームメンバー同士での定期的な振り返りの場を作ることができている
サブ・リードエンジニア
317
ビジネスコミュニケーション
特定のプロジェクトマネージャーだけでなく、様々なタイプのプロジェクトマネージャーと円滑に連携ができる
リードエンジニア（PL）
402
ビジネスコミュニケーション
結合テストやリリース含めた全体計画をクリティカルパスを考慮して組み立てることができた上で、WBSによって細分化されたタスクをガントチャートで可視化することができる
リードエンジニア（PL）
402
ビジネスコミュニケーション
顧客に対して、チームの活動状況を可視化、共有することができる
リードエンジニア（PL）
403
ビジネスコミュニケーション
チーム外とのコミュニケーションのハブになることができる
リードエンジニア（PL）
404
ビジネスコミュニケーション
外部システムとの連携において、他社と調整、連携する必要がある場合も、先手先手で確認やすり合わせを行い、事前のリスクを洗い出し、責務の切り分けをした上で、他社に対しても然るべき要求も出した上で、協力的な姿勢をとるなどリスク・協力バランスをとったコミュニケーションを取る事ができる
リードエンジニア（PL）
405
チームコラボレーション(高い専門性)
技術的な高い専門性を持っていて、特定のチームやプロジェクトに依存せず、リードエンジニア業務を独力で行うことができている（必須）
リードエンジニア→チーフリードエンジニアへの昇格条件
リードエンジニア（PL）
407
チームコラボレーション(高い専門性)
実際に複数のプロジェクトや異なるチームメンバーとの組み合わせでリードエンジニアとして業務を独力で行った実績がある
リードエンジニア→チーフリードエンジニアへの昇格必須条件
リードエンジニア（PL）
408
チームコラボレーション(高い専門性)
顧客企業のエンジニアチームと共同開発を行う内製化支援業務においても、顧客からリードエンジニアとして技術的に評価されるレベル
リードエンジニア→チーフリードエンジニアへの昇格必須条件
リードエンジニア（PL）
409
チームコラボレーション(高い専門性)
技術的負債の返済についての方針策定を主導して行い、自ら複雑な部分の解決も行う事ができる
リードエンジニア（PL）
410
チームコラボレーション(チームマネジメント)
設計方針、実装方針、ドキュメント方針、会議設計、役割分担などプロダクト開発に必要な内容を明確に文書で定める事ができている
リードエンジニア（PL）
411
チームコラボレーション(チームマネジメント)
チームメンバーの強みや弱みを理解し、チームの成果を最大限発揮するような役割分担を行うことができる
リードエンジニア（PL）
412
チームコラボレーション(チームマネジメント)
例えば、ドラッカー風エクササイズなど、チームビルディングや関係性の質を高めるために必要な施策を選択し、実行することができる
リードエンジニア（PL）
413
チームコラボレーション(チームマネジメント)
タスクの優先順位を理解した上で、チームメンバーの負荷状況を考慮しながら、適切な粒度のチケット、タスクでメンバーに分担することができる
リードエンジニア（PL）
414
チームコラボレーション(チームマネジメント)
タスクの進捗状況を積極的に把握した上で、遅れているタスクに対して適切な解決を行うためのアクションを行うことができる
リードエンジニア（PL）
415
チームコラボレーション(チームマネジメント)
チーム全体に関係する工数見積もりを取りまとめることができる
リードエンジニア（PL）
416
チームコラボレーション(チームマネジメント)
必要に応じて、スクラムマスターの役割を担う事ができる
リードエンジニア（PL）
417
チームコラボレーション(チームマネジメント)
サブ・リードエンジニアに対してプロジェクトリードとしての支援、育成を行った実績がある（キャリアプランの実績・貢献内容にも記載すること）
リードエンジニア（PL）
418
チームコラボレーション(チームマネジメント)
チームのメンバーが新しい挑戦やJIKKENを行うことを推奨し、挑戦行動に対してポジティブなフィードバックを返すことができている
リードエンジニア（PL）
419
チームコラボレーション(チームマネジメント)
意見をあまり言わないチームのメンバーがいた場合に、配慮して意見を聞き、居場所をつくってあげることができる
リードエンジニア（PL）
420
チームコラボレーション(チームマネジメント)
チームの関係性の質を高めるための対話の場を設計、用意することができる
リードエンジニア（PL）
421
チームコラボレーション(チームマネジメント)
メンバー同士のピア・フィードバックを行う場づくりを定期的に行うことができた上で、自分自身への今後の機会点（Next）も含めたフィードバックを積極的に受けるようにできている
リードエンジニア（PL）
422
ビジネスコミュニケーション
特定のプロダクトマネージャーだけでなく、様々なタイプのプロダクトマネージャーと円滑に連携ができる
リードエンジニア（PdL）
441
ビジネスコミュニケーション
プロダクトのロードマップから逆算して開発ロードマップを作成した上で、ビジネス価値やユーザー体験の向上の観点であるべき計画をたてることができる
リードエンジニア（PdL）
442
ビジネスコミュニケーション
事業やプロダクトの方針について理解した上で、チームメンバーに方向性や意義を説明することができる
リードエンジニア（PdL）
443
ビジネスコミュニケーション
競合プロダクトや市場動向を踏まえた上で、プロダクトの価値向上に向けた観点でのビジネスコミュニケーションを行うことができる
リードエンジニア（PdL）
444
チームコラボレーション(専門基礎)
マルチスタックでの技術的な専門性を持った上で、特定のチームやプロジェクトに依存せず、プロダクトリード業務を独力で行うことができている
リードエンジニア（PdL）
447
チームコラボレーション(専門基礎)
技術的負債の返済と新機能開発のバランスを取り、長期的なプロダクトの価値向上のための計画・実行ができる
リードエンジニア（PdL）
448
チームコラボレーション(チームマネジメント)
設計方針、実装方針、ドキュメント方針、会議設計、役割分担などをプロダクトの価値向、顧客体験の向上の観点であるべき方針を決定することができる
リードエンジニア（PdL）
449
チームコラボレーション(チームマネジメント)
デザイン思考やアジャイル開発など、手法を適切に選択・導入し、プロダクトに関わるチーム全体の創造性を高めることができる
リードエンジニア（PdL）
450
チームコラボレーション(チームマネジメント)
プロダクトの優先順位とリソース配分の両方の観点から、バランスの取れた開発を推進できる
リードエンジニア（PdL）
451
チームコラボレーション(チームマネジメント)
必要に応じて、プロダクトオーナーの役割（の一部）を担う事ができる
リードエンジニア（PdL）
452
チームコラボレーション(チームマネジメント)
プロダクトチーム全体に対してビジネス理解力向上の支援や、プロダクト志向の醸成を行うことができる
リードエンジニア（PdL）
453
チームコラボレーション(チームマネジメント)
チームのメンバーがプロダクトの価値向上やユーザー体験向上の観点で新しい挑戦やJIKKENを行うことを推奨し、挑戦行動に対してポジティブなフィードバックを返すことができている
リードエンジニア（PdL）
454
チームコラボレーション(チームマネジメント)
多様な背景や専門性を持つチームメンバーの意見を尊重し、プロダクトの方向性についての意思決定支援を行うことができる
リードエンジニア（PdL）
455
チームコラボレーション(チームマネジメント)
定期的な振り返りの中で、プロダクトの価値向上やユーザー体験向上に関する意見が出てくるような場づくりができている
リードエンジニア（PdL）
456
重要事項
社内でも手本となるリードエンジニアとなっている
チーフ・リードエンジニア
500
その他
幅広いドメイン知識がある
チーフ・リードエンジニア
501
その他
規模が標準的なプロジェクトよりも大きかったり、顧客との調整の難易度が高いプロジェクトリードも安定して成功させることができる
チーフ・リードエンジニア
502
その他
プロジェクトにおいて、複数チームを横断したチームマネジメントを行う事ができる（例えば、iOSとAndroid、サーバーサイドとフロントエンド、複数のマイクロサービスなど）
チーフ・リードエンジニア
503
その他
リードエンジニアに対してプロジェクトリードとしての育成を行うことができる
チーフ・リードエンジニア
504
その他
メンバーに対して、健全な無茶振りとして、背中を押すようなアドバイスやアサインを促すことができる
チーフ・リードエンジニア
505
その他
チーフ・リードエンジニアに対してプロジェクトリードとしての育成を行うことができる
マルチ・リードエンジニア
601
その他
LCP（リーダーシップ・サークル・プロファイル）の研修を受講し自身のリーダーシップのあり方の機会点に向き合って、トレーニングを３ヶ月以上行った
マルチ・リードエンジニア
602
その他
複数の言語、技術標準選定、アプリケーション開発の経験がある
アーキテクト
701
その他
インフラ含めたシステム全体の設計を行う事ができる
アーキテクト
702
その他
対象システムのビジネス要件を理解した上で設計ができる
アーキテクト
703
その他
サービス要求に対して、システム化要件として再構成、定義する事ができている
アーキテクト
704
その他
サービス要求を理解した上で、性能・負荷試験の計画を策定する事ができる
アーキテクト
705
その他
セキュリティ要件、監視・運用要件を考慮した設計ができる
アーキテクト
706
その他
インフラコスト計算し最小・最適なアーキテクチャを設計ができる
アーキテクト
707
その他
属人性を排除した上で、運用コストを減らす設計ができる
アーキテクト
708
その他
各種クラウドサービスの特性を理解し、要件に応じたアーキテクチャ設計ができる
アーキテクト
709
その他
要件に応じて単一障害点を作らないアーキテクチャ設計ができる
アーキテクト
710
その他
アーキテクト志望のリードエンジニアに対して育成を行う事ができる
アーキテクト
711
その他
複雑な仕様であったり、サービスに重大影響ある領域（決済や会員基盤、金銭や個人情報に関わるなど）の開発を品質高く開発する事ができる
リード・アーキテクト
721
その他
技術的負債が大きく、まとめて影響範囲大きいリプレースやリファクタリングが必要なコードベースについても、推進力持って負債の返済を行う事ができる
リード・アーキテクト
722
その他
（ゆめみの中でも）規模が大きかったり、複雑性が高いサービスにおいて、インフラ含めたシステム全体の設計を行う事ができる
リード・アーキテクト
723
その他
アーキテクチャの拡張性やライフサイクル、監査基準を考慮した設計を行う事ができる
リード・アーキテクト
724
その他
システム開発全体の標準（プロセス、ドキュメント体系、採用技術）について、最適な選択を行う事ができる
リード・アーキテクト
725
その他
仕様調整段階から関与して、システムの課題、要求に対して、会議体の場でディスションを行いながら、顧客に対して様々なアイデアや、技術的解決方法、実現方法、設計上のリスク評価や対策について提案する事ができる
リード・アーキテクト
726
その他
幅広いドメイン知識がある
リード・アーキテクト
727
その他
アーキテクトに対して育成を行うことができる
リード・アーキテクト
728
その他
特定のプロジェクトだけでなく、複数のプロジェクトに能動的に関与して技術的な課題解決を行うことができている（目安として、自身が特定のプロジェクトのコアな設計、実装に関わらない場合は、５〜１０ のプロジェクト、自身がコアな設計、実装に関わる場合も、３〜４の他プロジェクトに関与する）
テックリード
801
その他
実装に関わる稼働を年間平均して５０％以上一定確保をして、最新の技術にキャッチアップできている
テックリード
802
その他
設計レビュー、コードレビューを実施し、必要に応じて、コアな部分の詳細設計、実装も担当することでプロジェクトの品質責任を負う 事ができる
テックリード
803
その他
開発標準、ライブラリの選定、開発プロセス（KPT、Daily Meeting、ブランチ戦略、issue/Pull Requestの運用）の改善を通じて、生産性の最大化に貢献している
テックリード
804
その他
自分が関与していない他プロジェクトの工数見積に対しても能動的にレビューを行うことができている
テックリード
805
その他
チームやプロダクトに必要なSLO/SLAやメトリクスを定義する事ができる
テックリード
806
その他
特定の技術について、グループの中でも技術的に先端をリードしている領域を持っている
テックリード
807
その他
必要に応じて、再利用可能なライブラリの開発を行う事ができる
テックリード
808
その他
社内でテックリードとして十分な実績が認められた段階
テックリード
809
その他
専門分野での主要なカンファレンスにおいて専門性が高い登壇ができる
テックリード
810
その他
特定のチームや特定プロダクトの技術標準に依存せず技術的にリードできる
テックリード
811
その他
チームやプロダクトに必要なSLO/SLAやメトリクスを定義した上で、チームの成熟化を支援する事ができる
テックリード
813
その他
要望を受けたときだけ支援するのではなく、自らチームに働きかけて必要に応じた介入も行うことができる
テックリード
814
その他
テックリードに対して育成を行うことができる
チーフ・テックリード
821
その他
社内のテックリードでも見本となる存在となっている
チーフ・テックリード
822
その他
社外から見ても技術的に評価される特定の知見を持っている
チーフ・テックリード
823
重要事項
（重要項目）グループにおいて上位１５％以内の生産性を誇っている（例えば、Findy Teamsなどで測定される項目において）
マイスターエンジニア
1001
その他
プルリクの修正理由が詳しく書かれていてレビューしやすい
マイスターエンジニア
1002
その他
レビューで実際に動作確認をきちんとして、責務の切り出しや具体的な改善案を丁寧に出すことができている
マイスターエンジニア
1003
その他
繰り返し作業を自動化、短縮化している
マイスターエンジニア
1004
その他
周りがなかなかやらないが、やらないといけない作業を率先してやっている
マイスターエンジニア
1005
その他
将来の懸念点やリスクを事前に的確に予見し、意見することができている
マイスターエンジニア
1006
その他
複雑な仕様であったり、サービスに重大影響ある領域（決済や会員基盤、金銭や個人情報に関わるなど）の開発を品質高く開発する事ができる
マイスターエンジニア
1007
その他
技術的負債が大きく、まとめて影響範囲大きいリプレースやリファクタリングが必要なコードベースについても、推進力持って負債の返済を行う事ができる
マイスターエンジニア
1008
その他
ユーザー体験を考慮した上で、提案、意見を出すことができている
マイスターエンジニア
1009
その他
疑問点を調べるだけでなく、一段深いレベルで物事を理解する事を行なっている
マイスターエンジニア
1010
その他
ドキュメントにおいては無駄な情報を整理した上で、定期的に最新化し、初めて見る人にもわかりやすく構造化、言語化するなど考慮できている
マイスターエンジニア
1011
その他
一つの観点や自分なりの流儀に拘らずに他者視点、多角的な視点を持った上で議論をすることができている
マイスターエンジニア
1012
その他
指示を鵜呑みにせずに、前提や目的を確認したうえで、目的に沿っているかを理解している
マイスターエンジニア
1013
その他
大規模なサービスにおける重大な影響ある領域（決済や会員基盤、金銭や個人情報に関わるなど）の開発を品質の高さに加えて、生産性高く開発する事ができる
チーフ・マイスターエンジニア
1021
その他
グループにおいて上位１〜５％の生産性を誇っている（例えば、Findy Teamsなどで測定される項目において）
チーフ・マイスターエンジニア
1022
その他
特定のプロジェクト、グループだけでなく、会社全体に関与して、組織に貢献することができている
シニア
2001
その他
登壇、書籍出版、雑誌寄稿など情報発信を行い会社の技術広報の貢献も期待される
シニア
2002
その他
外部コミュニティとのネットワーキングを定期的に行い、最新の技術情報を獲得できている
シニア
2003
その他
組織全体に関わる設計、技術方針を示すことができる
シニア
2004
その他
組織全体の強みにつながるような、開発標準、開発プロセスの改善による、生産性の最大化のノウハウを保有している
シニア
2005
その他
社内標準な技術を持つエンジニアと比較した場合に、一つの目安として２.５倍以上の生産性を発揮している
シニア
2006
Count217
チェック
カテゴリー
項目名
自己評価
他者評価
職位
No
フィードバック
プロリクを出す人へ：
フィードDBのフィルタ設定を設定お願いします
以下の条件「フィードバックされる人」に自身のユーザー名を直接指定してください（自分、Meは含めないこと）
過去にもらったフィードバックと混ざらないように「作成日時を給与プロリクを出す直近の日付以降」フィルター設定をしておいてください
レビューするへ：ZAC 2700009 育成関連業務_2025＞自分が所属する該当ギルドを選択
フィードバックが多い場合は、別途トグルやページを作成して記載して頂いても良いと思います。
フィードDB項目の説明
フィードバックされる人
フィードバックをするあなたの名前を選択してください
フィードバックする人
フィードバックを伝えたい相手を選択してください
Expect（期待）
期待していることを気軽に伝えてください
健全な無茶振りも含まれます
その他コメント
上記に当てはまらないフィードバックがあれば記載してください
期待職位
レビューをした結果、期待する現時点の職位を記載してください
期待給与
レビューをした結果、期待する現時点の給与額を記載してください
関連プロジェクト
プロジェクトのたちあがり会、むきなおり会、ふりかえり会などのタイミングでフィードバックを記載する際は、プロジェクトDBから関連するプロジェクトを選択してください
チームDB
チームの定例会議などで陰褒めなどを行う場合は関連するチームDBを指定してフィルタリングするなどして活用してください
Table
No access
You don’t have access to the database referenced by this view
Request access