制度設計・運用

等級制度は大企業のものではない。「誰がどのレベルにいるか」を言語化する小さな組織での使い方

#採用#評価#組織開発#経営参画#キャリア

等級制度は大企業のものではない。「誰がどのレベルにいるか」を言語化する小さな組織での使い方


「等級制度って聞くと難しそうで……うちみたいな小さな組織には関係ないかなと思っていたんですが」

この言葉、人事担当者の方と話しているとよく聞こえてきます。確かに「等級制度」という言葉はどこか重々しく、大企業の人事部が分厚いマニュアルをもとに設計するものというイメージがあるかもしれません。

でも少し立ち止まって考えてみると、「誰がどのレベルにいるか、わからなくなってきた」という悩みを抱えている組織は、規模の大小にかかわらず存在します。10名の会社でも、30名の会社でも、気づいたときには「評価がなんとなく属人的になっていた」「昇格の話が出たとき、うまく説明できなかった」という場面が出てくる。

そのときにあなたが「人事担当者」として動いていたなら、その焦りはよくわかります。何か聞かれたとき、感覚や経験だけで答えるしかない。数字や言葉で説明できない自分への不安。「ちゃんとした制度をつくるべきなのだろうか」という漠然とした問いが頭をよぎる。

でも今日お伝えしたいのは、「ちゃんとした等級制度」を最初からつくる必要はないということです。むしろ、「小さく始めて使いながら精緻にする」という発想こそが、組織に制度を根づかせる近道です。

等級制度の目的は「役割の地図をつくること」です。地図がなければ、人はどこに向かえばいいかわからない。そして地図は、はじめから完璧である必要はない。今の組織が使えることが、何より大事なのです。

この記事では、等級制度の本質的な考え方から、小さな組織でも今日から始められる設計の進め方まで、一緒に考えてみたいと思います。


P3|背景と構造の理解——なぜ等級制度が必要なのか

ある中堅企業で聞いた話

ある中堅企業で聞いた話です。その会社の人事担当者がこう言っていました。「数年前、コンサルの方に依頼して、等級制度と評価制度を一から設計してもらったんです。本当によくできた制度でした。等級は8段階、評価項目は100以上、マニュアルも充実していて。でも運用を始めてから、現場が悲鳴を上げ始めたんですよ」

何があったのか聞くと、管理職が評価書類を書くだけで毎月数十時間を費やすようになった、というのです。「評価のための評価をしているような状況になって、本来の業務が圧迫されていきました。気づいたら優秀な管理職ほど評価業務に時間を取られて、現場が回らなくなっていた。結局、せっかくつくった制度を大幅に簡略化することになりました」

この話が示しているのは、「制度の完成度より、その制度を運用する管理職の評価力の方が大事だった」ということです。制度の精緻さが、必ずしも組織の機能向上につながるわけではない。複雑すぎる制度は、むしろ現場の思考と時間を奪います。

等級制度がない組織で何が起きているか

では逆に、等級制度がまったくない組織ではどうなるでしょうか。

まず起きるのが「評価の属人化」です。A部門では「チームをうまくまとめている」という理由で昇格が決まる。B部門では「数字が出ている」ことが昇格の条件になる。評価する人の感覚や価値観が、組織の昇格基準そのものになってしまっている状態です。

このとき現場はどう感じるか。「なぜあの人が昇格したのか、理由がわからない」。その違和感が積み重なると、組織の公平感が少しずつ損なわれていきます。モチベーションの低下は、多くの場合「制度がないこと」への不満ではなく、「理由がわからないこと」への不満から始まります。

次に起きるのが「透明性の欠如」です。昇格の話が出たとき、「なんとなく」以上の説明ができない。給与を提示するとき、「感覚」で決めているとしか言いようがない。新しいメンバーが「自分はこの会社でどう成長できますか」と聞いてきたとき、答えられない。

そして「昇格基準の不明確さ」が個人の成長意欲にも影響します。「どうなれば次のステージに進めるのか」が見えない環境では、人は目標を持ちにくい。組織として期待することを言語化できていない状態は、個人にとっても組織にとっても損失です。

「等級制度」の本質的な定義

等級制度とは何か、シンプルに言えば「役割の地図」です。

