Overview
Better decisions about talent, productivity, and spend start with a consistent way to turn HR data into insight and action. This playbook translates HR analytics into practical steps you can implement—without bias toward any vendor and with the governance your legal and IT partners expect. You’ll get concise definitions, the four analytics types, a metric and formula toolkit, a seven-step implementation roadmap, a build-vs-buy and TCO framework, and guidance for responsible, compliant analytics.
The guide is written for HR leaders and People Analytics managers at 200–5,000-employee organizations building or maturing people analytics.
Use it end-to-end for a greenfield program. For a specific decision, jump to data foundations and architecture, metrics, implementation, build vs buy, responsible analytics, ROI, or FAQs.
What is HR analytics?
HR analytics (also called people analytics or workforce analytics) is the discipline of using HR data, statistical methods, and business context to answer questions and guide decisions about hiring, retention, performance, pay, and workforce planning. It includes reporting what happened, investigating patterns and possible contributing factors, estimating future outcomes, and evaluating actions. Association or prediction does not establish cause, as the CIPD people analytics factsheet explains.
People analytics and workforce analytics are often used interchangeably with HR analytics. In practice, “people analytics” is the broad, cross-functional term, while “workforce analytics” sometimes emphasizes labor planning and operations data. Regardless of label, the goal is data-driven HR that improves business outcomes.
The four types of HR analytics
Choose the method that answers the decision. Descriptive or diagnostic work may be sufficient; advanced modeling is optional.
- Descriptive: Summarizes what has happened using counts, ratios, and trends (e.g., monthly turnover, time-to-fill). Use it to establish baselines and spot anomalies.
- Diagnostic: Investigates associations using segmentations and driver analysis (e.g., exit rates by manager tenure or location). Use it to explore possible contributing factors, not to assume cause.
- Predictive: Estimates the likelihood of future outcomes (e.g., attrition risk scoring or hiring forecast). Use it to prioritize interventions before issues surface.
- Prescriptive: Recommends actions based on constraints and expected impact (e.g., targeted retention offers to high-risk, high-impact roles). Use it to choose the best next step.
Teams can use these types selectively. Pair insights with playbooks, workflows, and policy reviews, then evaluate whether actions help; prediction alone does not explain why an outcome occurred.
Business outcomes HR analytics can drive
Connect HR analytics to decisions about growth, cost, and risk, and evaluate the results.
Retention analysis can help identify critical roles for reviewed interventions. Test whether those interventions reduce voluntary turnover and backfill costs.
Recruitment funnel analytics can reveal bottlenecks. Evaluate whether process changes shorten time-to-fill, improve offer acceptance, or support capacity during peak seasons.
DE&I analytics can highlight representation, promotion velocity, and selection-rate patterns for investigation. They do not ensure fairness or compliance; use documented specialist review, including the limitations in the EEOC’s four-fifths Q&A.
Workforce planning blends demand forecasts, internal mobility, and learning data to inform pipelines. Evaluate staffing coverage and contractor use rather than assuming savings.
Use BLS JOLTS quit rates as market context, not a direct like-for-like target. Your voluntary-exit definitions and average-headcount denominator may differ from JOLTS employment in the pay period containing the 12th of the month. Check population, role mix, geography, and period before interpreting a gap.
Foundations: data sources, integrations, and governance
The foundation of HR analytics is a reliable single source of truth. Blend HRIS data with recruiting, payroll, and learning systems under clear access controls.
Decide early whether your architecture will centralize in a warehouse or lakehouse. Define how data will flow (ELT vs. ETL), then document metric definitions so HR, Finance, and Business Ops speak the same language.
From day one, have Legal/Privacy assess jurisdiction, purpose, and the applicable lawful basis where GDPR applies. Employment consent is not automatically freely given. Separately assess whether the business is subject to CCPA and its purpose and data-minimization obligations; GDPR lawful basis does not establish CCPA coverage.
Core HR systems and integration priorities include:
- HRIS (core HR, org structure), ATS (recruiting funnel), Payroll (comp and hours), Performance/OKR, LMS/LXP (skills and completions), Survey/Engagement, and Identity/SSO for role-based access.
Consolidate these via connectors or an ingestion pipeline and standardize keys (person ID, position ID, requisition ID). Apply role-based access, pseudonymization for analysis, and encryption at rest/in transit.
The goal is a secure, governed data layer. It should support both HR dashboards and advanced modeling without duplicative, ad hoc extracts.
Data quality standards and lineage
Data quality determines whether leaders trust your insights and take action. Define and monitor standards for completeness (required fields like manager, location), accuracy (validated values and cross-system reconciliations), timeliness (ingestion frequency aligned to payroll and headcount cycles), and consistency (canonical definitions for terms like “active headcount” or “voluntary turnover”).
Create data lineage diagrams that trace each metric from source system to dashboard. Note transforms and filters to avoid metric drift over time.
Put “metric contracts” in place with system owners, so upstream changes (e.g., new termination reason codes) are versioned and communicated.
Maintain a business glossary and a change log for formulas, filters, and dimensions. This prevents confusion later and speeds audit or investor inquiries.
Build a cadence to review exceptions and data incidents. Prioritize fixes before they erode trust.
Privacy, security, and compliance essentials
HR data is personal data. Where GDPR applies, document a purpose-specific lawful basis with Legal/Privacy; employer/employee consent is not automatically freely given. The European Commission’s principles also call for data minimization and storage limitation. Review necessary fields, retention, and new uses rather than treating an initial assessment as blanket clearance.
For businesses subject to CCPA, California rights include knowing, deleting, correcting, opting out of sale or sharing, limiting certain sensitive-information uses, and non-discrimination, subject to applicable conditions and exceptions. Legal/Privacy should confirm scope, notices, and request deadlines. Apply least privilege, role-based access, masking or pseudonymization, and aggregate views where individual detail is unnecessary. With IT, test sensitive fields, exports, small cells, and filter combinations; these safeguards do not guarantee anonymity.
Use the four-fifths rule as an initial adverse-impact screen for hiring or promotion. The EEOC Q&A explains that below 80% is not a final discrimination finding and at or above 80% is not proof of fairness. Review sample size and statistical and practical context with responsible specialists.
Run access reviews quarterly and maintain audit logs of data changes and dashboard access. Align security controls with your enterprise policies—encryption, network segmentation, SSO/MFA—and document DPIAs where required for sensitive processing.
HR analytics metrics and formulas that matter
Choose a small set of HR KPIs that align with business priorities, are easy to explain, and can be segmented by role, location, manager, and diversity attributes. Start with the fundamentals, then add role- or function-specific metrics as questions evolve.
- Time-to-fill = calendar days from approved requisition to accepted offer. Document this local boundary convention. Track by role and source to find bottlenecks.
- Voluntary turnover rate (%) = voluntary separations during period ÷ average headcount during period × 100. Document how average headcount is calculated. Segment by tenure band and manager to investigate retention.
- Internal mobility event rate (%) = internal moves (lateral + promotions) during period ÷ average headcount during period × 100. This counts events, not unique employees; one employee may move more than once. Investigate relationships with retention and skills rather than assuming them.
- DE&I representation ratio = headcount of group ÷ total headcount at the same date; multiply by 100 for a percentage. Pair with selection rate by stage to investigate hiring patterns.
- Offer acceptance rate (%) = accepted offers ÷ total offers extended in the defined offer cohort × 100. Diagnose by role, compensation band, and time-in-process.
- Engagement proxy (e.g., eNPS) = % promoters − % detractors from survey, reported as a score in percentage points. Document survey categories and valid-response rules; investigate relationships with turnover and performance.
Use definitions consistently and annotate exceptions (e.g., exclude interns or seasonal workers if that’s how Finance reports). Before comparing teams, ensure sample sizes are sufficient and confidence intervals sensible.
Otherwise, small fluctuations can mislead action. Where practical, preview segment sizes on dashboards to discourage overinterpretation of sparse data. Treat missing required inputs or a zero denominator as unavailable, not zero performance.
| Field | Example |
|---|---|
| Decision and reviewer | Which tenure groups need retention follow-up? The People Analytics lead reviews the analysis with an HR business partner. |
| Population and period | All employees at a hypothetical company in September 2026; contractors excluded. |
| Calculation and units | 20 voluntary separations ÷ 400 average employees × 100 = 5%. Here, average headcount is the mean of daily employee headcounts for the month. |
| Source and refresh state | Illustrative HRIS extract, assumed refreshed after September close. These are invented inputs, not a live or verified dataset. |
| Contextual checks | Confirm exit codes and population rules; inspect tenure, role mix, geography, seasonality, and small segment sizes. |
| Benchmark boundary | Local voluntary-exit definitions and average headcount are not automatically comparable with JOLTS reference-period employment, which covers the pay period containing the 12th of the month. |
| Next action | Reconcile exits and headcount, then review sufficiently sized cohorts with the HR business partner before choosing an intervention. |
Benchmarks and external context
External context helps you investigate whether a trend reflects internal change or the market. The BLS JOLTS calculation guidance uses employment from the pay period containing the 12th of the reference month. Your local voluntary-turnover definition and average-headcount denominator may differ, so the rates are not automatically comparable.
Align period, population, industry, role mix, and geography before interpreting a gap. SHRM’s people analytics resources and the CIPD’s people analytics factsheet provide practitioner guidance and common definitions that can anchor your glossary and training.
Use benchmarks as guardrails, not absolute targets. When you are materially above or below market on a metric, investigate drivers before setting goals. Mix effects (role composition) and geographic differences often explain gaps.
Where possible, normalize by function or location to make like-for-like comparisons.
Implementation roadmap: from first dashboard to predictive models
Use this seven-step roadmap at the depth your decision needs. Descriptive or diagnostic work may be enough; predictive pilots are optional, not a required maturity milestone. Each applicable step should yield a usable deliverable, training, and a decision it enables. Governance begins from day one.
- Step 1: Business alignment and hypotheses. Identify top two decisions (e.g., reduce sales turnover, cut time-to-fill) and draft hypotheses to test.
- Step 2: Data inventory and access. Map systems, define lawful basis, establish role-based access, and build an initial data model with core entities.
- Step 3: Minimum viable HR dashboard. Ship headcount, hires, exits, time-to-fill, and diversity snapshots; run enablement sessions with HRBPs and managers.
- Step 4: Diagnostic deep dives. Add driver analysis for turnover and recruiting funnel drop-off; partner with business to design interventions.
- Step 5: Optional predictive pilots. Test an attrition model or hiring forecast in shadow mode. Use back-testing and a later-period held-out set; review calibration, false positives, false negatives, and subgroup results. The People Analytics lead, with HR and Legal/Privacy, reviews suitability before deployment. Pause the pilot if evaluation is unacceptable; do not automate individual adverse employment actions.
- Step 6: Operationalization and change management. Integrate insights into workflows (e.g., retention check-ins), train managers, and publish playbooks.
- Step 7: Governance and MLOps. Monitor model performance, calibration, data drift, errors, and subgroup fairness against use-case-specific review criteria. The People Analytics lead owns review and a pause or rollback decision when results are unacceptable. Schedule access reviews and document lineage and definitions, including for programs without models.
Close each step with a retrospective on adoption and outcomes, not just technical completion. This cadence builds credibility with executives and creates a loop from insight to action to impact.
Roles and RACI for cross-functional delivery
Clarity on who does what keeps analytics moving and compliant. A small but effective people analytics function typically includes a lead who is accountable for priorities and stakeholder alignment.
An analyst or data scientist is responsible for modeling and dashboards. A data engineer is shared with IT for pipelines and identity management.
HR business partners are consulted on interpretation and action plans. Business unit leaders are accountable for implementing changes and are informed through regular reviews.
Legal/Privacy is consulted on lawful basis, DPIAs, and vendor contracts. Keep them informed of new use cases with sensitive data or automated decision-making.
Finance is consulted to align definitions (e.g., headcount, labor cost) and to validate ROI models. Write a simple RACI for each deliverable—metric glossary, dashboard release, model deployment—so handoffs and approvals are explicit.
Build vs buy: decision framework and TCO
Deciding whether to build a stack or buy HR analytics tools hinges on use-case scope, team skills, timing, and total cost of ownership (TCO). Consider buying when available tools fit your standard reporting needs and interfaces, and your team can validate, govern, and maintain the implementation. Employee count alone is not a decision threshold.
Organizations with mature data teams, complex bespoke needs, or strict data residency/security requirements may justify building on enterprise platforms. Some pair that with embedded BI for managers.
Compare options against your actual requirements:
- Buy-first when supported interfaces and standard capabilities fit the use cases, internal engineering capacity is limited, and the pilot, contract, implementation timing, and total cost meet your requirements.
- Build-first when custom logic, model ownership, or platform and residency requirements justify it, and you have the staffing, HR domain skills, engineering capacity, and budget to deliver, validate, secure, and support it over time.
TCO includes licenses, data engineering, security and compliance reviews, model validation and monitoring, training and change management, and ongoing support. Don’t ignore opportunity cost—months spent building pipelines may delay savings from reduced turnover.
Many firms choose a hybrid: buy for standardized HR dashboards and workflows, and build custom models in-house that connect to the same governed data layer.
Choosing HR analytics tools: capabilities and evaluation criteria
The right HR analytics tools should make integration, governance, and adoption easier—not add another silo. Evaluate against requirements you can verify in a pilot and reference check, rather than a long checklist that isn’t tied to outcomes.
- Pre-built connectors for HRIS/ATS/payroll and identity/SSO support.
- Strong data modeling with slowly changing dimensions (org and manager history).
- Row-level security, data masking, audit logs, and role-based access controls.
- Self-service HR dashboards with drill-down and governed metric definitions.
- Built-in explainability (e.g., feature importance) and bias testing for models.
- Scheduling, alerting, and workflow integration to operationalize insights.
- Model lifecycle support (versioning, monitoring hooks) or easy integration with MLOps.
Pilot with one or two priority use cases. Measure time-to-first-insight and test non-functional requirements—performance at your row counts, access control patterns, and manager rollout effort. Validate explainability and bias-testing features on your use case; their presence does not establish model suitability or fairness. The People Analytics lead owns the accept, revise, or reject decision with IT, Legal/Privacy, and Finance, based on integration, access, validation, contract, timing, and total-cost requirements.
Responsible and compliant analytics in HR
Responsible HR analytics requires fairness testing, transparency, and continuous monitoring alongside privacy controls. For selection and promotion, the four-fifths rule flags a group selection rate below 80% of the highest group’s rate for review. The EEOC Q&A treats it as an initial screen: below 80% is not a final unlawful-discrimination finding, and at or above 80% is not proof of fairness. Consider sample size and statistical and practical significance with Legal and responsible specialists.
Make analyses explainable to non-technical audiences by documenting variables used, their rationale, and model limitations. Use interpretable techniques or post-hoc explainability so HR and Legal can assess risk.
Use the NIST AI Risk Management Framework as voluntary risk-management guidance, not compliance certification. For an optional predictive pilot, combine back-testing with later-period held-out evaluation; inspect calibration, false positives, false negatives, and subgroup results. The People Analytics lead coordinates HR and Legal/Privacy review of deployment and individual interventions. Pause an unacceptable pilot; do not use model scores to automate individual adverse employment actions.
Monitor performance, calibration, errors, data drift, and subgroup fairness over time. Set use-case-specific review criteria and make the People Analytics lead accountable for a pause or rollback when monitoring is unacceptable. For human capital reporting, ISO identifies ISO 30414:2018 as withdrawn and ISO 30414:2025 as the current version. The 2025 public abstract describes requirements and recommendations for reporting and disclosure; consult the applicable edition for requirements, rather than treating this summary as conformity guidance.
ROI and value realization
Separate gross benefit, net benefit, and ROI. For the same period, net benefit = benefit − total program cost; ROI (%) = net benefit ÷ total program cost × 100. If total program cost is zero, percentage ROI is unavailable.
For a hypothetical year, assume a 500-person sales organization, a two-percentage-point reduction in voluntary turnover, $90,000 average salary, and replacement cost equal to 40% of salary. Gross avoided cost = 500 × 0.02 × $90,000 × 0.4 = $360,000. With an assumed $100,000 total program cost for that same year, net benefit = $260,000 and ROI = ($360,000 − $100,000) ÷ $100,000 × 100 = 260%. All inputs are unvalidated illustration assumptions, not a replacement-cost benchmark, customer result, or proof of analytics-caused savings.
Key TCO components to include are software and data platform costs, integration/data engineering, security reviews and audits, ongoing model monitoring, change management and training, and analyst time to sustain content. Translate outcomes into CFO-ready narratives: “$X avoided backfill costs,” “Y weeks faster ramp saves $Z in quota capacity,” and “A% reduction in agency fees.”
Keep productivity or capacity estimates separate from realizable cash savings. Do not count recruiting or ramp benefits again if they are already included in replacement cost. Finance and budget owners should validate assumptions, attribution, and realizable budget effects before including savings in forecasts.
Examples and case patterns you can adapt
Use these adaptable patterns to frame a pilot while keeping governance intact. Each outlines data, a method, an action, and intended outcomes to evaluate—not demonstrated effects.
- Retention risk scoring: Inputs = reviewed, purpose-appropriate tenure, manager changes, comp, and engagement data; Legal/Privacy should assess each field’s necessity. Permitted demographic data for fairness audits is not automatically suitable as a predictor. Method = logistic regression or gradient boosting with explainability; Action = human-reviewed stay conversations and internal mobility offers, not automatic adverse employment actions; Outcomes to evaluate = reduction in voluntary turnover in targeted segments and avoided replacement cost.
- Headcount and hiring forecast: Inputs = historical hires/exits, req pipeline, seasonality, business plan; Method = time-series forecast plus capacity constraints; Action = adjust open reqs, rebalance sources, expedite critical roles; Outcomes to evaluate = time-to-fill improvement and fewer stock-out moments in frontline staffing.
- Internal mobility optimization: Inputs = skills from LMS, performance, career pathing, open roles; Method = recommender matching internal candidates to openings; Action = prioritized outreach to at-risk or underutilized talent; Outcomes to evaluate = higher internal fill rates and improved retention among high performers.
Start with one pattern and define success metrics. A 90-day pilot-to-operationalization cycle is an adjustable planning illustration, not a delivery promise. Share before/after results with Finance and business leaders, but explain that differences alone do not establish program causation; review other changes and context before attributing impact.
Common pitfalls and how to avoid them
Even strong analytics programs can stumble on avoidable issues. Keep an eye on these and set lightweight guardrails early.
- Confusing reporting with analytics: choose the depth the decision needs. Counts and trends may be enough; investigate associations or test interventions when needed, without treating them as proof of cause.
- Sampling bias and proxy discrimination: audit input variables and run adverse impact checks before and after model deployment.
- Dashboard sprawl: limit to a curated set tied to decisions; archive or merge unused views quarterly.
- Metric drift and definition creep: lock a glossary, version formulas, and document exceptions and lineage.
- Ignoring business cadence: align refresh and review cycles to weekly staffing, monthly FP&A, and quarterly talent planning.
- Lack of enablement: train HRBPs and managers on how to act on insights; publish short playbooks tied to each dashboard.
- No model monitoring: set alerts for performance and fairness drift with clear owners and remediation steps.
Revisit this list during quarterly governance meetings and adjust controls as your scope and risk profile evolve.
FAQs
What’s the difference between HR analytics and HR reporting, and when does reporting fall short? Reporting answers “what happened” with standardized counts and trends and may be enough for the decision. Analytics investigates associations, forecasts outcomes, and evaluates actions. Neither association nor prediction proves cause, as the CIPD factsheet explains. Use deeper analysis when the decision needs it.
Which data architecture is best for HR analytics—warehouse, lakehouse, or embedded BI—and why? Warehouses excel for structured, governed HR data and finance alignment. Lakehouses add flexibility for semi-structured sources like survey text. Embedded BI speeds manager adoption inside existing HR systems. Many mid-market teams use a warehouse for the single source of truth and embedded BI for consumption.
How should HR reconcile GDPR/CCPA obligations with manager self-service analytics access? Have Legal/Privacy assess a purpose-specific GDPR lawful basis; employment consent is not automatically freely given. Separately assess covered-business CCPA obligations and applicable rights, conditions, exceptions, and deadlines. Minimize shared data and review retention, sensitive fields, and exports with IT. Enforce role-based access, masking, and logs; test small cells and filter combinations. Aggregation and pseudonymization do not guarantee anonymity.
What’s a practical build-vs-buy threshold for HR analytics (by team size, budget, and use cases)? There is no universal employee-count, staffing, deadline, or standard-KPI cutoff. Consider buying when tools fit your use cases and interfaces; consider building when customization or platform requirements justify it and you can deliver, validate, and support it. Compare actual skills, timing, contracts, access requirements, and total cost. A hybrid can combine governed dashboards with custom models.
How do you calculate the ROI of reducing voluntary turnover with HR analytics? For one common period, net benefit = benefit − total program cost; ROI (%) = net benefit ÷ total program cost × 100. Percentage ROI is unavailable when cost is zero. Estimate avoided replacement cost from avoided separations and a reviewed per-separation cost assumption. Keep capacity separate from realizable cash and avoid overlapping recruiting or ramp benefits. Finance and budget owners should validate assumptions and attribution.
How do you run an adverse impact analysis using the four-fifths rule step by step? Define candidate groups and selection outcomes. Compute selection rate per group (selected ÷ applicants). Divide each group’s rate by the highest group’s rate and flag any ratio <0.80 for deeper review. The EEOC Q&A explains that below 80% is not a final discrimination finding and at or above 80% does not prove fairness. Small samples can make a below-80% result inconclusive; statistically and practically significant differences can matter above 80%. Document context, sample sizes, specialist follow-up, and actions; revisit after process changes.
What competencies and roles are essential for a small but effective people analytics function? Core roles include a people analytics lead, an analyst or data scientist, and a data engineer/architect shared with IT. Competencies span data modeling, statistical analysis, data storytelling, HR domain knowledge, privacy/compliance, and stakeholder enablement.
What’s a minimum viable HR analytics dashboard for a 500-person company? Include headcount, hires, exits (voluntary/involuntary), time-to-fill, offer acceptance, and diversity snapshots by department and level. Add manager and location drill-downs and a turnover segmentation view only after Legal/Privacy and IT review sensitive fields, exports, small cells, and filter combinations. Role filtering and aggregation do not guarantee anonymity. Publish monthly with a one-page action summary.
How do you validate a predictive attrition model and monitor it over time (drift, fairness, performance)? For an optional pilot, combine back-testing with later-period held-out checks. Review calibration, false positives, false negatives, and subgroup results. Monitor performance, errors, calibration, data drift, and fairness against use-case-specific criteria. The People Analytics lead coordinates HR and Legal/Privacy review, including individual interventions, and owns a pause or rollback when results are unacceptable. Do not automate individual adverse employment actions; validate changes before resuming.
Which external benchmarks actually matter for recruiting and retention, and how do you use them? Use BLS JOLTS for market context, not a directly comparable target: its employment covers the pay period containing the 12th of the month, unlike a local average-headcount denominator, and voluntary-exit definitions may differ. Check period, population, industry, role mix, and geography. Use SHRM and CIPD resources for practitioner guidance; verify any recruiting benchmark’s definition and scope before setting targets.
How should HR analytics teams document lineage and definitions to avoid metric confusion? Maintain a shared glossary with definitions, inclusion/exclusion rules, and formulas. Include lineage diagrams from source to dashboard. Version changes, annotate dashboards with definition snippets, and keep a change log accessible to HR, Finance, and IT.
Glossary
Adverse impact: A substantially different selection rate that disfavors a protected group. The four-fifths rule is an initial screen: a group rate below 80% of the highest group’s rate calls for review, not a final discrimination finding; at or above 80% does not prove fairness. Sample size and statistical and practical context matter, as the EEOC Q&A explains.
ELT vs. ETL: ELT loads raw data first, then transforms in the destination (common in modern warehouses); ETL transforms before loading (useful when only curated data may enter the destination).
Lakehouse: A data architecture that combines data lake flexibility with warehouse governance and performance, useful when mixing structured HRIS data with semi-structured sources like surveys.
Lineage: Documentation that traces metrics from source systems through transformations to dashboards, supporting trust, audits, and troubleshooting.
MLOps: Practices and tooling to develop, deploy, monitor, and govern machine learning models, including versioning, drift detection, and rollback procedures.
People analytics: Broad, cross-functional term for analytics on people-related data across HR and adjacent functions; often used interchangeably with HR analytics.
Prescriptive analytics: Techniques that recommend actions based on predicted outcomes and constraints, often using optimization or rules derived from experiments.
Row-level security (RLS): Access control that restricts data visibility to specific rows based on user attributes (e.g., a manager sees only their team).
SHAP: A model-agnostic explainability method that attributes feature contributions to individual predictions, useful for explaining why a model flagged a specific case.
Time-to-fill: The number of calendar days from requisition approval to accepted offer; a core recruiting efficiency metric.
References and further reading:
- EU data protection rules (GDPR lawful basis): https://commission.europa.eu/law/law-topic/data-protection/eu-data-protection-rules_en
- EEOC Uniform Guidelines and four-fifths rule: https://www.eeoc.gov/laws/guidance/uniform-guidelines-employee-selection-procedures-1978
- NIST AI Risk Management Framework: https://www.nist.gov/itl/ai-risk-management-framework
- ISO 30414 Human Capital Reporting: https://www.iso.org/standard/69338.html
- BLS JOLTS turnover and quits: https://www.bls.gov/jlt/
- SHRM people analytics hub: https://www.shrm.org/resourcesandtools/hr-topics/people-analytics/pages/default.aspx
- CIPD people analytics factsheet: https://www.cipd.org/uk/knowledge/factsheets/people-analytics-factsheet/


%20(1).png)

%20(1).png)