Widzę wiele ofert pracy, które wymagają co najmniej x lat doświadczenia. Pytanie brzmi: skąd wiesz, kiedy kandydat ma wymagane lata doświadczenia? Czego oczekujesz od osoby z x-letnim doświadczeniem (edytuj: skutecznie jak sprawdzić, czy CV nie kłamie, nie polegając na sprawdzaniu umiejętności)? Co może zrobić osoba z x-letnim doświadczeniem, której nie może zrobić osoba z y-latami (y <x) (edytuj: zakładając, że ma podobne umiejętności)?

Mogą wystąpić przypadki z pewnym zapalonym programistą z y-letnim doświadczeniem, który ma ogromną wiedzę i pracował nad wieloma projektami oraz innym programistą z x-letnim doświadczeniem (x> y), który pracował nad kilkoma projektami i nie ma tak dużego doświadczenia.

Dlaczego nie można tego sprowadzić do czegoś takiego „jeśli znasz tę technologię i wiesz, jak to robić (projektowanie, komunikacja, prognozy itp.), To nadajesz się do naszej pracy”?

Wiem, że nie możesz zatrudnić świeżego absolwenta z rocznym stażem na stanowisko architekta korporacyjnego, ale widzę również problem z faktami, że prawie wszystkie reklamy wymagają doświadczenia. IMHO przede wszystkim należy wziąć pod uwagę pasję.

Po pierwsze nie wiedziałem, czy pytanie jest odpowiednie dla tej witryny, ale ponieważ istnieje tag rekrutacji i doświadczenia, uważam, że ma tu miejsce.

Twoje pytanie można rozwiązać, dzieląc je na dwa pytania częściowe.

Dlaczego warto korzystać z wieloletniego doświadczenia?

Ponieważ jest to łatwo weryfikowalna miara pozytywnie skorelowana z kompetencjami programistycznymi . Odpowiedź Snagulusa już omawia szczegóły korelacji, więc skupię się na „dlaczego”.

Trudna prawda jest taka, że ​​zazwyczaj na danym stanowisku jest więcej niż jeden kandydat. Wywiady są również bardzo pracochłonne, zwłaszcza jeśli są przeprowadzane „we właściwy sposób”, tj. Wywiady techniczne są przeprowadzane przez personel kompetentny technicznie (w tym przypadku programistów).

Dlatego należy zastosować pewne kryterium do wstępnego przejrzenia przychodzących CV , a najlepiej takie, które może zostać zweryfikowane przez personel nietechniczny - w razie wątpliwości pracownicy działu HR zawsze mogą zadzwonić do poprzednich pracodawców i sprawdzić, czy tak, John Smith pracował dla X lat z nimi.

Dlaczego zamiast tego nie użyć „pasji” jako wymogu?

Istnieją co najmniej dwa problemy z tym:

jak zmierzyć „pasję”?

KLOC zalogowany? Powodzenia w odkrywaniu tego, także w programowaniu (i innych dyscyplinach), bardziej obfity nie oznacza „lepszego”.

Czy projekty open source / hobby zostały ukończone? Niełatwo to sprawdzić przez dział HR, a wielu kompetentnych programistów ma uzasadnione powody, aby być nieaktywnym w tym względzie - inne czasochłonne obowiązki, długie godziny pracy z chęcią odpoczynku, prosta profesjonalna realizacja w godzinach pracy itp.

Lata doświadczenia? Zaczekaj...

czy „pasja” jest naprawdę dobrym miernikiem kompetencji?

Jak mówi Robert Harvey w swoim komentarzu, pasja tak naprawdę nie wskazuje na kompetentne programowanie. W porównaniu do doświadczenia jest to głównie ortogonalna jakość - to znaczy:

• pasjonaci i kompetentni programiści oraz
• beznamiętni i technicznie kompetentni programiści oraz
• namiętni i technicznie niekompetentni programiści oraz
• namiętni i nietechniczni programiści,
• itd itd.

Ostatni przykład jest ważny w naszym kontekście - lata doświadczenia pokazują również, że dany programista jakoś zdołał funkcjonować w swojej pracy, podczas gdy dysfunkcjonalnie namiętny programista mógłby np. Całkowicie odmówić uczestnictwa w nawet najprostszym systemie zarządzania zadaniami (powiedz, Scrum post-it notes), ponieważ „spowalnia mnie”.

Ostateczne wyłączenia odpowiedzialności

Po pierwsze i na szczęście „lata doświadczenia” są często oceniane „luźno” - tzn. Jeśli starasz się o pracę w języku X, ale masz tylko „komercyjne” doświadczenie w języku Y, podobnym do X, to też często uwzględnić.

