株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
カオナビを使い始めるときは、社員情報を集めること、スキルを整理すること、評価を運用することを分けて設計します。データが一覧になっても、その情報が最新か、誰が確認したか、評価に使ってよいかは別の確認が必要です。本記事では、公式に案内されている機能を踏まえ、人事担当者と現場管理者が導入・運用時に確認する手順を整理します。
カオナビの基本:人材情報の管理と人の判断を分ける
カオナビは、人材情報の集約やスキル管理、評価運用などに使うシステムです。現行の公式料金ページでは、従業員データベースを基礎に、評価・人材配置・分析などの機能と利用人数を選ぶ構成が示されています。画面上に機能が掲載されていることと、自社の契約ですべて使えることは区別し、必要な用途を見積書と契約対象に対応付けて確認しましょう。
最初に、誰が何を決めるための情報かを定める
タレントマネジメントの目的を「社員情報の一元化」だけにすると、項目を増やすことが成果になりがちです。たとえば、育成担当者が研修候補を検討したいのか、人事が評価の提出状況を追いたいのかで、必要なデータと閲覧者は変わります。IBMのタレントマネジメントの解説も、人材育成を、採用や定着などを含む広い人材管理の一部として説明しています。海外の一般解説であり、日本の人事制度や法的要件を定めるものではありません。ツールの設定前に、対象業務と判断の担当者を決めることが出発点です。
本稿では、社員番号・所属・役割などの基本情報、資格・経験などの根拠情報、評価結果や育成方針という判断情報に分けて整理する方法を提案します。同じ「スキル」という項目でも、本人の申告なのか、業務を見た上長の確認なのか、試験や資格による記録なのかを残します。空欄は未保有とは限らず、未回答・未確認・対象外を区別しないと、人材検索や集計の解釈を誤ります。
正本と更新の責任を決める
所属や入退社情報はどのシステムを正本とするか、資格の更新は誰が確認するか、訂正の依頼は誰が受けるかを一覧にします。入力日と、情報が有効だった時点も分けて記録すると、過去の評価を現在の所属で読み替える問題を防ぎやすくなります。複数の資料に違う値がある場合は、担当者が根拠を確かめて正本を決定し、後から確認できるよう訂正の理由を残します。人材情報を集めたことだけで採用・配置・処遇の妥当性が保証されるわけではありません。集計や候補の表示を判断材料として扱い、最終判断の理由と承認者を残す運用を組み合わせます。
スキルマップの使い方:項目・水準・確認根拠をそろえる
公式のスキルマップ・星取表の案内では、資格やスキルを確認する表の作成と、業界などに応じたテンプレートが紹介されています。テンプレートは自社の職務に必要な能力を整理する出発点です。そのまま使えば職務ごとの能力を正しく判定できる、という意味ではありません。業務の内容、求める水準、確認できる証拠を対応付けてから使います。
名称が同じスキルでも、業務上の意味を合わせる
「資料作成ができる」という項目だけでは、既存資料の修正と、顧客向け提案の構成を自分で考える仕事が混在します。以下は設定を検討するための本稿の整理例です。会社共通の採点基準ではなく、職務担当者と人事が具体的な業務に合わせて調整してください。
| 確認する点 | 記録する内容の例 |
|---|---|
| 対象の仕事 | 誰に、何を、どの条件で届ける仕事か |
| 求める水準 | 支援を受けて実施するか、担当範囲を自分で完了できるか |
| 確認の根拠 | 対象期間の成果物、業務記録、確認者のコメント |
| 未確認の扱い | 未経験・未回答・確認待ち・対象外を区別する |
| 見直す条件 | 担当業務の変更、資格の更新、本人からの訂正依頼 |
自己申告と上長の確認が異なる場合は、単に平均点にせず、見ていた業務や期間が同じだったかを確かめます。研修を受講した事実と、その能力を実務で発揮した記録も分けます。学習の履歴は育成計画に使えても、それだけで配置や昇格の条件を満たすと決めることはできません。
更新頻度より、確認が必要になる条件を定める
すべての項目を毎週更新させる必要があるかは、項目の性質で判断します。所属の異動、資格期限、担当案件の完了など、確認する出来事と担当者を決める方法があります。記録が変わらないことを成長していない証拠にしたり、更新回数を能力の点数に置き換えたりしないようにします。集計表には対象者、情報の基準日、未確認の件数を併記し、過去の表との比較では職務や対象範囲が変わっていないかも確かめます。項目を廃止・変更するときも、過去の記録との対応関係を残し、新旧の点数を説明なく接続しないようにします。
採用時に確認する能力と、入社後に伸ばす能力を対応付けたい場合は、スキルベース採用の職務・評価基準と育成の考え方も参考になります。候補者の選考と在籍社員の処遇評価は目的が異なりますが、対象の仕事、水準、確認根拠、未評価の範囲を整理して引き継ぐ観点は、スキルマップの項目を検討する際にも使えます。
評価運用の使い方:フォーム・経路・権限を一緒に確認する
カオナビの評価運用の公式解説では、既存制度に合わせたフォーム、目標設定から評価・フィードバックへのワークフロー、項目ごとの閲覧・編集権限が説明されています。評価制度を設計することと、その制度をシステムへ設定することは別の作業です。対象者、評価期間、評価者、承認者、本人へ伝える内容を先に整理してから、画面へ反映します。
通常の提出だけでなく、差戻しと変更も試す
本番前には、本人入力、一次評価、二次評価、人事確認、確定、本人への説明という自社の経路を、検証用の情報で通します。これは本稿の確認例で、すべての会社に同じ段階を求めるものではありません。提出後に誤りが見つかった場合、評価者が異動した場合、対象者が休職した場合なども想定し、誰がどの状態へ戻せるかを確認します。権限は、見えるべき内容が見えることと、見せない内容が見えないことの両方を、担当者の役割に応じて確かめます。
数式が設定どおりに点数やランクを計算できることと、評価の根拠が妥当であることも区別します。計算例を用いて配点・端数・未入力の扱いを確認したうえで、評価者は対象期間の仕事と理由を説明できるようにします。部署間のばらつきが見えても、直ちに評価者の能力差とは判断せず、職務、担当範囲、評価基準の理解、記録の不足を確認します。集計値だけで処遇を自動確定する運用へ広げないことが大切です。
日常の記録を、本人への説明と次の支援につなぐ
面談では、評価結果だけでなく、その根拠となる出来事、本人の認識、今後必要な支援を分けて記録します。事実と評価者の解釈を区別すると、本人からの訂正や説明の依頼にも対応しやすくなります。対応事項の担当者と確認方法を決め、面談を実施した記録だけで改善が完了したと扱わないようにします。記録の共有範囲や保管の方法は自社の規程と取扱い条件を確認し、業務上必要な範囲へ絞ります。確定後の訂正では、承認を受けた内容と本人への説明、処遇を扱う別システムへの反映を区別して追跡します。
人材情報の項目や評価経路を設定する前に、事業上の課題と人材施策の目的を整理したい場合は、戦略人事とHRBPの役割・人材計画・KPIの確認点も参考になります。誰がどの判断をするための情報かを決め、HRBP・現場・専門担当の役割と、活動量と効果の違いを整理したうえで、データの根拠や権限を設定する考え方を説明しています。
料金と導入手順:契約対象・連携・運用引継ぎを確認する
現行の公式料金案内は、選ぶ機能と登録人数による見積方式です。旧データベースプランなどは新規契約を終了したと案内されています。古いプラン名や、人数だけで換算した金額を現行の料金表として使わず、必要な機能、対象人数、契約期間、支援の範囲をそろえて見積もりを依頼しましょう。利用環境が用意される時期と、データ整備や権限確認を終えて実務を開始できる時期も分けて計画します。
移行データと接続先を、受入条件まで具体化する
公式FAQにはCSVでの一括登録や、CSV・APIを使った連携の案内があります。ただし、接続先、送受信できる項目、利用条件を個別に確かめず、すべての給与・勤怠・採用システムとそのまま接続できるとは判断できません。移行元の社員番号、重複、所属の履歴、文字や日付の形式、空欄の扱いを確認し、取り込んだ後は件数だけでなく、代表的な内容も元の記録と照合します。
連携を行う場合は、更新の方向、実行する担当と権限、実行時点、失敗時の通知先を決めます。データを送信した記録と、相手側が受け付けた記録、実際の項目へ反映されたことは別に確認します。途中で止まった処理を再実行する際の重複や上書き、異動・退職に伴う権限変更も検証対象です。これらは本稿が提案する受入確認の観点で、特定のAPI仕様や実装済み機能の保証ではありません。
利用料以外の作業と、引継ぎ後の担当を見積もる
総費用には、契約上の利用料に加えて、元データの整理、項目やフォームの設定、確認・訂正、利用者への説明、運用中の変更と保守に要する作業を整理します。導入前後を比べる場合も、入力時間だけでなく確認や差戻しまで同じ対象期間で測り、短縮した工数をそのまま現金支出の削減とは扱いません。停止や変更を判断する責任者、問い合わせ先、設定とデータの引継ぎ資料を用意し、引継ぎ先が確認できたことまで記録します。
日常のフィードバックを残せない、評価観点を共有しにくいという課題には、renueの部下マネジメントAIも相談先の一つです。公開用途はフィードバックの記録・対応状況と評価観点の共有で、最終評価は管理者が行う前提です。カオナビとの接続の可否は個別に確認し、対象業務・権限・データ形式などを整理して支援範囲を合意します。人事制度の設計や判断は、社内の責任者と必要な専門家へ確認します。標準連携や自動的な人事判断を前提にせず、自社で継続して確認できる運用を選びましょう。