地図とは、「今どこにいるか」「どこに向かっているか」「次の目的地はどこか」を示すものです。等級制度も同じです。「この人は今どのレベルにいるか」「次のレベルに進むには何が必要か」「それぞれのレベルに何が期待されているか」を組織が言語化したもの、それが等級制度の本質です。

制度の形式や名称よりも、この「言語化できていること」の方がずっと大事です。8段階の精緻な等級制度も、3段階のシンプルな等級定義も、「言語化できているかどうか」という点では同じ価値を持ちます。むしろ、小さな組織ほどシンプルな地図の方が使いやすい。

「完璧な制度より使える制度」——これが、組織設計において繰り返し確認したい原則です。

制度の完成度は目的ではなく手段です。目的は「組織が機能すること」「社員が成長の見通しを持てること」「評価と報酬の判断が説明できること」。その目的に対して、今の組織で使える制度を設計する、というのが人事の思考の起点になります。


P4|よくある失敗パターン——なぜ設計がズレるのか

まず「知ること」を怠ったときの代償

人事担当者がよく陥る罠があります。それは「手段から入ってしまう」ことです。

以前、ある会社で起きた話があります。その会社は採用に力を入れようと、一気に新卒10名の採用を実施しました。「組織を強化するには人が必要だ」という判断だったのでしょう。ところが採用後、業績が悪化し、人件費が経営を圧迫。結果的に組織の規模を3名まで縮小せざるを得なくなりました。

この失敗の根本にあったのは「まず組織の実態を知ること」を怠ったまま、手段先行で動いてしまったことです。採用前に、「今の組織に何が起きているか」「業績はどんな状態か」「人を増やすことで何が解決するのか」という問いに向き合うプロセスが不足していた。

等級制度の設計も、同じ罠にはまることがあります。「等級制度をつくらなければ」という焦りから、組織の実態を把握しないまま設計を始めてしまう。その結果、「現場の実感とズレた制度」が出来上がる。

設計を始める前に、まず「今の組織で何が起きているか」を知ること。この順番を間違えると、どんなに精緻な制度をつくっても、根づかない可能性が高くなります。

よくある3つの失敗パターン

失敗①:大企業の複雑な制度をそのまま入れようとする

等級制度を調べると、大企業の事例がたくさん出てきます。10段階の等級、詳細な行動評価指標、コンピテンシーモデル……。それを見て「うちもこういう制度を入れなければ」と思ってしまう。

でも10名の組織に10段階の等級は必要ありません。3段階か4段階で十分です。大企業の制度がよくできているのは、大企業の規模・複雑さ・人員に合っているからです。別の文脈の制度をそのまま移植しても、現場には合いません。「自分たちの組織に合った設計」という視点を常に持つことが重要です。

失敗②:制度をつくることが目的化して、運用が後回しになる

これが最も多い失敗パターンかもしれません。「良い制度をつくること」に集中するあまり、「どうやって現場に使ってもらうか」「管理職はどう運用するか」という設計が後回しになる。

制度の完成度は高い。でも、誰もうまく使えない——これが最悪の結果です。「制度をつくること」はスタートでしかありません。「制度が機能すること」がゴールです。この順番と優先順位を間違えると、先述の「評価書類で業務が圧迫された中堅企業」と同じ道をたどることになります。

失敗③:最初から完璧にしようとして動けない

「もっとちゃんと考えてから始めよう」「他社の事例をもっと調べてから」「コンサルに頼まないと難しいかも」——こうして設計が先送りになっていくパターンです。

でも、等級制度は「使いながら精緻にしていくもの」です。最初のバージョンが粗くて当然です。むしろ最初から完璧にしようとするほど、現場の実態からズレた制度になりやすい。小さく始めて、運用しながら修正していく。この設計思想の方が、長期的に機能する制度になります。


P5|人事のプロはどうしているか——使える等級制度の設計思想

工夫①「役割」で等級を定義する

等級制度の設計で最初に直面するのが「何を基準に等級を決めるか」という問いです。

大きく分けると、「職能等級」と「職務等級」の2つのアプローチがあります。職能等級は「人がどんな能力・スキルを持っているか」で等級を定義するもの。職務等級は「その人がどんな役割・仕事を担っているか」で定義するものです。