Po drugie, osobiście nie jestem fanem „N lat doświadczenia” i nie jestem jedynym. Istnieje prosta alternatywa - określenie „doświadczenie w” . Zwykle wystarcza to jako filtr, ponieważ kandydaci są zmuszeni udokumentować swoje doświadczenie w swoich życiorysach - jeśli dostaniesz kandydata na stanowisko programistyczne, które wcześniej jedynie zajmowało się kelnerami (a tak się dzieje!), Wiesz, że coś może być nie tak.

„Lata doświadczenia” są bardziej skalą prawdopodobieństwa niż miarą czegoś konkretnego. W miarę upływu lat masz większą szansę, że dana osoba napotka takie rzeczy, jak:

• Brał udział w wydarzeniu przypominającym kryzys.
• Widział projekt od początku do końca.
• Widział, że projekt się nie rozpoczyna lub kończy.
• Pracował nad starszym kodem.
• Pracował na pustej tablicy i coś zrobił.
• Wprowadził decyzje projektowe.
• Zaprojektował system.
• Napisał błąd, wydał złą poprawkę, usunął serwer; Zasadniczo spieprzył.
• Naprawiono błąd.
• Znalazł dziwne przypadki w języku, w którym pracują, i zobaczył miejsce, w którym mają znaczenie.
• Dowiedział się, że rzeczy znajdujące się obecnie w bazie kodu mogą być głupie.
• Uwaga: te rzeczy są małą, nieobowiązkową próbką, a także zawierają dziesiątki drobiazgów, które można znaleźć w środowisku na żywo.

Ponownie, jest to przypadek i zależy całkowicie od / gdzie / oni mają te lata doświadczenia. Jedna osoba mogła pracować w jednym projekcie w zespole liczącym kilkaset osób i stać się wysoce wyspecjalizowanym. Kolejny mógł znajdować się w małym sklepie próbnym i stać się bardziej ogólnym, ponieważ zajmują się serwerami / instalacją / kodowaniem / QA / DBA / zarządzaniem projektami. Są też ludzie, którzy wciąż zdobywają ten sam rok doświadczenia.

Jest to z grubsza miara, ale średnio osoba będzie narażona na więcej potencjalnych zdarzeń edukacyjnych, im dłużej będzie pracować, i jest przydatna jako wstępny punkt danych. Reszta CV (i, co ważniejsze, wywiad), ma na celu ustalenie, co naprawdę wiedzą i co właściwie zrobili.

Odpowiem na to pytanie, odpowiadając na każde pytanie w poście.

Pytanie brzmi: skąd wiesz, kiedy kandydat ma wymagane lata doświadczenia?

Zwykle właśnie to ma na celu odfiltrowanie procesu wywiadu. Przeprowadzanych jest wiele wywiadów i zwykle można ocenić doświadczenie kandydatów w stosunku do niektórych własnych programistów.

Czego oczekujesz od osoby z x-letnim doświadczeniem?

Można oczekiwać, że spełnią wymagania dotyczące pracy określone w stanowisku. Na przykład:

„Szukamy starszego programisty PHP z ponad 10-letnim doświadczeniem w pracy w projektowaniu i architekturze systemu, aby zrestrukturyzować nasze narzędzia systemowe jako główny architekt, jednocześnie zarządzając liczbą K starszych i młodszych programistów i kierując nimi po drodze. Zadanie to również będzie wymagają ... (itp.) ”

Co może zrobić osoba z X-letnim doświadczeniem, której nie może zrobić osoba z y lat (z y <x)?

W tym przypadku źle patrzysz na doświadczenie. Stanowiska pracy wymagają nie tylko liczby lat, ale także doświadczenia w technologiach, z których korzysta firma. Jakbyś mógł mieć 10-letnie doświadczenie w rozwoju C ++ i powiedzieć, że jestem firmą, która szuka programistów C ++ z nawet 5-letnim doświadczeniem. Nadal nie byłbyś moim idealnym kandydatem, ponieważ nigdy wcześniej nie pracowałeś w branży gier. Moje stanowisko faktycznie określałoby: X ilość lat doświadczenia w aspektach programowania A, B, C.

Mogą wystąpić przypadki z pewnym zapalonym programistą z y-letnim doświadczeniem, który ma ogromną wiedzę i pracował nad wieloma projektami oraz innym programistą z x-letnim doświadczeniem (x> y), który pracował nad kilkoma projektami i nie ma tak dużego doświadczenia.

Przeczytaj moją poprzednią odpowiedź. Doświadczenie jest powiązane z narzędziami, w których się doświadczasz. X lat w narzędziach A, B, C.

Dlaczego nie można wznowić czegoś takiego: „jeśli znasz tę technologię i wiesz, jak to robić (projektowanie, komunikacja, szacunki itp.), To nadajesz się do naszej pracy”?

