制度設計

等級制度の設計と等級定義の作り方|等級・役職・職種の違いから評価との結び方まで

等級制度を初めて作る、または評価制度と噛み合っていない等級定義を見直す人事向けに、等級・役職・職種の違い、制度の種類、等級数と定義の粒度、定義の例、評価との結び方、定義を管理する場所をまとめました。

等級・役職・職種は、何が違いますか?

等級は「期待の大きさの段階」、役職は「組織上のポスト」、職種は「仕事の種類」です。3つは別の軸で、同じ役職に複数の等級、同じ等級に複数の職種が存在します。

等級制度を設計するとき、最初につまずくのがこの3つの言葉の混同です。「課長=M1等級」のように等級と役職を一致させる会社もありますが、成長企業では「マネージャーを置かないが等級は上げたい専門職」や「役職は同じでも期待の大きさが違う2人」が必ず出てきます。3つを別の軸として定義しておくと、こうした例外を制度の外に出さずに扱えます。

等級(グレード)
社員に期待する役割・成果・能力の大きさを段階で表したもの。G1〜G3、M1〜M2 のように記号で表すことが多い。評価項目の配点や報酬の幅を決める基準になる。
役職(ポジション)
課長・部長・リーダーなど、組織運営上の責任と権限を表す名前。組織図上のポストで、ポストの数は組織の形で決まる。
職種(ジョブカテゴリ)
営業・エンジニア・コーポレートなど、担う仕事の種類。職種ごとに成果の見方や必要なスキルが違うため、評価項目の差分を作る単位になる。
観点等級役職職種
何を表すか期待の大きさの段階組織上のポストと権限仕事の種類
数の決まり方会社が設計する(3〜6段階が多い)組織図で決まる(ポストの数)事業の構成で決まる
変わるきっかけ昇格・降格任命・解任、組織変更異動・転換
評価との関係配点と評価基準の水準を決めるマネジメント項目の有無を決める成果・スキル項目の差分を決める
報酬との関係報酬の幅(レンジ)に対応することが多い役職手当に対応することが多い職種別の報酬体系がある場合のみ

等級制度には、どんな種類がありますか?

能力を基準にする職能資格、仕事の内容を基準にする職務等級、担う役割の大きさを基準にする役割等級の3種類です。20〜300人の成長企業では役割等級が最も扱いやすいです。

等級の「何を基準に段階を分けるか」で3つの型があります。

  • 職能資格制度:本人の能力(できること)を基準にする。異動しても等級が変わらず、長期育成に向く。一方で在籍年数と等級が結びつきやすく、年功的になりがち
  • 職務等級制度:担当する仕事(ジョブ)の内容と価値を基準にする。仕事が変われば等級も変わる。職務記述書の整備が前提で、変化の速い組織では維持が重い
  • 役割等級制度:担う役割の大きさ(何にどこまで責任を持つか)を基準にする。組織の変化に合わせて役割を再定義しやすく、成長企業で採用が多い

20〜300人の会社では、職務記述書を全ポジションで維持し続けるのは現実的でなく、純粋な職能資格は年功化しやすいため、役割等級を基本にして、下位等級だけ能力(できること)の要素を入れる折衷が多く見られます。「G1〜G2 は能力基準で早期の一人立ちを促し、G3 以上は役割基準で成果責任を明確にする」という組み合わせです。

等級の数と定義の粒度は、どう決めますか?

100人以下なら5〜6段階、300人規模でも7段階以内が目安です。定義は「何に責任を持つか」「どの範囲を自分で判断するか」「どんな成果を期待するか」の3行で書き、職種別の補足はあとから足します。

等級が多すぎると、隣の等級との差を説明できなくなり、昇格判断が年次頼みになります。少なすぎると、同じ等級に期待の違う人が混在し、報酬の幅が広がりすぎます。実務の目安として、非管理職3段階(G1〜G3)+管理職2〜3段階(M1〜M3)の5〜6段階が、20〜300人でもっとも多い構成です。

定義の粒度は「1等級を3行で書けるか」で判断します。長い定義文は読まれず、短すぎると隣と区別できません。次の3要素を等級ごとに書きます。

  1. 責任の範囲:何に対して結果責任を持つか(自分の担当/チームの目標/複数チームの成果)
  2. 判断の範囲:どこまで自分で決めてよいか(指示の範囲内/担当領域を自走/方針を決める)
  3. 期待する成果・行動:その等級で「期待どおり」とはどんな状態か