小さな組織でまず始めやすいのは、「役割」を軸にした等級定義です。なぜなら、能力は見えにくいけれど、役割は見えやすいからです。「あの人は今、チームリーダーとして動いている」「あの人は一人で業務を完結させている」——これは現場の誰もが把握できます。

3〜5段階のシンプルな役割定義であれば、多くの組織で使えます。たとえばこのような形です。

  • 等級1(スタート期):指示のもとで業務を遂行できる。基本的な業務スキルを習得している段階
  • 等級2(自立期):担当業務を一人で完結できる。自分の仕事に責任を持ち、課題を発見・報告できる
  • 等級3(貢献期):チームやプロジェクトに貢献できる。後輩のサポートや業務改善の提案ができる
  • 等級4(リード期):チームや部門をリードできる。メンバーの育成と成果に対して責任を持てる
  • 等級5(事業責任期):事業・部門の経営的判断に関与できる。組織全体への影響力を持つ

最初は3段階でも十分です。「等級を増やしすぎない」ことが、小さな組織では運用を軽くする重要なポイントです。

この「役割」ベースの等級定義が機能する理由は、現場の実感に合いやすいからです。「能力が高い」は見えにくいけれど、「チームをリードしている」は見える。評価する側にとっても、評価される側にとっても、判断の根拠が明確になります。

工夫②昇格基準を言語化する

等級の段階を定義したら、次に「どの状態になれば上の等級に移るか」を言葉にします。これが昇格基準の言語化です。

多くの組織で昇格の基準が「なんとなく」になっているのは、この言語化のプロセスが後回しになっているからです。管理職が「こいつはそろそろ上げていいかな」と感覚で判断する。それ自体が悪いわけではないけれど、組織全体の基準がバラバラになると、公平感が損なわれます。

昇格基準を言語化するとき、最初は粗くていい。たとえばこのような水準です。

「等級2から等級3への昇格基準:自分の担当業務を安定して完結させながら、後輩の相談に定期的に応じており、チームや業務の課題を自発的に発見・提案できる状態が6ヶ月以上続いていること」

この一文があるかないかで、現場での昇格の話し合いが大きく変わります。「あの人が等級3の基準を満たしているかどうか」を、同じ言葉で議論できるようになるからです。

言語化された基準が持つ効果を、もう少し具体的に考えてみましょう。まず、社員が「次のステージに進むために何をすればいいか」を自分で考えられるようになります。キャリアの見通しが生まれる。次に、管理職が評価の際に「基準に照らしてどうか」という軸を持てるようになります。評価者による差異が減る。そして、昇格の理由を聞かれたとき、人事や管理職が「基準のここを満たしていたから」と説明できるようになります。組織の透明性が上がる。

こうした効果は、昇格基準が完璧な言語化でなくても生まれます。むしろ「とりあえず言葉にしてみる」ことが最初の一歩として重要です。使いながら修正していけばいい。

工夫③給与レンジと連動させる

等級が定義できたら、それぞれの等級に「給与の幅(レンジ)」を設定することを検討します。

給与レンジとは、「この等級の社員の給与は月給○○万円から○○万円の範囲」というように、上限と下限を設けた給与帯のことです。なぜ固定ではなく幅を持たせるのか。同じ等級の中でも、業績・貢献度・在籍年数などによって個人差があるからです。幅があることで、「同じ等級の中でも差をつけられる」設計になります。

給与レンジを設計するときに重要なのが、市場水準との比較です。「この等級の業務を担う人に対して、市場はどのくらいの給与を提示しているか」という視点が、採用競争力を維持するために必要です。

求人媒体や各種給与調査データを参照しながら、「自社の給与水準が市場に対して高いのか低いのか」を把握する。その上で自社の経営状況や採用戦略に照らして、レンジを設定します。

完璧な市場調査ができなくても大丈夫です。大まかな相場感をつかんだ上で、「等級1:月給22万〜28万円」「等級2:月給28万〜35万円」のように設定するだけで、採用時の提示の根拠ができます。そして「この人は同じ等級の中でもこのあたりが妥当」という判断が、感覚ではなくレンジという枠組みの中でできるようになります。

給与レンジは最初から精緻に設定する必要はありません。まず「等級ごとに幅を持たせる」という設計思想を取り入れることが、第一歩です。

工夫④「シンプルに始めて改善する」設計思想

