NOTATKA TECHNICZNA
Ocena techniczna programisty: jak zamienić rozmowę w proces decyzyjny?
Rozmowa techniczna dostarcza obserwacji, ale nie podejmuje decyzji. Zobacz, jak zbudować kryteria, scorecard i debrief, które dają porównywalny wynik.
Po rozmowie technicznej jedna osoba mówi: „bardzo dobry kandydat”. Druga pamięta kilka zbyt ogólnych odpowiedzi. Trzecia nie jest pewna, czy ocenialiście poziom techniczny, komunikację czy po prostu pewność siebie. Spotkanie się odbyło, notatki istnieją, a decyzja nadal opiera się na tym, kto potrafi najmocniej uzasadnić swoje wrażenie.
To nie jest problem z samą rozmową. Problemem jest brak warstwy, która zamienia obserwacje w porównywalny wynik. Dobra ocena techniczna zaczyna się przed spotkaniem: od jasnego opisu roli, kryteriów oraz dowodów, których szukamy. Kończy się dopiero wtedy, gdy niezależne oceny zostały zapisane, ryzyka nazwane, a decyzja ma właściciela.
Ten artykuł pokazuje, jak zaprojektować taki proces bez wieloetapowego teatru rekrutacyjnego. Celem nie jest idealna pewność — tej nie daje żadna metoda. Celem jest decyzja oparta na lepszym sygnale, możliwa do wyjaśnienia i porównania z oceną kolejnych kandydatów.