等級責任の範囲判断の範囲期待する成果・行動紐づく役職(例)
G1自分の担当業務指示の範囲内で進める決められた手順で期限内に完了し、分からないことを早く聞く—
G2担当領域担当領域を自走して判断一人前として成果を出す。改善提案ができる—
G3担当領域+後輩の支援領域内の優先順位を決める難しい案件を任せられる。後輩の育成を担うリーダー(任意)
M1チームの目標チームの進め方を決めるチームの目標達成をリードし、メンバーの評価と育成に責任を持つ課長・マネージャー
M2複数チーム・部門の成果部門の方針を決める部門の戦略を立て、マネージャーを育てる部長

表の内容は一般的な例です。自社の言葉で書き直し、職種ごとの補足(営業の G2 は「担当顧客を自走」など)を必要なところだけ足します。

職種別の定義は、全職種に作ろうとすると保守が追いつきません。まず全職種共通の等級定義を確定し、成果の見方が明確に違う職種(営業・エンジニアなど)にだけ「補足」を1〜2行足す形にすると、定義の数が増えず、評価シートの差分とも一致します。

等級は「配点」「評価基準の水準」「評価項目の差分」の3か所で評価につながります。等級を先に定義すると、この3つが自動的に決まります。

等級制度が評価制度と切り離されていると、「等級は上がったのに評価シートは同じ」「M1 になったのにマネジメントの項目がない」という状態になります。等級は次の3か所で評価に反映させます。

結び方内容例
配点(重み)等級が上がるほど成果の重みを増やし、下位等級は成長の重みを厚くするG1: 成果30/行動30/成長40 → M1: 成果50/行動30/成長20
評価基準の水準同じ「期待どおり(B)」でも、等級ごとに求める水準を定義で示すG2 の B=担当領域を自走して完了、M1 の B=チーム目標を達成
評価項目の差分等級に応じて項目を足す・外すM1 以上に「育成・組織づくり」ブロックを追加。G1 は「目標設定」を上司主導に

この3か所を評価シートの設計に落とすと、「共通ブロック+等級別の差分ブロック」という構成になります。職種の差分と等級の差分を掛け合わせても、共通部分を土台にすれば、ファイルが職種×等級の数だけ増えることはありません。評価シート全体の設計は 中小企業の人事評価制度の作り方 で扱っています。

等級は昇格の判断基準でもあります。「上位等級の定義を満たす行動が直近2サイクルで見られたか」を昇格の条件にすると、評価結果と昇格が同じ言葉でつながります。在籍年数を条件にするのは避け、あくまで定義への到達で判断します。

等級・役職・職種の定義は、どこに置いて管理しますか?

社員情報と評価シートが同じ定義を参照する場所に置きます。表計算の一覧表と評価ファイルが別々だと、昇格や異動のたびに両方を直すことになります。

多くの会社では、等級定義は規程や PDF に、社員ごとの等級は人事の一覧表に、評価シートは職種別の表計算に、と3か所に分かれています。昇格・異動が起きると3か所を直す必要があり、どこかがズレます。「評価シートの等級が古い」「組織図の役職と評価者が合わない」といった事故は、ここから生まれます。

定義を一か所に置き、社員情報と評価シートがそれを参照する形にすると、この転記がなくなります。ChordOne Performance では、等級・役職・職種を「定義」として登録すると、社員情報と評価シートで同じ内容が使われ、評価シートの設問を等級・役職・職種ごとに出し分けられます。社内の定義ファイル(CSV・PDF・画像)を読み取って候補を作り、確認して選んだ内容だけを反映できるので、いまの規程から始められます。等級に紐づく役職・職種の関係は一覧で確認でき、社員への割り当てはそれぞれ個別に行います。

定義を置く場所を決めたら、運用ルールも2つだけ決めます。①定義の変更は評価サイクルの切り替わりに合わせて行い、期の途中で動かさない。②昇格・異動は社員情報側を直し、評価シートは参照で追従させる。この2つで、等級制度は「作ったまま古くなる規程」ではなく、毎期の評価で使われる生きた定義になります。導入の流れ では、等級・役職の登録が最初の手順になっています。

まとめ:3つの軸を分け、3行で定義し、3か所で評価につなぐ

等級・役職・職種は別の軸として定義し、等級は5〜6段階、各等級を「責任の範囲・判断の範囲・期待する成果」の3行で書きます。評価には配点・基準の水準・項目の差分の3か所でつなぎ、昇格は定義への到達で判断します。定義は社員情報と評価シートが参照する一か所に置き、期の切り替わりで見直します。

ChordOne Performance では、等級・役職・職種の定義から評価シートの出し分け、重み付き集計、最終結果の呼び方まで同じ場所で設定でき、20名まで無料で試せます。等級・役職・職種の機能 をご覧ください。