> For the complete documentation index, see [llms.txt](https://rvltrp.gitbook.io/revolutionrp/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://rvltrp.gitbook.io/revolutionrp/staff-team/postup-whitelist-pohovoru.md).

# Postup whitelist pohovoru

***

## 1. Přivítání uchazeče

Whitelist Adder přivítá uchazeče a představí se.

Na začátku pohovoru stručně vysvětlí:

* jak bude pohovor probíhat,
* že se jedná o ověření znalostí pravidel,
* že může kdykoliv požádat o zopakování otázky, pokud jí nerozumí,
* že odpovědi musí být jeho vlastní,
* ptát se jestli má nějaké otázky před startem.

Před zahájením pohovoru ověří, že je uchazeč připraven.

***

## 2. Sdílení obrazovky

Před zahájením pohovoru je uchazeč povinen zapnout **sdílení obrazovky (Screen Share)** na Discordu.

Sdílení obrazovky musí zůstat aktivní **po celou dobu whitelist pohovoru** a uchazeč jej nesmí bez vyzvání vypnout ani přerušit.

Whitelist Adder je oprávněn požádat uchazeče o zobrazení celé obrazovky (nikoliv pouze konkrétní aplikace), pokud je to potřeba pro zajištění férového průběhu pohovoru.

Pokud uchazeč odmítne sdílení obrazovky, opakovaně jej přeruší bez oprávněného důvodu nebo se bude snažit jeho obsah skrývat, může být pohovor okamžitě ukončen a považován za neúspěšný.

Sdílení obrazovky slouží výhradně k zajištění férového průběhu pohovoru a ověření, že uchazeč během něj nepoužívá nepovolené pomůcky.

***

## 3. Zahájení pohovoru

Pohovor probíhá klidně a bez zbytečného stresování uchazeče.

Otázky jsou pokládány postupně a srozumitelně.

Whitelist Adder během pohovoru neposkytuje správné odpovědi ani výrazné nápovědy.

Pokud uchazeč otázce nerozumí, je možné ji přeformulovat.

***

## 4. Ověření znalostí pravidel

V této části se ověřuje zejména:

* základní pravidla serveru,
* význam RP pojmů,
* pravidla komunikace,
* základní pravidla chování na serveru.

Nehodnotí se pouze naučené definice, ale také jejich správné pochopení.

***

## 5. RP situace

Po teoretických otázkách následují modelové RP situace.

Whitelist Adder sleduje:

* logické přemýšlení,
* schopnost zachovat RP,
* rozhodování v různých situacích,
* znalost pravidel při jejich aplikaci.

Situace mohou obsahovat více správných řešení, pokud jsou v souladu s pravidly serveru.

***

## 6. Doplňující otázky

Pokud si Whitelist Adder není jistý odpovědí uchazeče, může položit doplňující otázky.

Jejich cílem není uchazeče zmást, ale ověřit, zda odpověď skutečně chápe.

***

## 7. Vyhodnocení pohovoru

Po dokončení všech otázek Whitelist Adder krátce vyhodnotí průběh pohovoru.

Při rozhodování bere v úvahu zejména:

* znalost pravidel,
* správné řešení RP situací,
* celkové vystupování,
* schopnost komunikace,
* ochotu spolupracovat.

Rozhodnutí musí být objektivní a nestranné.

***

## 8. Oznámení výsledku

Po vyhodnocení je uchazeč seznámen s výsledkem.

#### Pokud uspěl

Whitelist Adder:

* pogratuluje uchazeči,
* vysvětlí další postup,
* upozorní na povinnost dodržovat pravidla serveru.

#### Pokud neuspěl

Whitelist Adder:

* slušně oznámí neúspěch,
* stručně vysvětlí hlavní důvody,
* informuje uchazeče o možnosti opakování pohovoru podle pravidel serveru.

***

## 9. Záznam pohovoru

Po ukončení pohovoru je Whitelist Adder povinen zaznamenat:

* výsledek pohovoru cez /whitelist,
* důvod případného zamítnutí,
* případné poznámky pro další Staff.

Záznam musí být věcný a objektivní.

***

## 10. Ukončení pohovoru

Na závěr Whitelist Adder poděkuje uchazeči za jeho čas a ukončí pohovor profesionálním způsobem.

Bez ohledu na výsledek musí být každý uchazeč ošetřen se stejným respektem a férovým přístupem.

***

{% hint style="info" %}

### Doporučení pro Whitelist Addera

* Nepřeskakovat připravené otázky.
* Nepřidávat vlastní otázky odporující pravidlům serveru.
* Nedávat výrazné nápovědy ani správné odpovědi.
* Zachovat klidný a profesionální přístup po celou dobu pohovoru.
* Posuzovat uchazeče podle znalostí a způsobu uvažování, nikoliv podle osobních sympatií.
* V případě pochybností konzultovat výsledek s vyšším členem Staff Teamu.
  {% endhint %}
