Lockiron / The Fortress of a Solo IT Manager | 一人情シスの砦
| Management

なぜIT部門に「採用計画」を公開すべきか？調達の死神を遠ざけるリソース予報術

#Recruitment #IT Procurement #Asset Management #ATS #Grist #Workflow

目次

「PCの納期が3ヶ月先です」

もし、あなたがこの返答をパソコンショップや保守ベンダーから受け取った時、すでに新入社員の入社日が2週間後に迫っているとしたら。それはIT担当者にとっての「詰み」を意味します。かつては数日で届いたIT機器も、世界的な物流停滞や部品不足、さらには円安による価格変動の影響を受け、今や「いつでも買える」ものではなくなっています。

多くの中小企業の現場では、採用とITの間に高い壁が存在しています。人事部は「良い人材を確保すること」に集中し、IT部は「決まった人を迎え入れる準備」に集中する。しかし、この分断こそが、無駄な特急料金の発生、中古端末の場当たり的な導入、そして何より新入社員の「入社初日に仕事ができない」という最悪のオンボーディング体験を生み出しています。

IT部門に必要なのは、確定した「決定事項」ではなく、まだ形にならない「可能性（採用計画）」です。

本記事では、中小企業のIT基盤を支える担当者が、人事が抱える「採用目標数値」をどう解釈し、それをいかにして「攻めの調達」へと変換すべきか。その具体的なロジックと、オープンソースを活用した需要予測ダッシュボードの構築手法について、実戦経験に基づき解説します。

「採用確定」を待っていては遅すぎる、IT調達の現実

私たちの周りにあるITリソースには、それぞれ固有の「リードタイム」が存在します。

1. 物理デバイス（PC・周辺機器）のリードタイム

標準的なビジネス向けラップトップをカスタマイズ（CTO）して発注する場合、通常時でも2週間、繁忙期や在庫不足時には1〜2ヶ月を要することが珍しくありません。また、円安による値上げのアナウンスがあった際、採用計画があれば「値上げ前にまとめて30台確保する」という経営的な判断が可能になりますが、計画が不透明であれば、その都度高い買い物（いわゆるスポット買い）を強いられます。

2. SaaSライセンスとネットワークインフラ

一見、即座に発行できると思われるSaaSライセンスも、「上位プランへの移行」や「契約人数の変更」には手続きが伴うことがあります。また、拠点の増員に伴うVLANの再設計や、オフィスの無線APの増設が必要になる場合、その設計と工事の期間を逆算しなければなりません。

これらの準備を、入社承諾が取れたタイミング（入社の1ヶ月前〜2週間前）から始めていては、間に合わないのは自明です。

採用計画（Hiring Plan）を「IT需要予測」に変換する

IT部門が人事部から引き出すべきは、「誰が入るか」のリストではなく「いつ、どの職種が、何人増えるか」という数値目標、すなわち「Hiring Plan」です。

職種別の「リソース・プロファイル」を定義する

単純に「10人増える」と言われても、エンジニア10人と営業10人ではITの負荷が全く異なります。IT側ではあらかじめ職種別のプロファイルを作成しておきます。

  • エンジニア職プロファイル: Core i7以上 / メモリ32GB / GitHub Enterprise / AWS / JetBrains / 4Kモニター2台
  • 営業・バックオフィス職プロファイル: Core i5以上 / メモリ16GB / Microsoft 365 / Slack / SFA / 標準モニター1台

この単価を算出しておけば、「下半期にエンジニア5名、営業3名を採用する計画」という人事業務の情報が、そのまま「IT予算の概算」と「機材の型番リスト」に変換されます。

ATS（採用管理システム）のデータを「在庫管理」のスイッチにする

さらに高度な運用を目指すなら、HERPやHRMOSといった採用管理システム（ATS）の「パイプライン」をITが覗き見ることが有効です。

採用フェーズと調達ステータスの連動

採用には必ず「選考フェーズ」が存在します。このフェーズを調達のトリガーとして定義します。

  1. 内定提示（Offer）: IT資産管理システムで「予約（Reserved）」ステータスを作成。在庫がない場合はこの時点で発注。
  2. 内定承諾（Accepted）: キッティング作業のスケジューリングを実施。
  3. 入社待ち（Pre-onboarding）: ライセンス発行とアカウントセットアップ実行。

このように、ATS上の「内定」データがITの「発注」へとシームレスに繋がることで、リードタイムを劇的に短縮できます。

Grist で作る「採用 vs 資産」予報ダッシュボード

この需要予測を可視化するために、前回の記事でも紹介したOSSの Gristを活用します。エクセルで管理するのをやめ、採用計画テーブルと資産在庫テーブルをリレーションで結びます。

