Właściwie to zatrudniłem, specjalnie do tego, co zostało tu opisane, więc skorzystam z kilku przykładów z inżynierii oprogramowania.
Chociaż zgadzam się, że doświadczenie da ci więcej - wiedzę merytoryczną, umiejętności ludzi i wszechstronność - wierzę, że wszystkie te punkty mogą być (i są) zazwyczaj wyjaśnione w opisie stanowiska. Mogę powiedzieć, że szukam specyfiki w tych dziedzinach, i trzymam pole otwarte na większą pulę.
So… what’s experience?
It’s having the time in the field to see the feedback loop caused by your own decisions.
Particularly in engineering, you’ll (and your team) will make various decisions about how you’ll do the work, what the design will be and other basic assumptions. Będziesz postępował zgodnie z jakimś planem, który jest nieuchronnie wadliwy. Pokaż mi plan, który zadziałał idealnie, a ty pokażesz mi albo bardzo mały projekt, albo bardzo nieostrożnego inżyniera. Żaden plan nie przetrwa kontaktu z rzeczywistością, a nawet bardzo dobry plan może działać dobrze w nieoczekiwany sposób i kiepsko w innych.
Z czasem dostosujesz plan, ludzie i technologie będą przychodzić i odchodzić, a rzeczywistość nie będzie przebiegać w sposób przewidywalny. Zespół wymyśli nowe rozwiązania i zmiany w planie, aby zrekompensować to, czego się nauczył.
Ta pętla sprzężenia zwrotnego jest tym, co sezon inżyniera. Podobnie jak praca w laboratorium jest zazwyczaj bardziej preferowana niż nauka w książce i zapamiętywanie - doświadczenie przeżywania cyklu życia produktu (lub kilku!) daje kandydatowi więcej praktycznych informacji o tym, co się sprawdza - zarówno dla jego zespołu, jak i dla niego samego. Może to być heurystyka projektowa, sposoby na usprawnienie procesów rozwojowych, dobre nawyki zawodowe, triki badawcze i doświadczenie w realizacji zadań w całej organizacji.
Zmiany w latach
Nie jest to rzecz stała - w rzeczywistości 3-7 brzmi mniej więcej dobrze. Jest punkt po 2, ale przed …8? gdzie jest znacząca liczba przypadków, w których inżynier mówi “Oh… to nie działało wcześniej, spróbujmy inaczej” przez znaczną część czasu. A jednak nie są one tak spalone przez doświadczenie, że nie widzą nadziei w wypróbowaniu nowych rzeczy i pójściu z nowymi strategiami. Po 10 widzę ogromną różnicę - zazwyczaj wynikającą z różnorodności doświadczeń zawodowych, co oznacza, że to, co widzi inżynier, odnosi się nie tylko do głównego obszaru jego pracy, ale do fragmentów organizacji wokół niego.
Zdecydowanie nie jest to stała liczba. Oto kilka przykładów wariacji:
- Inżynier, który przełączał się pomiędzy wieloma projektami w bardzo krótkim okresie czasu, nigdy nie widział pełnej wersji żadnego z nich, prawdopodobnie ma mniejsze doświadczenie z tej perspektywy.
- Inżynier, który pracował na kilku stażach, a następnie 1-2 lata w tej samej grupie może mieć więcej niż standardowe 2 lata doświadczenia, ponieważ widział, że ta grupa przetrwała 3-4 lata historii, niezależnie od tego, czy był tam na stałe (np. staż letni w czasie nauki)
- Ktoś pracujący w bardzo małym sklepie z dużą ilością majsterkowania może szybciej zdobyć bogatsze doświadczenie. Nie widzę zbyt wielu z nich działających z tak dużym doświadczeniem na krótkim dystansie (2 lata), ale widzę, że zaczyna się to uwzględniać w przedziale 7-13 lat - osoba z małego startupu, która musiała zrobić prawie wszystko, wykazuje się większym doświadczeniem niż facet, który pracował przez 13 lat, zawsze robiąc mały kawałek biznesu, nigdy nie kwestionując procesu, który nigdy nie wykracza poza jego małą część świata.
Czy istnieje równanie?
Nie… ale czy naprawdę spodziewałeś się tak?
Zdecydowanie jest to czynnik:
Time working + experiences survived + nature of role & responsibilities + lessons learned
Powiedziałbym, że większość ról ma instynktowny czynnik punktacji. I może to być tak samo związane z lukami w obecnym zespole, jak z charakterem pracy, którą wykonują. Nie potrzebuję umiejętności stawiania czoła klientom, na przykład, na ogromnym zespole kontraktacji obronnych, gdzie cały kontakt z klientem jest buforowany przez kierownictwo. A rodzaje kontaktu z klientem są bardzo zróżnicowane pomiędzy inżynierią sprzedaży a wsparciem technicznym IT. Doświadczenie z jednym na pewnym poziomie does pomaga z drugim, ale ktoś, kto bardziej pasuje do pożądanego profilu, ale z mniejszą ilością lat, może uzyskać wyższą ocenę.
W zasadzie niektóre z “czynników doświadczenia” sprowadzają się do powiedzenia (jako żłobek zatrudniający) - “jak łatwo mogę wcisnąć ten kwadratowy kołek do mojego trójkątnego otworu?”, jak również “czy będzie to łatwiejsze lub trudniejsze niż z tym kołkiem okrągłym? ”
Interviewing for the Experience
Różnica pomiędzy doświadczeniem a “niewystarczającym doświadczeniem” lub “nie doświadczeniem right” sprowadza się dla mnie do pytań “czego nauczyłeś się robić rzeczy w swoim CV?”.
Jeśli w odpowiedzi na te pytania odpowiedź brzmi:
- cóż, nie pracowałem wystarczająco długo, aby nauczyć się wiele.
- Nie mam pojęcia, ciągle zmieniam projekty i nigdy nie śledziłem ludzi na projektach, aby Zobacz, co się stało.
Wtedy pewnie powiem - “nie ma doświadczenia”.
Jeśli jednak dostanę:
ciągle zmieniam projekty, ale zauważyłem, że kiedy wypuścili produkt, miał reakcje XYZ, co sprawiło, że byłem zadowolony/oszałowany, że zrobiliśmy ABC.
Cóż, nie udało mi się przejść przez pełny cykl życia, ale mam panteon sposobów nie na rozpoczęcie projektu, do tej pory nie udało nam się w ostatnich 5 próbach, ale nauczyliśmy się nie robić E, F, G, H, a przede wszystkim I.
Kilka przemyślanych spostrzeżeń na temat sposobów poprawy procesu po zakończeniu prawdziwego cyklu życia
Następnie zamierzam ocenić kandydata bardziej pozytywnie. Uwaga - porażka jest dość powszechna. Doświadczanie niepowodzeń jest często nawet potężniejsze niż doświadczanie sukcesu. Jeśli dołączysz do nucącego, udanego, złożonego projektu i wykonasz dobrą robotę, możesz mieć less doświadczenie tylko dlatego, że nie widziałeś poważnej katastrofy, ani nie nauczyłeś się jak ją przeżyć. Wszyscy powinniśmy mieć tyle szczęścia!
Czy mogę pokonać system?
Może. Czy mógłbyś przeprowadzić dogłębną rozmowę na temat mocnych stron i luk w twoim zestawie umiejętności? W jaki sposób Twoje własne doświadczenia i uprzedzenia pomogły i przeszkodziły Twoim zespołom do tej pory? W jaki sposób Twoje projekty odniosły sukces, nie powiodły się lub były mniej efektywne na poziomie wyższym niż “podręcznik mówi to, więc to musi być prawda”? W takim razie wyzwanie w dużej mierze polega na przekazaniu tego w rozmowie kwalifikacyjnej.
Pamiętaj, że CV zostało napisane na podstawie co najmniej jednego doświadczenia osoby. Prawdopodobnie kilka osób. Istnieje niezliczona ilość strategii, w jaki sposób jest napisane CV i każda firma może być inna - ale zakres 3-7 jest na tyle kanoniczny, że jest jakaś grupa, która zastanawia się, dlaczego tym razem w tej dziedzinie ma znaczenie. Jeśli masz zamiar sprzedać alternatywny pomysł, zdaj sobie sprawę, że być może będziesz musiał pójść wyżej i dalej, aby pokazać, dlaczego jesteś szczególnie odstający i że jesteś w jakiś sposób bardziej doświadczony niż lata, które normalnie byś wskazał.
Zdaj sobie również sprawę, że rozważają cię w świetle puli. Jeśli ktoś z Twoimi umiejętnościami przyszedł do tej samej pracy w następnej godzinie po tym, jak wyszedłeś z pokoju, ale miał jakieś doświadczenie, którego Ty jeszcze nie miałeś - wtedy nie ma powodu do kompromisu.