Job families and vacancies are different things and can't be used interchangeably. Hopefully this information will help to clarify the differences.
The term “requisition” (req) is used when referring to an open job. The term “vacancy” is used when referring to its open position(s). For example, an open req could have two vacancies. To note, our Applicant Tracking System (ATS), Greenhouse, uses the term “openings” as opposed to “vacancies.” Requisitions and vacancies are maintained in Greenhouse based on our Job Families. A requisition and a vacancy are temporary in that they’ll only be open until the position is filled, whereas a Job Family is a permanent description that applies to existing Team Member’s with that title. Please don't use “vacancy” and “Job Family” interchangeably. The relevant parts of a Job Family are copy-pasted to Greenhouse to open a vacancy.
We don't use the word "job" to refer to a job family or vacancy because it is ambiguous.
People at GitLab can be a specialist on one thing and expert in many:
The example below shows how we describe what someone does at GitLab:
1. Level: Senior
1. Job family: Developer
1. Specialist: Gitaly specialist
1. Location: EMEA
1. Expert: Reliability, Durability
We use the following terms to refer to a combination of the above:
Level and job family as listed on the contract, for example: Senior Developer
All parts except expertise, as listed on vacancies, for example: Senior Developer, Gitaly specialist, EMEA
Please use the same order as in the examples above, a few notes:
We preface a title with "interim" when we're hiring for the position.
Adding a video to your job family is a great way for people to get to know more about the role, hiring manager, and GitLab. Hiring managers, if there's not already a video created for your job family or role, consider recording one. Check out the job family video issue for guidance or support, or record your own role-specific video.
Examples:
Learn more about uploading to GitLab Unfiltered within the Communication section of the Handbook. If you're unable to create a video, please add a video about life at GitLab, like this one.
Every role at GitLab should receive sourcing support from the Recruiting Team. To learn more about Sourcing you can visit this page and also reach out to your Recruiting & Sourcing partners. For all positions, the Hiring Team will use available tools to source for qualified candidates. In addition, Managers should also reach out to their own network for candidates and referrals. It is common for candidates to respond more frequently to those who they know are the hiring manager. The best Managers take a proactive role in building their teams, through sourcing directly and tapping their networks for excellent candidates.
The Recruiting Team uses various tools to identify talent by proactively reaching out to candidates for opportunities. In addition, they will partner with hiring managers to participate in sourcing to ensure they are targeting the right skillsets.
The Hiring Manager should always ask their team to suggest referrals for open positions. GitLab team-members can refer candidates through our referral program.
The Recruiter will clear the pipeline of candidates in all stages of application and notify the candidates that the position has been either filled or closed.
Consider rejecting promising candidates with the reason Future Interest and making them a prospect so we can reconsider them in the future.
You can also add various tags to the candidates, which makes it easier to find them in Greenhouse later on if you are recruiting for the same or a similar position.
You can also set a reminder for a candidate if you anticipate reopening the role at a later date.
The Recruiter will close the position in Greenhouse. Please note that upon closing the vacancy this will cancel interviews but not remove them from calendars. It is best to manually delete any inflight interviews before closing the role.
