채용 팀 역할 생성

채용 팀 역할은 다음 두 가지 상위 레벨 유형으로 분류할 수 있습니다.

• 표준/기본 채용 팀 역할: 채용 팀 역할 구성 메뉴에 표시되는 다섯 가지 채용 팀 역할입니다. 바로 사용 가능한 권한으로 제공되지만 이름 외에는 완전히 구성할 수 있습니다.
• 추가 사용자 정의 역할: 원하는 대로 생성하고 구성할 수 있는 최대 5개의 추가 역할로 구성됩니다. 사용자 정의 역할 메뉴에서 역할 이름과 함께 완전히 구성할 수 있습니다.

SmartRecruiters 시스템에 사전 구축된 다섯 가지 표준/기본 채용 팀 역할이 있습니다.

기본적으로 채용 팀 역할은 회사가 표준 및 기본 시스템 역할로 사용자를 관리하고, 채용 팀에 속한 각 직무에 대해 다양한 수준의 액세스 및 권한을 부여할 수 있도록 지원합니다.

관리자 또는 확장 시스템 역할이 있는 사용자는 보유한 채용 팀 역할에 관계없이 직무 및 후보자에 대한 전체 액세스 권한을 갖습니다. 시스템 역할은 채용 팀 역할보다 우선합니다.

많은 조직에서 HRBP와 같은 채용 프로세스와 관련된 다른 개인이 있을 수 있습니다. 앞에서 언급한 대로 SmartRecruiters에서는 필요에 따라 최대 5개의 추가 사용자 정의 채용 팀 역할을 구축할 수 있습니다.

각 사용자 정의 및 기본 채용 팀 역할의 권한은 해당 직무의 직무 또는 후보자에 대해 수행할 수 있거나 수행할 수 없는 작업 목록으로 정의됩니다.

예를 들어 작업 액션에는 다음이 포함됩니다.

• 작업을 게시/게시 취소/취소합니다.
• 작업 상태를 수동으로 편집(후보자를 앞으로 이동하지 않거나 프로세스를 뒤로 이동하지 않음)

직무의 채용 팀에 추가되고 역할이 지정되면 사용자에게 해당 직무 및 해당 직무에 대한 후보자 지원에 허용되는 작업 목록이 지정됩니다.

각 역할에는 각 액션에 대한 액세스 레벨이 지정됩니다. 액세스 레벨은 해당 역할이 지정된 사용자가 해당 액션과 관련하여 수행할 수 있는 작업을 정확하게 결정합니다.

일부 액션에는 세 가지 레벨이 있습니다(예: 승인을 위해 오퍼를 생성하고 보냄, 후보자에게 보내기).

그 외 4개가 있습니다(예: 후보자 평가).

다른 사람은 두 가지밖에 없습니다(예: 후보자에게 동의 요청 및 해당 동의의 상태).

회사 HR 팀은 조직 전반에 SmartRecruiter를 구현하고 있습니다. 채용 공고를 게시하기 전에 채용 거버넌스 모델에 맞는 표준 채용 팀 역할을 정의해야 합니다.

채용 프로세스를 분석한 후 이해관계자가 일반적으로 다음을 포함함을 파악합니다.

• 엔지니어링 관리자: 기술 채용을 완벽하게 제어할 수 있어야 합니다.
• 기술 면접관: 후보자를 평가하되 채용 결정을 내려서는 안 됩니다.
• 채용 코디네이터: 후보자 의사 결정 권한이 없는 일정 수립 및 물류를 처리합니다.
• HR 비즈니스 파트너: 보상을 검토하고 제안을 승인하지만 일일 채용 프로세스는 관리하지 않습니다.
• 부서 임원: 최종 승인을 위해 시니어 수준 채용에 대한 가시성이 필요합니다.

이해관계자 리스트가 개발되면 관리 팀이 시스템을 구성합니다.

1. 다섯 가지 기본 역할(임원, 채용 관리자, 채용 담당자, 코디네이터, 면접관)을 회사 A의 표준 권한에 맞게 사용자 지정합니다.
2. 다음을 사용하여 사용자 정의 HRBP 역할을 생성합니다.
   • 후보자 정보에 대한 읽기 권한
   • 오퍼 및 보상에 대한 쓰기 권한
   • 검토에 대한 읽기 권한
   • 단계를 통해 후보자를 승진시킬 수 있는 (없음) 액세스 권한이 없습니다.

결과: 이제 채용 담당자가 엔지니어링, 마케팅 또는 재무에 관계없이 회사 A에서 채용 요청을 생성할 때마다 팀 멤버를 이러한 표준화된 역할에 지정하여 전사적으로 모든 채용 프로세스에서 일관된 권한 및 책임을 보장할 수 있습니다.

• 해당 역할이 현재 기존 승인 체인에서 사용 중인 경우 관리자는 추가 역할을 비활성화할 수 없습니다.
• 채용 팀에서 해당 역할에 지정된 사용자가 한 명 이상 있는 경우 관리자는 추가 역할을 삭제할 수 없습니다.
• 액션 간에는 몇 가지 상호 종속성이 있습니다. SmartRecruiters는 필요에 따라 이러한 상호 종속성을 해결합니다. 예를 들어, 관리자가 오퍼에 대한 쓰기 권한은 부여했지만 메시지에는 없음 권한을 부여했다고 가정해 보겠습니다. 사용자는 오퍼를 보낼 수 있어야 하므로 SmartRecruiter는 메시지 권한을 무시합니다. 향후에는 충돌 해제 규칙을 추가할 수 있지만 이는 현재 로직입니다.
• SmartRecruiters는 사용자가 다음 상황에서 상태를 편집할 수 없는 경우에도 사용자 작업에 따라 후보자 상태를 자동으로 업데이트합니다.
  • 첫 번째 전자메일, 메시지 또는 어플리케이션에 대한 검토가 자동으로 신규 에서 검토 중 – 첫 번째 단계로 이동합니다.
  • 오퍼 수락됨 단계가 활성화되면 UI에서 사용자가 오퍼를 수락하면 청약이 오퍼 수락됨 단계로 자동 이동됩니다.