第7章: 制度改定の実務と法律 — 不利益変更を乗り越える

制度改定は「本番稼働中のマイグレーション」である

ここまでの6章で、等級・評価・報酬の三本柱をどう設計するかを見てきました。 しかし現実の人事担当者が直面するのは、白紙のキャンバスに理想の制度を描く仕事ではありません。すでに数十人・数千人が働いていて、それぞれに現在の給与と等級があり、来月も給与を振り込まなければならないという状態で、 制度という土台を差し替える仕事です。

エンジニアにはこの構造にすぐ見覚えがあるはずです。これは本番稼働中のシステムのスキーママイグレーション（schema migration）です。 テーブル定義（等級）を変え、集計ロジック（評価）を変え、出力関数（報酬）を変える。 しかも既存レコード（社員一人ひとりの処遇）を壊してはいけない。ダウンタイムは許されず、 失敗したときのロールバックは「元に戻しました」では済まず、信頼という形で長期的な損失を残します。

そして人事制度のマイグレーションには、システム移行には存在しない制約が一つ加わります。法律です。 賃金という労働条件を不利益に変更するには、法が定める要件を満たさなければなりません。 この章は、実務プロセスと法的制約という2つの側面から、制度改定を「実行可能な計画」に落とす方法を扱います。

設計プロセスの8ステップ — なぜこの順序なのか

人事制度の設計・改定は、実務上おおむね8つのステップに分解され、 規模と論点の多さに応じて6〜12ヶ月をかけて進みます。 「制度を作るだけなら1ヶ月でできそうだ」と思うかもしれませんが、時間の大半は設計そのものではなく、シミュレーションと合意形成に費やされます。

graph TD
  S1[1 理念の明文化<br/>何に報いる会社なのか] --> S2[2 現状分析<br/>人員構成と人件費の可視化]
  S2 --> S3[3 等級設計<br/>序列の軸と段階数 目安5から7]
  S3 --> S4[4 評価設計<br/>測る対象 評価者 サイクル]
  S4 --> S5[5 報酬設計<br/>レンジとテーブルの構築]
  S5 --> S6[6 シミュレーション<br/>総額人件費と個人別の試算]
  S6 --> S7[7 移行措置<br/>調整給と逓減の設計]
  S7 --> S8[8 運用開始<br/>説明会と評価者研修]
  S6 -.原資が合わなければ等級設計へ戻る.-> S3
  S8 -.運用で見えた歪みを次期改定へ.-> S2

  style S1 fill:#10b981,stroke:#059669,color:#fff
  style S2 fill:#10b981,stroke:#059669,color:#fff
  style S3 fill:#3b82f6,stroke:#1d4ed8,color:#fff
  style S4 fill:#3b82f6,stroke:#1d4ed8,color:#fff
  style S5 fill:#3b82f6,stroke:#1d4ed8,color:#fff
  style S6 fill:#f97316,stroke:#ea580c,color:#fff
  style S7 fill:#f97316,stroke:#ea580c,color:#fff
  style S8 fill:#8b5cf6,stroke:#7c3aed,color:#fff

この順序には意味があります。等級（ステップ3）を先に決めないと、評価も報酬も定義できないからです。 評価は「どの等級に期待される水準を満たしたか」を測る営みであり、報酬レンジは等級ごとに引かれます。 等級が未確定のまま評価シートを作り始めると、後から等級を1段増やすたびに評価基準と賃金表を作り直すことになります。 第1章で述べた「等級＝データモデル」という比喩は、ここで実務的な意味を持ちます。スキーマを決める前にクエリを書き始めてはいけないのです。

もう一つの要点は、ステップ6から3への戻りのループです。 理想の等級とレンジを設計してシミュレーションすると、総額人件費が予算を大きく超えることが頻繁に起こります。 そのときはレンジの幅、等級間の重なり、段階数といった設計変数に戻って調整します。 制度設計は一方向のウォーターフォールではなく、制約充足（constraint satisfaction）の反復だと考えるほうが実態に近いです。

人件費シミュレーションと新旧格付けマッピング

移行実務の中核は3つの作業です。

レッドサークル（red circle）とは、新しい報酬レンジの上限を現在の給与が超過している状態を指します。 逆に下限を下回る状態はグリーンサークル（green circle）と呼ばれ、こちらは引き上げれば解決するので実務上の難所ではありません。 問題は前者です。職能資格制度の下で年功的に積み上がった給与を、職務・役割基準のレンジに当てはめると、中高年層に一定数のレッドサークルが必ず出現します。 そして、この人たちの給与を新レンジの上限まで即座に切り下げる案が、法的にもっとも危険な選択になります。

