Jak sprawdzić, czy firma ma szalone zasady [zamknięte]

Czy podczas rozmowy o pracę istnieje delikatny, ale dokładny sposób, aby dowiedzieć się, czy mają one obłędne zasady, takie jak „brak otwartego oprogramowania” lub „brak instalacji oprogramowania bez pozwolenia”, „nie aktualizowanie oprogramowania, dopóki nie straci wsparcia”, lub „brak blogów odwiedzających”?

Nie sądzę, że możesz być zbyt subtelny, możesz zapytać:

„Ostatnie miejsce, w którym pracowałem, wykorzystywało niektóre biblioteki typu open source - uznałem to za przydatne, ponieważ mogłem zagłębiać się i naprawiać problemy bezpośrednio, zamiast czekać na dostawcę do mnie. Rozumiem również, że mogą istnieć problemy prawne przy korzystaniu z takich bibliotek, czy masz tutaj zasady? ”

„Zakładam, że nasze maszyny są pod opieką jakiegoś wsparcia technicznego? Jaki proces musiałbym przejść, gdybym musiał zainstalować (na przykład) zaufany darmowy edytor tekstowy obsługujący kodowanie heksadecymalne?”

„Naprawdę pasjonuję się swoim rzemiosłem i jestem na bieżąco z oprawami w swojej dziedzinie - jakie są zasady dotyczące odwiedzania stron związanych z pracą, takich jak blogi technologiczne Oracle itp.?”

Są to pytania, które możesz poruszyć na koniec rozmowy, kiedy ankieter zwykle pyta: „Czy masz do mnie jakieś pytania”?

Po prostu spróbuj je sformułować w taki sposób, aby pytanie prowadziło do pracy, o którą się ubiegasz. Mogę na przykład sformułować następujące pytania:

• Czy firma ma opinię na temat korzystania z oprogramowania Open Source?
• Jakie są zasady firmy dotyczące instalowania niestandardowego oprogramowania? Na przykład używam XXX, co pomaga mi przyspieszyć rozwój.
• Czy korzystasz z filtra treści internetowych? Pytam, ponieważ ostatnie miejsce, w którym pracowałem, miało takie, które poważnie ograniczyło moje możliwości badawcze.

Niektóre firmy mają ogólnie okropne kultury, które często obejmują okropne środowiska do tworzenia oprogramowania. Myślę, że są tutaj trzy problemy

1. Jaka jest kultura firmowa?
2. Jak ta kultura rozciąga się na tworzenie oprogramowania w tej firmie?
3. Zakładając, że przeprowadzasz wywiad dla konkretnego zespołu, jak podobna lub inna jest ich kultura?

W pierwszej części zapytałbym

1. Czy dział IT zarządza komputerami programistów w taki sam sposób, jak administruje wszystkimi innymi komputerami?
2. Jakie są zasady przyjmowania nowych technologii lub nowego oprogramowania?

W drugiej części:

1. Jak ustandaryzowane jest środowisko programistyczne?
2. Czy programiści mogą wypróbować nowe narzędzia i nowe technologie, aby przedstawić je reszcie zespołu?
3. Jakie są ograniczenia?

W ostatniej części zapytaj innych programistów

1. Jakie blogi czytasz?
2. Jakie blogi i strony internetowe polecasz?

W każdym przypadku pytania są na krawędzi, a odpowiedź będzie prawdopodobnie bardziej szczera.

Zapytałbym, czy internet jest uważany za zasób, np. Przepełnienie stosu, czy też istnieje ograniczona polityka korzystania z Internetu.

Odwiedziłbym https://www.glassdoor.com, aby dowiedzieć się wszystkiego, co mogłem na temat firmy.

Zapytałbym inżynierów o ich normalny dzień.

Zdobądź szansę na poznanie istniejących programistów. To, co według osoby lub kierownika działu kadr uważa za politykę i jak faktycznie działa w terenie, jest często różne. To są wszystkie pytania, które zadałbym komuś o podobnym opisie stanowiska pracy, a nie szefowi.

Z drugiej strony szefowie i kadry generalnie rozumieją, że kultura korporacyjna jest ważna i że umożliwienie potencjalnemu zatrudnieniu kilku godzin kontaktu ze swoim zespołem, aby upewnić się, że odpowiednie dopasowanie zmniejsza ryzyko dla ciebie i dla nich.