To może się zdarzyć. Jeśli potrafisz się wykazać, to doświadczenie lat nie ma znaczenia. Dla faceta takiego jak ty wydajesz się bardziej odpowiedni do mniejszego sklepu deweloperskiego, w którym ankieter / rekruter sam jest programistą. Większe firmy zwykle zatrudniają HR zajmujących się tego typu sprawami, dlatego robią tak szerokie wymagania dotyczące pracy, że w zasadzie potrzebujesz doktora z ponad 15-letnim doświadczeniem, aby pisać małe funkcje na swojej stronie internetowej (przesada, ale to trochę wyjaśnia wady w rekrutacji programistów, szczególnie dla większych firm - choć nie wszystkie cierpią na tę dolegliwość)

Lata doświadczenia to po prostu filtr, który daje „przybliżoną” ocenę tego, czego oczekuje się od osoby wykorzystującej pożądane umiejętności wymienione w opisie stanowiska.

Oto prettty wiele, czego bym się spodziewał, ale inni mogą mieć inne pomysły:

2 lata lub krócej - powinieneś być w stanie wykonywać określone zadania, które ci powierzono, a pracodawcy wiedzą, że dla większości tych zadań będzie istniała krzywa uczenia się z odpowiednim nadzorem.

3 - 5 lat - Powinieneś być w stanie wykonywać zadania, które ci powierzono, bez większego trzymania się za ręce, ponieważ powinieneś był już wykonywać podobne zadania z doświadczenia od 0 do 2 lat. Powinieneś także zacząć wykazywać inicjatywę „inteligentną” i być w stanie poradzić sobie z mniejszymi zadaniami, które niekoniecznie są jasno określone. (np. Być w stanie zaprojektować moduły na podstawie wymagań, gdzie musisz sam śledzić niektóre z tych wymagań).

5 - 7 lat - Powinieneś być w stanie pracować samodzielnie i decydować, jakie są te „zadania” z góry. Powinieneś być w stanie poradzić sobie ze średnimi zadaniami, które nie są jasno określone. (np. Być w stanie zaprojektować / wdrożyć / sprzedać podsystemy). Powinieneś także zacząć prowadzić zespoły podsystemów w tym przedziale czasowym. Zapewnij niezbędne prezentacje podsystemów, za które są odpowiedzialni, przynajmniej wewnętrznemu zespołowi.

8 - 10 lat - Można polegać na bardzo dużych i / lub krytycznych podsystemach projektu. Specjalista-rezydent w kilku technologiach. Może prowadzić duże zespoły podsystemów. Przedstaw klientowi prezentacje podsystemów, za które są odpowiedzialni.

10+ lat - Potrafi poradzić sobie z praktycznie każdym powierzonym im zadaniem oprogramowania, w ramach opisu stanowiska ORAZ większości innych częściowo powiązanych zadań oprogramowania. Specjalista-rezydent w wielu obszarach oprogramowania. Może prowadzić duże projekty, od wymagań po wyprzedaż. Rozumie projektowanie systemu, a nie tylko projektowanie modułów / podsystemów. Potrafi zaprojektować niezawodne, solidne i łatwe w utrzymaniu systemy. Jest interfejsem oprogramowania dla klienta, w tym prezentacji z perspektywy systemowej. Potrafi odpowiednio zestawić oferty i harmonogramy.

Choć definicja lat doświadczenia jest niejasna, nie służy ona wyłącznie zasiłkowi pracodawcy, ale stanowi również przewodnik dla osób poszukujących pracy. Tak więc, jeśli zostaniesz zatrudniony, twierdząc, że masz od 8 do 10 lat doświadczenia i przyszedłeś do pracy i musisz być informowany o każdym drobnym zadaniu, które musisz wykonać, to w najlepszym razie Twoja przyszłość w firmie jest „bardzo ograniczona”, nawet jeśli przetrwasz bardzo w ogóle długo. Pierwsze wrażenia są trudne do zmiany, więc nawet jeśli staniesz się lepszy jako programista, ludzie nadal będą mogli zachować swoje oryginalne wrażenie.

Widziałem, jak zatrudniono znaczną liczbę „starszych” programistów, którzy odeszli w ciągu kilku miesięcy lub w ciągu kilku lat zostali objęci programem „rozwoju pracowników”, który jest naprawdę szybką ścieżką do bycia pierwszym lista zwolnień. Jeśli ci sami programiści pojawili się na niższym poziomie (oczywiście oznacza to niższe wynagrodzenie), mogliby bardzo dobrze zostać uznani za udane zatrudnienie i postrzegani jako działający odpowiednio.