構成のコンセプト

  • Hiring Planテーブル: 予定月、職種、予定人数、確度（High/Medium/Low）
  • Asset Stockテーブル: 機材種別、在庫数、発注中
  • Forecastビュー: 予定数と在庫数を突き合わせ、「不足時期」を赤文字で強調するダッシュボード

これにより、人事が採用計画を変更した瞬間に、ITの画面に「10月にPCが5台不足します」というアラートが出る環境が整います。

技術実装：在庫予測ロジックとセルフホスト環境

具体的な予測ロジックを実装したGristと、それを支える環境を構築します。

予測ロジック（Pythonスクリプト例）

Gristの数式（Python）を使用して、現在の在庫と採用予定を計算する例です。

# GristのForecastテーブルでの計算例
# 'Planned_Count' が採用予定数、'Current_Stock' が現在の在庫
def get_status(planned, stock):
    balance = stock - planned
    if balance < 0:
        return f"Warning: {abs(balance)} units shortage"
    return f"OK (Surplus: {balance})"

compose.yaml によるダッシュボード環境

複数の管理ツールを連携させるための基本構成です。

services:
  # Grist: 採用計画と資産データの統合ハブ
  grist:
    image: gristlabs/grist:latest
    container_name: grist-planning
    restart: always
    environment:
      - APP_HOME_URL=http://localhost:8484
      - [email protected]
      - GRIST_SESSION_SECRET=ANOTHER_RANDOM_SECRET_FOR_PLANNING
    ports:
      - "8484:8484"
    volumes:
      - ./planning-data:/persist

  # Grafana (オプション): より高度な視覚化が必要な場合
  grafana:
    image: grafana/grafana:latest
    container_name: it-dashboard
    restart: always
    ports:
      - "3000:3000"
    volumes:
      - ./grafana-data:/var/lib/grafana
    depends_on:
      - grist

# 各データの永続化ディレクトリ
# mkdir -p planning-data grafana-data

まとめ：ITを「コストセンター」から「戦略的パートナー」へ

人事が採用計画をITに隠す、あるいは「決まってから教える」理由は、ITをただの「御用聞き」として見ているからです。しかし、IT側から「来期のエンジニア5名採用に備えて、すでにPCの選定と見積もりを終えています。半導体不足の影響を考慮し、来週までに内諾いただければ予算内で確保可能です」という逆提案ができれば、ITの立場は劇的に変わります。

  1. 計画を奪いに行く: 人事側の会議にオブザーバーとして参加し、採用の「数」と「時期」を月次で把握する。
  2. バッファを設計する: 採用計画の10%程度の余剰在庫を「正当な予算」として認めさせる。
  3. 自動化で手間を省く: ATSとの連携をn8nなどで自動化し、IT担当者がいちいち人事に「今何人選考中？」と聞かずに済む仕組みを作る。

採用計画という「ビジネスの未来」をITが見る。それは、火消しに追われる情シスが、静かで確実なインフラ運用を手に入れるための、唯一にして最大の処方箋なのです。

まとめ：予報が外れても、備えは残る

採用は水物です。計画通りに進まないことも多々あります。しかし、「想定より採用が進まなかった」ことによる在庫余剰のリスクよりも、「採用できたのに道具がない」ことによる機会損失と信頼失墜のリスクの方が、中小企業にとっては遥かに大きいものです。

ATSのパイプラインを見ながら、ITリソースの雨雲レーダーを回し続ける。そんな「リソース予報士」としての情シスが、これからの成長企業には求められています。

AIに相談するためのプロンプト（テンプレート）

採用計画をIT資産管理に落とし込むモデルを構築するための、AI向けプロンプトです。

あなたは、IT資産管理と調達戦略の専門家です。今後の採用計画に基づいた、最適なPC在庫の「安全在庫数」と「発注タイミング」を算出するモデルを構築したいです。

# 自社の状況
* 採用計画：今後6ヶ月で エンジニア 12名、バックオフィス 6名を採用予定。
* PC納期：発注から納品まで平均 45日間（最長 60日間）。
* 在庫状況：現在、エンジニア向けPC 2台、バックオフィス向けPC 1台のみ。
* 採用確度：最終面接まで進んだ候補者が内定承諾する確率は 40%。

# 相談事項
1. 上記の状況において、「欠品率を5%以下に抑える」ための、職種別の適正な在庫レベルを論理的に算出してください。
2. ATS（採用管理システム）の各フェーズ（一次面接、二次面接、最終面接、内定）に、それぞれ何%の「在庫予約係数」を割り当てるべきか、実務的な観点で提案してください。
3. Gristを使って、この予測を表示するためのテーブル設計（フィールド構成とリレーション）を具体的に示してください。
4. 経営層に対し、「なぜ採用確定前にPCを買う必要があるのか（死蔵案件化のリスクを上回るメリット）」を説明するための、3つの説得材料を整理してください。
ホームに戻る