kintoneで人材管理を作るときは、人材のプロフィールを登録するだけでは足りません。案件に必要な役割、要員依頼、候補者や社内人材、配置期間、工数を別の情報として持ち、必要な関係だけをつなぎます。
本記事は、要員依頼から配置までを管理するための設計例です。利用できる機能、プラン、権限、外部連携の仕様は変更されるため、実装時はkintoneの最新の公式情報と自社環境で確認してください。
最初に対象業務を決める
「人材管理」という言葉の範囲は広く、従業員台帳、採用候補者、案件アサイン、工数、評価などが含まれます。最初からすべてを一つのアプリへ入れず、何の判断に使うデータかを決めます。
| 対象 | 主な項目 | 使う判断 |
|---|---|---|
| 要員依頼 | 案件、役割、期間、工数、優先度 | どんな人材が必要か |
| 案件 | 顧客、開始日、状態、責任者 | どの仕事へ配置するか |
| 人材 | 経験、スキル、空き、希望 | 条件に合う候補を探す |
| 配置 | 案件、人材、期間、工数、状態 | 誰をいつ確定したか |
案件と人材を直接結び付けるだけでなく、配置という中間の記録を置くと、同じ人材が複数案件へ入る期間や工数を確認できます。
アプリを分けてIDでつなぐ
アプリを分ける基準は、更新する担当者、更新の頻度、閲覧権限、保存期間です。要員依頼は現場、案件は営業、配置は運用責任者、人材情報は人事が主に扱うなど、責任の違いがある場合は分割します。
会社名や氏名ではなく、案件ID、人材ID、要員依頼IDを持たせます。表示名が変わっても紐付けを維持でき、外部連携や重複確認にも使えます。
アプリ間の関連付けでは、どの情報を参照し、どの情報を転記するかを決めます。すべてを複製すると更新が二重になり、どちらが正しいか分からなくなります。
状態・作業者・権限を設計する
要員依頼の状態は、「受付」「確認中」「候補確認」「仮調整」「確定」「終了」など、次の行動が変わる単位にします。状態だけでなく、作業者、期限、差し戻し理由を記録します。
kintoneのプロセス管理を使う場合も、状態遷移と作業者の割り当てを業務の責任に合わせて設計します。詳細はkintone公式ヘルプのプロセス管理で現行仕様を確認してください。
- 候補者や人材の個人情報を誰が閲覧できるか
- 案件の顧客情報を誰が編集できるか
- 配置を確定できる人は誰か
- 退職・異動時に権限をどう外すか
- 変更履歴や削除の扱いをどうするか
工数集計の要件を先に決める
配置アプリに工数を持たせるなら、予定工数、実績工数、期間、単位を定義します。月の予定時間を持つのか、日別の実績を持つのかで、必要な設計は変わります。
稼働率を集計する場合は、休暇・会議・教育を分母に含めるかを決めます。単に人材の予定時間を足すだけでは、複数案件の重複や過負荷を見つけられません。工数管理と稼働率の考え方を先に確認し、必要な単位を決めます。
外部連携と試行
採用管理、CRM、会計、勤怠などとつなぐ場合は、APIやCSVの機能だけでなく、正本、同期方向、エラー時の再処理、権限を確認します。kintoneにデータを集める場合も、個人情報や顧客情報をすべてコピーする必要はありません。
試行では、要員依頼を一件登録し、人材を検索し、仮配置を置き、確定配置へ変え、開始日を延期する流れを再現します。現場が入力にかける時間、修正の回数、権限エラー、集計の差を記録します。
配置管理の設計は、リソース管理ツールの選び方にある仮予約・重複・権限の確認項目ともつながります。
まとめ
kintoneで人材管理を作るなら、要員依頼・案件・人材・配置を分け、ID、状態、作業者、権限、工数を設計します。プロセス管理や外部連携は現行仕様を確認し、仮配置・延期・重複を含む実業務で試行してから広げると、作り直しを減らせます。


コメント