ここまで工夫①から③を見てきました。でも「一気にやろうとしなくていい」ということを、最後に強調したいと思います。

等級制度の設計は、ウォーターフォール型(完璧に設計してから動く)ではなく、アジャイル型(動かしながら改善する)の方がうまくいきます。なぜなら、設計段階でどんなに丁寧に考えても、実際に運用して初めて見えてくる問題が必ずあるからです。

「最初のバージョンは粗くていい」という前提で始めると、動き出しのハードルが下がります。3段階の役割定義と、各段階の昇格基準を一文で書いたもの。それだけでも、「何もない状態」より大幅に前進しています。

使いながら気づくことが出てきます。「この等級の定義、現場の実感とちょっとズレているな」「この昇格基準、もう少し具体的にしないと判断が難しいな」——そういった気づきをもとに、少しずつ精緻にしていく。半年に一度、年に一度、振り返りながら改善していく。

これが「使える制度」を育てていく方法です。

また、設計プロセスに管理職や現場の声を組み込むことも重要です。人事が一人で設計した制度より、現場の人々が「これは確かに自分たちの実態に合っている」と感じている制度の方が、運用される確率が高い。最初のドラフトができた段階で、主要な管理職にフィードバックをもらう。その声を取り入れてブラッシュアップする。このプロセスを経ることで、制度への納得感と定着率が上がります。

さらに「制度を使いこなす管理職の評価力」という視点も欠かせません。先の中堅企業の話に戻ると、制度の問題より管理職の評価力が課題だったという事例がありました。どんなにシンプルな制度でも、評価者が「基準に照らして判断する」スキルを持っていなければ機能しません。制度の設計と並行して、管理職に対して「等級の考え方」「昇格基準の見方」「評価のフィードバック方法」をインプットする機会を設けることが、制度を機能させるための重要なステップです。


P6|明日からできる具体的アクション

等級制度の設計は大きなプロジェクトに見えますが、最初の一歩は小さくていい。今日からできる3つのアクションを紹介します。


アクション①「今の社員を3〜4のグループに分けてみる」

所要時間:30分〜1時間

必要なもの:社員名簿(紙でもスプレッドシートでも可)、付箋または表形式のシート

最初の一歩:社員名を全員書き出し、「この人はどのグループに入るか」を直感で分類してみる

このアクションの目的は、「現状の認識を言語化すること」です。等級制度の設計は、現状把握から始まります。まずは今の社員を大まかにグループ分けしてみることで、「どのレベルに何人いるか」「グループの境界線はどこか」という実態が見えてきます。

グループ分けのヒントは先述の等級定義です。「一人で業務を完結できる人」「チームを引っ張っている人」「まだ指示のもとで動いている段階の人」——この視点で仕分けするだけで、自組織の現状が可視化されます。

このリストは完璧でなくていい。後で変わることを前提に、「とりあえず書いてみる」ことが重要です。書いてみると、「この人はどちらのグループに入るか迷う」という境界線上の人が見えてきます。その迷いが、昇格基準の言語化を進める動機になります。


アクション②「等級の定義を3段階で文章にする」

所要時間:1〜2時間

必要なもの:PCまたは紙とペン、アクション①で作ったグループ分けリスト

最初の一歩:各グループに「この人たちはどんな状態にある人か」を1〜3文で書く

アクション①のグループ分けをもとに、「各グループはどんな状態の人か」を言葉にします。この作業が、等級定義の草案づくりです。

書くときのポイントは「役割」「行動」「範囲」の3つを意識することです。「何を担えるか(役割)」「どんな行動をしているか(行動)」「どの範囲まで影響を持っているか(範囲)」——この3軸で各等級を定義すると、現場の実感に合った言語化になりやすいです。

最初のドラフトが書けたら、一人の管理職に見せてフィードバックをもらいましょう。「この定義、現場でどう感じますか」と聞くだけで、「ここがちょっとズレている」「もう少しこういう表現の方が伝わる」という修正点が見えてきます。フィードバックをもとに修正して、草案を育てていく。


アクション③「昇格基準を1つだけ書いてみる」

所要時間:30分〜1時間

必要なもの:アクション②で書いた等級定義、現在の昇格の事例(あれば)

