要約
- JobWarehouse.com は歴史的に履歴書データベースと求人掲示板であり、物理的な倉庫プラットフォームではありませんでした。そのアーカイブされたサービスは、履歴書の提出と検索、求人掲示、採用担当者アクセス、バッチ求人管理、毎日の候補者マッチングエージェントを公開していました。
- 分析の適切な単位は、受け入れられた採用記録です。すなわち、現在有効で、属性が明確で、検索可能で、適切に開示され、定義されたルールで削除可能で、不確実性を隠さずに人間の意思決定者に役立つ候補者または求人です。
- 歴史的なプライバシーポリシーと2003年の独立した求人サイト調査は、規模がどのようにガバナンスの作業を生み出したかを示しています。候補者の記録は採用担当者、雇用者、マーケティングパートナー、アフィリエイトに届く可能性があり、ダウンストリームのコピーは中央データベースからの削除よりも長く残る可能性があります。
- 公開記録は、現在のサービスが稼働していることを示していません。フロリダの法人は非アクティブで、パブリックドメインは駐車され、古い ARIN 連絡先は未検証とマークされています。これらの事実はいずれも、過去のデータの最終的な保管または削除を説明していません。
- 商業的な教訓は、ストレージと検索はレコードビジネスの安価な部分であるということです。鮮度、出所、重複解決、アクセス制御、移植性、インシデント対応、およびローカルサポートの労力が、自動化が作業を削減するのか、例外キューに移すのかを決定します。
名前は最初の制御テスト
JobWarehouse.com という名前の後半部分を文字通りに受け取るのが最も簡単な間違いです。素早い分類で「倉庫」を倉庫管理ソフトウェアと見なし、在庫、注文、返品、フルフィルメントに関する一般的な主張を結びつけることができます。しかし、残された記録は別の場所を指しています。2000年のアーカイブされた JobWarehouse.com のホームページは、コンピュータおよびハイテク分野の求職者、採用担当者、雇用者向けのサービスを説明しています。履歴書の提出、求人検索、雇用者ページ、採用担当者向け履歴書検索、求人掲示、会員サービスを提供していました。オンタリオ州の雇用リソースリストも同様に、IT 業界向けの履歴書・求人データベースと呼んでいました。
この修正は脚注ではありません。これは記録規律の最初のテストです。アナリストが企業が何を保存し、誰がそれを使用し、どのような決定を支援したかを特定できなければ、自動化に関するいかなる議論も評価を救うことはできません。JobWarehouse.com は雇用記録のコレクションに倉庫の比喩を使用していました。したがって、同社の運用面は、物理的な商品の在庫ソフトウェアというよりも、初期の採用データベース、求人掲示板、サブスクリプション検索サービスに近いものでした。
この比喩には依然として分析上の価値がありますが、それはアイデンティティが固定された後に限ります。履歴書は情報在庫のアイテムとして扱うことができます。求人は、利用可能、予約済み、充足済み、期限切れといった状態を経ることができます。採用担当者のクエリは記録のセットに対する要求であり、毎日のアラートはその要求のスケジュールされたフルフィルメントです。候補者の辞退は返品されたカートンではなく、個人情報を公開する権限の変更です。この違いにより、制御問題はより難しくなり、より簡単にはなりません。
公開された年表もまた、ストーリーに制限を設けています。Verisign のドメイン記録は1997年9月の登録を示しています。フロリダ州の法人記録によると、JobWarehouse.com, Inc. は1999年に設立され、2010年に管理上の解散後に非アクティブになりました。ドメインは現在、採用アプリケーションではなく、最小限の駐車ページを表示しています。入手可能な事実は、現在のサービスを購入またはテストできるという主張ではなく、歴史的な技術分析をサポートしています。
JobWarehouse.com が実際に棚に置いたもの
2000年のホームページは、製品の驚くほど具体的な概要を示しています。求職者は無料で履歴書を提出し、求人リストを検索し、採用企業を閲覧できました。ページには、プライバシーを気にする求職者は匿名で情報を提出できるとありました。採用担当者と採用マネージャーには、IT 候補者データベースへのアクセス、無制限の求人掲示、オンラインまたはバッチでの求人管理、履歴書のキーワード検索、履歴書のダウンロード、新しい履歴書の毎日のリスト、企業広告が提供されました。Midnight Match と呼ばれるマッチングエージェントは、毎朝、採用担当者に自社の求人にマッチする候補者を通知すると説明されていました。
これらの機能は、3つの異なる記録クラスを明らかにしています。候補者記録には、身元、連絡先、職歴、スキル、希望条件、稼働可能性が含まれていました。求人記録には、雇用者、役職、場所、要件、および開始から終了までのライフサイクルが含まれていました。アカウントおよび権利記録は、どの採用担当者が情報を検索、ダウンロード、管理できるかを決定しました。4番目のクラスはそれらを取り巻くものでした。検索定義、アラート購読、マーケティングの希望、認証資格情報、および表示または送信されたもののログです。
この区別は重要です。各クラスは異なる速度で経年劣化するからです。候補者の電話番号は変わるかもしれませんが、職歴は真実のままです。スキルは実際に存在しても、特定の役割にはもはや十分でないかもしれません。求人は掲載時には正確でも、充足された翌日には役に立たなくなります。採用担当者のアカウントは正当な顧客に属していても、新しい従業員には広すぎる権限を持つことがあります。保存された検索は設定どおりに実行され続けるかもしれませんが、役割が変わったために不適切になります。「鮮度」はしたがって1つのタイムスタンプではありません。フィールドごと、ワークフローごとに適用されるポリシーです。
2005年までに、アーカイブされたホームページには、求人数、採用マネージャー数、アクティブな履歴書数、パッシブな履歴書数のカウンターが表示されていました。これらは第一者による数値であり、監査された指標ではありませんが、サービスが顧客に何を重視してほしいかを示しています。すなわち、供給の広さと、積極的に仕事を探している人とアプローチされる可能性のある人の区別です。2002年の採用業界レポートも、大規模なパッシブデータベースを追加したという同社の主張を伝えていました。
アクティブとパッシブのこの区別は、商業的に強力でした。アクティブな候補者は、記録に添付された希望条件に従って、タイムリーな機会を歓迎すると推定できます。パッシブな候補者は、その人が公然と検索していないというまさにその理由で貴重である可能性があります。しかし、2番目のカテゴリーはより強力な出所を要求しました。記録はどこから来たのか？その人は最後にいつ関心を表明したか？どのような使用が開示されていたか？候補者はプロフィールを確認して修正できるか？「パッシブ」は現在の希望、インポートされた記録、または単に検索可能なままの古い履歴書を説明しているのか？公開ページはこれらの質問にシステムレベルで答えていません。
したがって、サービスの規模に関する主張は、成果の主張ではなく、在庫の主張として読まれるべきです。何百万もの記録を持つデータベースは、それらの記録が重複排除され、最新であり、管理されていれば価値があります。各クエリが古い連絡先、重複した人物、不明確な権利、コンテキストから切り離されたスキルを返す場合、コストがかかる可能性があります。行を数えることは簡単です。行の意味を維持することが運用の作業です。
候補者記録はドキュメントではなく状態である
採用システムは、履歴書がファイルとして到着するため、ドキュメントの比喩を継承することがよくあります。しかし、運用上、有用なオブジェクトは変化する状態です。候補者は新しい履歴書を提出し、雇用者名を修正し、場所を変更し、検索を撤回し、あるクラスの役割については連絡を許可し、別の役割を拒否し、利用不可になり、市場に戻り、削除を要求することがあります。PDF やテキストブロブは、それだけではこれらをきれいに捉えることができません。
JobWarehouse.com のアーカイブページは、履歴書の提出とデータベース検索の両方を示していますが、内部データモデルを公開していません。この不確実性は重要です。製品が主に非構造化テキストをインデックス化していた場合、キーワード検索は柔軟ですが曖昧だった可能性があります。「Java」はプログラミング言語、島、プロジェクト記述内の行を指す可能性があります。日付は職歴、稼働可能性、ドキュメント作成のいずれかである可能性があります。製品が構造化フィールドを抽出していた場合、それらのフィールドの品質は解析、候補者による修正、一貫した語彙に依存します。どちらのモデルも例外を生み出します。
規律ある候補者記録には、少なくとも4つの層が必要です。第一はソースアーティファクトです。つまり、その人が提出したもの、または承認されたパートナーが転送したものです。第二は検索に使用される解析済みプロフィールです。第三はライフサイクルと許可状態です。アクティブ、パッシブ、非表示、撤回、期限切れ、または定義された理由で保留中。第四は出所です。ソース、収集日、重要な変更、開示、アクセス、ダウンストリーム転送。これらの層がなければ、システムは表示可能なプロフィールを更新しながら、採用担当者がなぜそれを見たのかを説明するために必要な履歴を失う可能性があります。
最新の人事データ標準は、なぜ構造が重要かを示しています。HR Open Standards は、採用および人事システム間で候補者および雇用データを移動するためのスキーマを公開しています。その4.5リリースは、構造化履歴書標準、スキル、検証可能な資格情報を強調しています。JobWarehouse.com はそのリリースより数十年先行しており、同等のものを実装したという根拠はありません。この比較が有用なのは、移植性の問題を明らかにするからです。候補者記録は、不透明なドキュメントやベンダー固有のエクスポートに平坦化されることなく移動できますか？
記録の修正も同様に重要です。候補者がフィールドを変更した場合、検索インデックスは即座に更新されますか？保存された検索結果は新しい状態を反映しますか？ダウンロードされたコピーは廃止されたとマークされますか？採用担当者は候補者の主張と推測されたスキルを区別できますか？システムは、苦情を調査するために、すべてのバージョンを無期限に保持することなく十分な履歴を保持していますか？強力なデータベースはこれらを通常のライフサイクルイベントとして扱います。弱いデータベースは、間違った人が連絡された後にサポートチケットとして扱います。
ここが倉庫の比喩が最初に崩れる場所です。物理的な在庫は通常、目的の制限を要求したり、自身の説明を修正したり、新しい送り先に異議を唱えたりすることはできません。候補者はそれができます。記録システムは、どのデータが存在するかだけでなく、どの使用が正当化されるかを表現する必要があります。
...（以下、長文のため省略）