激変緩和措置 — レッドサークルをどう着地させるか

実務で用いられる緩和策は主に2つです。

• 調整給（調整手当）: 新制度上の給与と旧給与の差額を、別建ての手当として支給する。 支給期間を定めて段階的に減額していく設計が一般的です。 なお調整給の法的性質は争いになりえます（GCA事件・東京地判令和3年1月20日では、 支給の実態から任意的・恩恵的給付と判断された例があります）。名称ではなく規程上の位置づけと運用実態が問われます。
• 数年かけた逓減: 引き下げ幅を複数年に分割する。 たとえば最終的に10%減となる社員に対して、1年目3%・2年目3%・3年目4%と段階的に適用します。 移行期間中に昇格や昇給で差が吸収されれば、実際の手取り減を回避できる社員も出ます。

ここで強調したいのは、緩和措置が従業員への温情ではなく、法的な合理性判断の実質的な構成要素だという点です。 次節で見る判例法理において、経過措置の有無は結論を左右する決定的な要素として扱われています。

不利益変更の法理 — 労働契約法8条・9条・10条

賃金や等級は労働条件です。したがってその変更は労働契約法（労契法）の規律を受けます。 骨格となるのは次の3条文です。

10条は合理性の判断枠組みを条文自体に列挙しています。すなわち、労働者の受ける不利益の程度、労働条件の変更の必要性、変更後の就業規則の内容の相当性、労働組合等との交渉の状況、 その他の就業規則の変更に係る事情に照らして合理的かどうか、という総合判断です。

この5つの考慮要素は、そのまま制度改定プロジェクトのチェックリストとして読めます。 不利益はどの層にどれだけ生じるか（シミュレーションの結果）。なぜ変えなければならないのか（経営上の必要性の説明）。 新制度の内容は世間相場や業界水準から見て妥当か。従業員代表や労働組合とどれだけ協議したか。 緩和措置を置いたか。これらの記録を残すこと自体が、法的なリスク管理になります。

判例が示す「合理性」の輪郭 — 第四銀行とみちのく銀行

条文の抽象的な要件に具体的な輪郭を与えているのが、最高裁判例です。制度改定の文脈で必ず参照される2件を対比してみます。

この2つの銀行事件の対比が伝えるメッセージは明快です。賃金の引き下げそのものが違法なのではなく、緩衝材なしに特定層へ痛みを集中させる設計が違法になるのです。 みちのく銀行事件で最高裁が問題視したのは、変更の必要性の不存在ではなく、 高年層という限られた層が大きな不利益を一度に負い、それを和らげる措置が実質的に用意されていなかったという構造でした。

したがって前節の激変緩和措置は、実務的には「合理性を確保するための投資」です。 調整給や逓減にかかる数年分のコストは、制度改定を法的に成立させるための必要経費として見積もるべきものです。

降格・降給の法的要件と査定の限界

制度改定とは別に、個別の社員の等級を下げる（降格）・給与を下げる（降給）という運用も論点になります。 第3章で見た職務等級・役割等級は、原理的に降格・降給を伴います。 職務や役割が変われば等級が変わり、等級が変われば報酬レンジも変わるのが、この基準軸の必然的な帰結です。

降格・降給は人事権の裁量として認められうるものですが、実務上は2つの要件を押さえる必要があります。

1. 制度的な根拠: 就業規則・賃金規程に、降格・降給がありうること、その基準と手続きが定められていること。 根拠規定なしに運用で下げるのは危険です。職務等級を導入するなら、降格の可能性を規程に書き込むことが設計の一部です。
2. 権利濫用でない態様: 幅や頻度、手続きの相当性、動機の正当性。 嫌がらせ目的や、説明を欠いた極端な引き下げは権利濫用と評価されえます。

査定（人事考課）そのものについては、使用者に広い裁量が認められています。 評価が「甘い/辛い」という主観の当否を裁判所が細かく審査することは基本的にありません。 ただし限界があります。マナック事件（広島高判平成13年5月23日）では、自社の規程に反する方法での評定は違法と判断されました。 評価要素の配点、評価期間、評価者の範囲を規程で定めたのなら、その通りに運用しなければならないということです。

