> For the complete documentation index, see [llms.txt](https://policies.aic.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://policies.aic.io/inclusive-recruitment-policy.md). # Inclusive Recruitment Policy ### Purpose AIC aims to recruit fairly, professionally and inclusively. The purpose of recruitment is to identify people with the right capability, experience, potential, values and conduct for the role. ### Policy Statement AIC does not tolerate discriminatory recruitment practices. Recruitment must be based on: * role requirements * capability * experience * qualifications where genuinely required * security or customer requirements where applicable * professional conduct * potential to perform the role ### Role Design Before advertising or sourcing candidates, the hiring lead should define: * role purpose * core responsibilities * required skills * desirable skills * working pattern * location requirements * security requirements * customer constraints * assessment method Requirements should not be inflated or written in a way that excludes capable candidates unnecessarily. ### Job Adverts Job adverts should: * use clear language * avoid unnecessary jargon * distinguish essential and desirable criteria * avoid discriminatory language * explain security or location requirements clearly * encourage applications from capable candidates * state that reasonable adjustments can be considered ### Candidate Assessment Candidates should be assessed consistently against the role requirements. Assessment methods may include: * interview * technical exercise * portfolio review * scenario discussion * work history review * references * security eligibility checks Assessment should avoid irrelevant personal factors. ### Reasonable Adjustments Candidates should be able to request reasonable adjustments during recruitment. Examples may include: * alternative interview format * extra time for assessments * accessible meeting arrangements * adjusted communication format * remote interview where practical ### Security and Vetting Requirements Some AIC roles may require security checks, customer approval, nationality restrictions, right-to-work checks or formal vetting. These requirements must be explained clearly and applied lawfully. Where a requirement is genuine, it is not discriminatory to apply it. Where it is not genuinely required, it should not be used as a barrier. ### Selection Decisions Selection decisions should be: * evidence-based * role-relevant * documented where appropriate * free from bias * consistent with customer and contractual requirements ### Unacceptable Recruitment Practices AIC does not permit: * discriminatory shortlisting * irrelevant personal questioning * assumptions based on background or identity * exclusion based on protected characteristics * tokenistic hiring * favouritism * inconsistent assessment * hostile or disrespectful interview behaviour ### Candidate Experience Candidates should be treated professionally whether successful or unsuccessful. AIC expects: * clear communication * respectful interviews * timely feedback where practical * confidentiality * fair treatment ### Review Recruitment practices should be reviewed periodically to ensure they remain fair, lawful and effective. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://policies.aic.io/inclusive-recruitment-policy.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.