最初の一歩:「等級1から等級2に上がるとは、どんな状態のことか」を1〜2文で書く

等級定義ができたら、次は昇格基準です。ただし、すべての等級の昇格基準を一度に書こうとしなくていい。まず1つだけ書いてみる。「等級1から等級2に進む基準」だけを言語化してみます。

書くときのヒントは、「過去に昇格させた人の状態」を思い出すことです。「なぜあの人を昇格させたか」「どんな状態になっていたから上の等級だと判断したか」——その感覚を言葉にすることが、昇格基準の第一文になります。

書けたら、その基準を次の昇格の話し合いで使ってみてください。「この基準に照らしてどうか」という軸で議論できるかどうか確認する。うまく使えれば続けて他の等級も定義する。ズレていると感じたら修正する。この繰り返しが、制度を現場に合わせていくプロセスです。


P7|まとめ

等級制度は、組織における「役割の地図」です。

地図がなければ、人はどこに向かえばいいかわからない。「今の自分はどのレベルにいるのか」「次のステージに進むには何が必要なのか」「どの方向に成長すればいいのか」——こうした問いへの答えが見えないとき、人は不安を抱えたまま働くことになります。

等級制度は、その不安を取り除くためのツールです。完璧な地図である必要はない。まず「大まかな地形を把握できる地図」があれば、人は動き始められます。3段階の役割定義と、一文の昇格基準。その程度から始めても、「何もない状態」より大きく前進しています。

そして「言語化できていること」が、組織の公平感を支えます。昇格の理由が言葉で説明できる。給与の根拠が等級に基づいて示せる。次のステージに向けて何が必要かを伝えられる。これらはすべて、「言語化された基準」があって初めてできることです。

小さな組織だからこそ、等級制度の出番があります。人数が少ないうちに「役割の地図」を言語化しておくことで、組織が成長したときに評価・給与・採用の判断軸がすでに整っている。その差が、後になって大きく効いてきます。

「完璧な制度より、今の組織で使える制度」。この原則を忘れずに、一歩ずつ始めてみてください。あなたの組織に合った「役割の地図」を、ここから少しずつ描いていきましょう。


もう少し深く学びたい方へ

等級制度や評価制度の設計、人事の基礎から応用まで、仲間と一緒に学べる場があります。

▶ 人事図書館(入会案内) 人事図書館の詳細・入会はこちら


人事図書館は、人事をはじめとする「人・組織課題に向き合うすべての人」のための学びと交流の場です。仲間と学びで、未来を拓く。あなたの一歩を応援しています。

#人事 #等級制度 #人事制度 #評価制度 #人事図書館

0

人事のプロが集まるコミュニティで学びを深めませんか?

人事図書館は、人事のプロフェッショナルが集まる学びのコミュニティです。

関連記事

制度設計・運用

HR Tech導入で失敗しない人事が、事前に必ず確認すること

採用管理システムを入れたが、現場が使ってくれない人事システムの移行で大混乱が起きたベンダーに言われるままに高額なシステムを契約したが、使い勝手が悪い——HR Techの導入失敗事例は、残念ながら珍しくありません。

#エンゲージメント#採用#評価
制度設計・運用

LGBTQフレンドリーな職場を作るとき、人事が最初にやるべきこと

LGBTQの社員への配慮が必要だとわかっているが、何から始めればいいかわからないセクシュアリティに関する問題が起きた際の対応が不安制度を整えたいが、どこまでやるべきか——LGBTQに関する職場の問題について、こういった悩みを持つ人事担当者が増えています。

#エンゲージメント#採用#研修
制度設計・運用

労基対応を「怖いもの」にしない人事のための基本の考え方

残業代の計算が合っているか不安で労働基準監督署に何かを言われたらどうしよう法律のことがよくわからなくて、コンプライアンス対応に自信がない——労務コンプライアンスへの不安を抱えている人事の方は少なくないと思います。

#採用#組織開発#経営参画
制度設計・運用

「良い質問」が「良い採用」を作る——面接質問設計の考え方

面接で何を聞けばいいかわからない面接官によって聞くことがバラバラで、候補者の比較ができない質問への回答が表面的で、その人の本質が見えてこない——採用面接の質問設計に悩んでいる人事担当者・採用担当者は多いのではないでしょうか。

#採用#評価#キャリア