Begreper

Oversikt#

Attia er bygget av noen få poster som peker på hverandre. Et arbeidsområde rommer team, team eier jobber, jobber samler søknader, og hver søknad navngir en kandidat. Lær de fem, så leser resten av produktet seg som varianter av dem.

Grunnbegreper#

Søknader#

Hver person som søker på en stilling får en søknad, og den posten er der rekrutteringsarbeidet skjer. En rekrutterer åpner en søknad, leser den, flytter den videre, og avslår eller ansetter ut fra den.

Søknaden ligger under en jobb, og teamet som eier jobben bestemmer hvilke statuser den kan bevege seg gjennom. Underveis samler den opp en ansvarlig, etiketter, kommentarer, en vurdering, en SLA-frist, kilden den kom fra, og en agent du kan overlate den til.

Noen ting bærer søknaden bevisst ikke: prioritet, forfallsdato, undersøknader eller koblinger til andre søknader. Prioriteten ligger på jobben. En SLA er måten du setter en dato på én enkelt søknad.

Kandidater#

En kandidat er personen. Attia lagrer den posten én gang for hele arbeidsområdet, ikke per team, så én som søker på tre stillinger gir dere tre søknader og én kandidat.

En søknad peker på nøyaktig én kandidat og én jobb. Det paret er det som knytter personen til arbeidet.

Statuser#

Statuser finnes i to omfang, og de to er lette å blande sammen.

Søknadsstatuser hører til et team. Hvert team bestemmer den ordnede rekken søknadene beveger seg gjennom, og statusene grupperer søknadslisten og navngir kolonnene på en tavle.

Jobbstatuser hører til arbeidsområdet. Én katalog dekker alle team, og bare en administrator i arbeidsområdet redigerer den, under Innstillinger → Jobber → Statuser.

Team#

Et team er gruppen som eier rekrutteringsarbeidet. Det eier jobbene sine og søknadene deres, sine egne søknadsstatuser og søknadsetiketter, medlemmene sine, og visningene som deles med teamet.

Team kan ligge under hverandre. Et nytt underteam arver som standard søknadsstatusene til teamet over, og om teamet er privat. Slår du av arven, får teamet lokale kopier av statusene og styrer dem selv. Teamets tidssone og arbeidsflytinnstillingene, blant dem automatisk lukking og automatisk arkivering, forblir uavhengige av teamet over. De kommer bare som kopier hvis du kopierer dem fra et annet team når teamet opprettes.

Arbeidsområde#

Arbeidsområdet er beholderen for alt organisasjonen ansetter med. Team, jobber, kandidater, søknader, dokumenter, karrieresider og medlemmer ligger alle inne i ett, og ingenting krysser mellom arbeidsområder.

Hvert arbeidsområde har sin egen adresse, attia.app/ditt-arbeidsomrade. Det har én eier. Alle andre er administrator eller medlem, med et valgfritt gjestemerke for begrenset tilgang. Én konto kan tilhøre flere arbeidsområder og bevege seg mellom dem fra arbeidsområdevelgeren.

Å organisere arbeidet#

Jobber#

En jobb er stillingen dere ansetter til, og posten alle søknader på den stillingen samler seg under.

En jobb har ett eiende team, og du kan legge til flere team når andre trenger tilgang. Den bærer en tittel, en beskrivelse, en status, en prioritet, en leder, mål- og startdato, og etiketter. En ny jobb kan starte fra en mal, så en stilling dere ansetter til ofte, slipper å bygges opp igjen hver gang.

Visninger#

En visning lagrer et søk med visningsinnstillingene sine, så filteret, grupperingen og sorteringen du satte én gang, kommer tilbake neste gang.

Hver visning har en synlighet: personlig, team eller arbeidsområde, og den avgjør hvem andre som ser den. Visninger finnes på jobber, på kandidater, på søknadene til et team, på revisjonsloggen og på karrieresider.

Dokumenter#

Dokumenter rommer teksten ingen enkelt søknad eier: stillingsbeskrivelser, intervjuguider, vurderingsskjemaer og resonnementet bak en stilling. Et dokument bor i arbeidsområdet, og et dokument uten tilknytning kan leses av alle der. Fester du det til et team, en jobb eller en søknad, snevres rekkevidden inn til dem som ser den tilknytningen.

Karrieresider#

En karriereside er det offentlige ansiktet til rekrutteringen deres, og den ligger også på arbeidsområdenivå. Koblede jobber bestemmer hvilke stillinger den viser, så en stilling når kandidatene først når du kobler den på.

Hvordan dette henger sammen#

Kortversjonen:

• et arbeidsområde rommer hvert team, hver person og hver post
• team eier jobbene og bestemmer statusene søknadene beveger seg gjennom
• jobber er stillingene dere ansetter til
• søknader følger én person mot én stilling
• kandidater er postene på arbeidsområdenivå som søknadene peker på
• visninger, dokumenter og karrieresider ligger oppå alt dette