つまり制度文書は仕様書であり、運用は実装であるということです。 規程に書いていない裏ルールでキャリブレーションを行っていたり、規程上の評価要素を実際には使っていなかったりする状態は、 仕様と乖離した実装、すなわち法的リスクを抱えたバグとして扱われます。

同一労働同一賃金 — 手当ごとに支給趣旨を言語化する

制度設計にもう一つ効いてくるのが、パートタイム・有期雇用労働法（パート有期法）です。 8条が均衡待遇（不合理な待遇差の禁止）、9条が均等待遇（通常の労働者と同視すべき場合の差別的取扱いの禁止）を定めます。

この領域の判断枠組みを決定づけたのが、2018年と2020年の最高裁判決群です。重要なのは、裁判所が「待遇の総額」ではなく「個々の手当・制度ごと」にその支給趣旨を検討し、 趣旨に照らして待遇差が不合理かを判断したという点です。

この帰結として、制度設計には具体的な要求が生まれます。すべての手当について「何に対して支払っているのか」を文書として言語化しておくことです。 住宅手当は転勤の負担に対するものなのか生活費補助なのか。精皆勤手当は業務上の必要から来るのか単なる慣行なのか。 支給趣旨が明文化されていなければ、待遇差の説明も設計の妥当性の検証もできません。

エンジニア的に言えば、これはマジックナンバーの排除です。 由来不明の定数が散らばったコードは、変更したときに何が壊れるか誰にも分かりません。

職務限定合意 — ジョブ型が背負う法的なコスト

第6章で見たジョブ型人事制度には、2024年に最高裁が輪郭を与えた法的な論点があります。滋賀県社会福祉協議会事件（最判令和6年4月26日）です。

この判決は、労働契約において職種や業務内容を特定の範囲に限定する合意（職種限定合意）が成立している場合、 使用者は労働者の個別の同意なしにその範囲外への配置転換を命じる権限を持たないと判断しました。 日本企業の人事慣行は「広い配転命令権と引き換えの雇用保障」を前提に組み立てられてきたため、 この判断は制度設計に直接的な影響を持ちます。

スタートアップはいつ制度を導入すべきか

ここまでは既存制度の改定を前提に語ってきましたが、そもそも制度がない組織はいつ作るべきでしょうか。 実務的な目安として語られるのは社員20名前後というタイミングです。

• 10名前後で設計に着手する。全員の顔と働きぶりが経営陣に見えている段階で、何に報いるのかを言語化しておく
• 設計に4〜6ヶ月かける。等級・評価・報酬の三本柱を組み、シミュレーションを回す
• 20名前後でトライアル運用を始める。評価を1サイクル回して歪みを洗い出す（トライアル自体に半年程度）
• 50名を超えてからの着手は遅い。処遇の不整合が既に蓄積し、改定＝不利益変更の問題が発生してしまう

「50名超は遅い」という感覚の理由は、この章のここまでの内容から明らかです。 制度がないまま人が増えると、個別交渉で決まった給与のばらつきが積み上がります。 そこに整合的な制度を当てはめれば、必然的にレッドサークルが大量に発生し、本来なら新規設計で済んだはずの仕事が、不利益変更法理の制約下でのマイグレーションに変質します。 技術的負債と同じで、返済コストは時間とともに非線形に増えていきます。

もう一つ実務で強調される条件が経営陣の直接参加です。 制度設計は「何に報いる会社なのか」という経営の意思表明であり、人事部門への委任で完結する仕事ではありません。 週1回90分程度の定例に経営陣が入り、論点をその場で決めていく——という進め方が現実的なリズムとして紹介されます。

運用の年間サイクル — 制度は動かして初めて意味を持つ

設計が終わっても仕事は終わりません。制度は年次のサイクルとして回り続けます。 典型的な流れは次の通りです。

制度改定というプロジェクトは、この年次で回る運用ループへの引き渡しで終わります。 リリースがゴールではなく、運用が始まってようやく本番稼働です。 そして運用で見えた歪み——評価分布の偏り、レンジからのはみ出し、等級要件と実態の乖離——が、 次期改定の現状分析（8ステップのステップ2）への入力になります。

次の第8章では、この章で扱った法規制の潮流をさらに先へ延ばします。 GitLab・Buffer・SmartHR・サイボウズ・ゆめみに見る給与透明性のスペクトラム、 EU賃金透明性指令と男女賃金差異開示の拡大、スキルベース組織論とAI評価支援—— 三本柱の「次」を見通してシリーズを締めます。