Po pierwsze - zapytaj o wszystko, o co się martwisz, nie pozostawiaj niczego przypuszczeniom. Nie mogę tego wystarczająco podkreślić - kiedyś coś założyłem, a później tego żałowałem.

Po drugie, a to jest również (IMHO) dość ważne: Zapytaj ich, czy możesz chodzić po biurach firmy.

Obserwuj ludzi tam pracujących. Jeśli coś jest nie tak, „po prostu to wiesz”. Część tego pochodzi od zestresowanych ludzi wypuszczających wszelkiego rodzaju feromony, a druga część pochodzi z niesamowitej, niewytłumaczalnej ciszy, jednego z rodzajów rąbanego drewna w lesie, w którym nie ma nikogo, kto mógłby usłyszeć jego upadek .

Zastanów się nad zestawem bardziej bezpośrednich pytań po złożeniu oferty. Nie musisz być niegrzeczny, ale jeśli masz jakieś obawy ...

Z mojego doświadczenia w pracy w IT w dużych firmach (banki, ubezpieczenia itp.)

„brak otwartego źródła”, - to i tak nie jest szalone. W zależności od licencji OSS ten rodzaj jest dość ważny. Oszczędność pieniędzy (do rozsądnego limitu) zwykle nie stanowi dużego problemu, ponieważ każdy projekt ma budżet i tak długo, jak można go zmieścić, jest OK.

„bez instalowania oprogramowania bez pozwolenia” - jest to bardzo ważne z punktu widzenia wsparcia infrastruktury, bezpieczeństwa i perspektywy prawnej. np. instalacja wireshark może prowadzić do zwolnienia.

„nie aktualizuje oprogramowania, dopóki nie straci wsparcia” - zależy od oprogramowania. Jeśli nadal używa VS 2003/2005 dla zespołu programistów tak. Jeśli mówisz o uaktualnieniu 10000 komputerów stacjonarnych z XP do Windows 7 i Office 2010, to nie. To wymaga uzasadnienia biznesowego.

„nie ma blogów odwiedzających”? - tak, to zła polityka.

Najlepszym sposobem, jaki znalazłem, jest albo bezpośrednie zapytanie, sformułowanie w bardzo uprzejmy i swobodny sposób, a także poproszenie o pokazanie się w biurze - nie zadowalaj się zaprowadzeniem do sali konferencyjnej, a następnie pozostań tam przez cały wywiad .

Jeśli firma nie chce cię oprowadzać, są szanse, że coś ukrywają i powinieneś się wystrzegać. Sala konferencyjna jest zawsze pełna „korporacyjnego BS” i sprawia, że ​​firma wydaje się niesamowita, z wieloma nagrodami i bardzo eleganckim wyglądem, ale wygląd jest mylący, a jedynym celem sali konferencyjnej jest złudzenie wielkości.

Poproś również o rozmowę z potencjalnymi współpracownikami przez minutę lub dwie (nie z przełożonymi, chociaż ty też powinieneś z nimi rozmawiać) i porozmawiaj z nimi. Zapytaj, jakich narzędzi open source używają w pracy, zapytaj, które witryny referencyjne używają w pracy, jeśli utknęły (np. Stackoverflow), zapytaj, które blogi czytają rano (podwójne pytanie tutaj: pytasz, czy są na bieżąco, a także pytają, czy „osiedlają się” rano przy kawie i szybko czytają blogi programistów przed rozpoczęciem pisania kodu), takie rzeczy. Ponownie, nie wolno rozmawiać z innymi programistami jest czerwoną flagą, a od rozmowy z ewentualnym współpracownikiem możesz pozyskać ogólną kulturę - jeśli osoba stale patrzy w dół i mruczy zamiast brzmieć entuzjastycznie lub gdy przechodzisz przez tam rzędy sześcianów ”

GlassDoor i Jobitorial to dwie opcje dla tego rodzaju danych wywiadowczych.

Inną strategią może być pójście do lokalnych grup użytkowników i poszukiwanie osób pracujących dla firmy i zaangażowanie ich w rozmowę. Powiedz im, że rozważasz złożenie wniosku i zadaj im pytania.