Pytanie:
Nieudany wywiad po rozwiązaniu sytuacji
Varech
2020-01-30 23:52:13 UTC
view on stackexchange narkive permalink

Kilka tygodni temu dostałem rozmowę kwalifikacyjną na stanowisko inżyniera symulacji w przemyśle lotniczym. Szło całkiem nieźle podczas pytań technicznych (trochę kodu C, Python i Linux) i dyskusji o wcześniejszych doświadczeniach, chociaż zawsze pracowałem w branży motoryzacyjnej.

W pewnym momencie miałem pewne „sytuacje” „Dyskusja i kilka tygodni po wywiadzie otrzymałem odmowę z powodu mojej radzenia sobie z tymi sytuacjami, mimo że cała reszta była dobra.

Dwa główne z nich to:

Wyobraź sobie, że pracujesz nad jakimś ważnym systemem symulacyjnym, a klient dzwoni do Ciebie o 20:00. Jest trochę zdenerwowany, ponieważ twoje narzędzie do symulacji nie działa u niego. Jeśli to nie zadziała jutro o 8 rano, zrezygnuje z Twojej firmy i straci setki milionów. Co robisz?

Pomyślałem, że to będzie jakiś test, aby sprawdzić, czy będę pracować w nielegalnych godzinach, czy też nie zapytam o to mojego menedżera / kierownika zespołu i spieszyłem się z głową w dół, ale powiedział, że gdybym spróbował zadzwonić do niego lub innego menedżera, nie będę mógł się przyłączyć. Ponieważ liczba setek milionów wydawała mi się ogromna, odpowiedziałem, że nadal będę próbował skontaktować się z każdym innym menedżerem lub ostatecznie spróbuję to naprawić w ostateczności, spędzając noc w biurze (mają na to trochę czasu, ponieważ sprzedają na całym świecie, powiedzieli).

Pracujesz z inną osobą nad projektem, ale ona musi pojechać do Chin w celu wykonania jakiegoś zadania i nie będzie dostępna przez następne 3 miesiące. Nagle pojawia się sytuacja awaryjna: musisz ukończyć projekt w 30 dni, a po tygodniu zdajesz sobie sprawę, że nie zrobiłeś nawet 10%. Co robisz?

Znowu wydaje się, że jest to weryfikacja zdolności komunikowania się. Odpowiedziałem, że najpierw skontaktuję się z moim kierownikiem, gdy tylko dostanę 30-dniowe opóźnienie, chociaż on już będzie wiedział, jak organizuje zespół i rozdziela zadania. W końcu, jeśli nie może pomóc, zatrudnij jakiegoś wykonawcę, a następnie spróbuj opóźnić dostawę z klientem lub oddzwonić do współpracownika.

Czy w mojej odpowiedzi są jakieś ogromne czerwone flagi?

Może muszę doprecyzować kilka elementów:

  • Firma jest ogromna, dziesiątki tysięcy pracowników, więc nie jest startupem, który mógłby zatrudniać pracowników wyjątkowo do 20 godzin dziennie.
  • @Richard powiedział, że brakuje mi inicjatywy i @pip, że powinienem bardziej uważać na takie prośby. Wyraźnie powiedziałem, że będę pracował, gdy tylko otrzymam wiadomości dotyczące obu sytuacji, ale problem został szczegółowo określony jako niemożliwy. Zasadniczo sprawili, że zrozumiałem, że nie mogę wykonać tej pracy na czas.
Komentarze nie służą do rozszerzonej dyskusji;ta rozmowa została [przeniesiona do czatu] (https://chat.stackexchange.com/rooms/103945/discussion-on-question-by-varech-failed-interview-after-situation-handling).
Jedenaście odpowiedzi:
pip install frisbee
2020-01-31 01:17:14 UTC
view on stackexchange narkive permalink

Zgadzam się z Richardem, że nie udało Ci się odpowiedzieć na pierwsze pytanie, ale myślę, że zawiodłeś w odwrotny sposób. Moje doświadczenie pochodzi z pracy przy kontraktach rządowych, więc na tę odpowiedź duży wpływ ma sposób pracy tych klientów i umów. Może to nie mieć zastosowania poza tym.

Moim zdaniem pierwsze pytanie dotyczy tego, jak poradzisz sobie z potencjalnym atakiem socjotechnicznym. Myślę tak, ponieważ:

  1. Niewiele jest osób, które mogą podejmować decyzje warte setki milionów dolarów. Osoby na tym stanowisku zazwyczaj mają do czynienia z kierownictwem i kierownikami projektów, a nie z indywidualnymi inżynierami. Jakie są szanse, że ktoś z tego rodzaju mocą (a) zna cię konkretnie i (b) nie może najpierw skontaktować się z nikim w twoim łańcuchu zarządzania powyżej ciebie? Przynajmniej musisz uwzględnić w swojej odpowiedzi sposób weryfikacji autentyczności rozmowy telefonicznej.

  2. Czas i pieniądze są pilne. Ma to na celu zaciemnienie twojego osądu.

  3. Jesteś proszony o obejście normalnych procedur wprowadzania zmian. Szczególnie dla dużych klientów i podwójnie w przypadku czegoś tak ściśle regulowanego, jak aeronautyka, jest to niedopuszczalne. Wystarczy spojrzeć, co dzieje się teraz z Boeingiem, jeśli jesteś ciekawy, co dzieje się w tej branży, gdy sprawy nie są traktowane poważnie, a przepisy są omijane.

Takie rzeczy mogą rozgrywać się na wolności:

Zły aktor dzwoni do inżyniera w środku nocy, i próbuje zmusić inżyniera do paniki z powodu ogromnych wartości dolara i braku czasu. Zły aktor wykorzystuje pilność i zmęczenie / panikę inżyniera, aby zmusić go do ominięcia normalnych procedur: „ugh, nie kłopocz się wciskaniem kodu, po prostu wyślij go bezpośrednio do mnie, a ja to załatwię rano”

Inżynierowie są zawodowo odpowiedzialni za przestrzeganie procesów i chyba że firma, z którą rozmawiasz, nie zezwala poszczególnym inżynierom na wprowadzanie zmian w środku nocy bez nadzoru lub zgody, zapytano Cię, czy zignorowałbyś te procesy i powiedziałeś tak.

Tak, ważne jest usunięcie jak największej liczby zmiennych, abyś mógł podjąć racjonalną decyzję.Nadal uważam, że kiedy OP używał słowa „klient”, oznacza to, że znasz osobę rozmawiającą przez telefon z wcześniejszego okresu i jest ona zdenerwowana z jakiegokolwiek powodu.Myślę, że twoje podejście jest nadal dobre, ponieważ podejmujesz inicjatywy w określaniu problemu i rozwiązaniu go w pewnym zakresie.Znacznie lepsze niż zwykłe odebranie rozmowy telefonicznej i przeniesienie odpowiedzialności na swojego przełożonego.
+1 Ta odpowiedź pokrywa się z moim doświadczeniem w podobnej sytuacji, klient był zły i żądał niemożliwego, ale umowa działa w obie strony.Poinformowałem kierownika o wezwaniu i poszedłem spać, następnego ranka wróciłem wcześnie, aby stwierdzić, że wszystko się uspokoiło i mieliśmy 3 dni na naprawienie problemu zgodnie z umową.O wiele ważniejsze jest podążanie za procesem niż przestrzeganie nierozsądnych wymagań
@BЈовић OP uważa, że mu się nie udało, ponieważ nie starał się wystarczająco mocno, aby spełnić żądania.W odpowiedzi stwierdza się, że powinien był starać się nawet mniej niż powiedział, a zamiast tego stosować formalne procedury.
@quarague teraz rozumiem.Tylko to zdanie było niejasne.
Gdy klient dzwoni o 20:00 na twojej bezpośredniej linii, pachnie bardzo podejrzanie i zawsze odpowiadałem, że nie jestem dostępny, „skontaktuj się z nami jutro”.A jeśli to nie jest właściwa odpowiedź, nie chcesz pracować dla firmy, która i tak pozwoliłaby ci spędzić całą noc na telefonie o 20:00.
Świetna odpowiedź - ten dokładny scenariusz jest często używany w szkoleniach z zakresu bezpieczeństwa, więc zgadzam się, że wydaje się, że to prawdopodobnie poprawna odpowiedź.Jedyne, co mnie zastanawia, to to, że w e-mailu z wyjaśnieniem firma nie wskazała tego wprost jako pytanie bezpieczeństwa.Jak oczekują, że ludzie będą się uczyć i rozwijać?Z drugiej strony, jeśli ten _jest_ prawdziwy scenariusz, zdecydowanie nie chciałbym pracować gdzieś, gdzie odpowiedzialność za milionowe kontrakty spada na poszczególnych programistów, a ich menedżerowie nawet nie odbierają telefonu w celu omówienia - brzmi to przerażająco!
To była naprawdę wartościowa lektura!Pomogło mi to dostrzec, że prawdopodobnie wpadłbym w tę samą pułapkę co OP ze strachu, że będę kosztował firmę miliony dolarów, nie zdając sobie sprawy, że nie jestem w stanie podejmować decyzji zarządczych z dnia na dzień, bez wcześniejszegokonsultacje z przełożonymi.Teraz wiem, że muszę wypatrywać tego typu rzeczy :) Pozdrawiam.
Nie wspomniałem o tym, ale kilka lat temu miałem podobną sytuację, w której klient mojej firmy (główny dostawca motoryzacyjny) wymienił jakiś komponent w prototypowym samochodzie i chciał, aby zadziałał jak najszybciej, co pozwoliło mojej firmie nasytuacja krytyczna, ponieważ setki Inżynierów Testów nie mogły pracować na pojeździe, ponieważ inne systemy nie działały z nim, co skutkowało milionem euro strat dziennie.Musiałem to naprawić, ponieważ miałem największą wiedzę na temat rozwoju tego samochodu.Niby taka sama presja, jednak tam instrukcje pochodziły od mojego przełożonego, a nie klienta.Ale moim zdaniem było to samo.
Zgadzam się z @Dan, ponieważ wątpię, aby miało to coś wspólnego z „inżynierią społeczną”.Jako ankieter oceniłbym tę odpowiedź jako raczej fałszywą, ponieważ znasz swoich klientów, prawda?Lepszą odpowiedzią byłaby próba znalezienia sensownego rozwiązania, a na pewno bez kontaktowania się ze swoim managerem ... zwłaszcza jeśli jesteś liderem projektu;)
Kevin
2020-01-31 03:38:24 UTC
view on stackexchange narkive permalink

Myślę, że podchodzisz do tej sytuacji w niewłaściwy sposób. Nie „oblałeś” wywiadu; udzieliłeś odpowiedzi, których ten konkretny pracodawca nie chce od swoich pracowników.

Pozwól, że pokażę ci, o czym mówię, dwoma krótkimi komentarzami z twojego pytania:

Wyobraź sobie, że pracujesz nad jakimś ważnym systemem symulacyjnym, a klient dzwoni do ciebie o 20:00, jest trochę zdenerwowany, ponieważ twoje narzędzie do symulacji nie działa u niego, jeśli nie zadziała jutro o 8 rano. Zrezygnuję z Twojej firmy, a straci ona setki milionów. Co robisz?

... i ...

ale powiedział, że gdybym spróbował zadzwonić do niego lub innego menedżera, byłby to niemożliwe do dołączenia.

Oto rzecz. Istnieje wiele możliwych do obrony odpowiedzi w całym spektrum, ale dwie z nich to:

  • W gruncie rzeczy jest to niezwykle ważna kwestia. O ile nie jestem przekonany, że jest to w jakiś sposób fałszywe, muszę przynajmniej eskalować to do mojego menedżera, aby mógł mnie skierować lub eskalować jeszcze dalej w łańcuchu.
  • Nieodpowiednie jest zarówno bezpośrednie otrzymywanie zgłoszeń do działu obsługi klienta poza godzinami pracy, jak i kontaktowanie się ze swoim przełożonym poza godzinami pracy. Jeśli klient ma problem, powinien przejść przez zwykły kanał wsparcia. Nie do mnie należy decydowanie o sposobie działania.

... a oba mogą być tym, co firma chciałaby usłyszeć jako odpowiedź, w zależności od z jaką firmą rozmawiasz.

Więc zamiast pytać „Dlaczego temu rozmówcy nie podobała się ta odpowiedź?”, skup się bardziej na… jak myślisz, jaka właściwa odpowiedź jest. Osobiście uważam, że moja odpowiedź byłaby następująca:

„Krótkie pytanie ogólne - czy istnieje regularny kanał wsparcia, przez który powinni przechodzić klienci? Czy też będziemy otrzymywać bezpośrednie telefony od klientów i podlegać raportowaniu na podstawie kontaktu za ich pośrednictwem? ”

... ponieważ istnieje świat różnicy między „Losowy klient w jakiś sposób uzyskuje mój numer telefonu komórkowego i próbuje eskalować swój problem z pomocą techniczną poprzez bzdury” a „Klient, w sprawie którego dzwoniłem do bezpośredniego związku zawodowego konkretny problem awaryjny, za który jestem bezpośrednio odpowiedzialny ”.

Inną możliwością jest to, że chociaż jego odpowiedź nie jest taka zła, może to być sposób, w jaki je przedstawił.Być może w tej dziwnej sytuacji nie był przygotowany do odpowiedzi i może im się to nie podobało.
Jay
2020-01-31 01:46:19 UTC
view on stackexchange narkive permalink

Hmm, te pytania wydają mi się „gotowe”. Każda udzielona przez Ciebie odpowiedź może zostać uznana za błędną.

Szczególnie pierwsza. Jeśli powiesz „Pracowałbym całą noc, aby rozwiązać problem i powiedzieć o tym mojemu menedżerowi następnego ranka”: w przypadku projektu wartego setki milionów dolarów dokonasz wielu zmian bez żadnych autoryzacja od kogokolwiek, oparta na rozmowie telefonicznej, której nie możesz zweryfikować, nawet pochodziła od prawdziwego klienta? Pracowałem dla wielu firm, w których zostałbyś natychmiast zwolniony za to.

Z drugiej strony, jeśli powiesz: „Skontaktuję się z moim przełożonym w celu uzyskania instrukcji i zaczekam, aż otrzymam potwierdzenie, zanim przejdę dalej”, możesz stracić poczucie braku inicjatywy.

Powiedziałbym, że zanim znalazłbym się w takiej sytuacji, chciałbym wiedzieć, jakie procedury obowiązują w mojej firmie. Może naprawdę powiedzieliby, że spodziewają się jednej osoby z pierwszej linii przy ogromnym projekcie - jeśli w grę wchodzą setki milionów dolarów, ten projekt musi obejmować dziesiątki osób - aby wziąć na siebie odpowiedzialność za duże -scale zmiany. Ale wątpię w to.

Jak wskazuje @pipInstallMonica, skąd wiesz, że to połączenie naprawdę pochodzi od klienta? Może to być haker, który próbuje przestraszyć Cię, abyś dał im zastrzeżony kod. Lub konkurent, który próbuje cię oszukać, aby coś zepsuć, a także w przypadku projektu wartego setki milionów dolarów terminy rzadko przypadają na jeden dzień. W projektach takich jak ten zwykle mówi się raczej: „Jak wow, to nagły wypadek !! Musimy to natychmiast naprawić!” Lepiej zwołajmy spotkanie w przyszły czwartek, aby omówić wstępne kroki w celu utworzenia komitetu, który zaplanuj, jak podejdziemy do rozwiązania tego problemu! ”

To może być punkt 22 w każdej organizacji. W mojej obecnej pracy zgłosiłem kiedyś szefowi błąd w jednym z naszych systemów produkcyjnych, a on dał mi wykład o tym, dlaczego powinienem naprawiać problemy, gdy je znajdę, a nie tylko pisać notatki. Jakiś czas później zobaczyłem błąd w systemie produkcyjnym, więc po prostu go naprawiłem. I dostałem od szefa bardzo długi wykład o tym, jak nie powinienem zmieniać systemów produkcyjnych bez upoważnienia, mamy procedury na te rzeczy itp. Oba wykłady od tego samego szefa.

Jeśli firma naprawdę mówi że nie zamierzają cię zatrudnić, ponieważ nie chciałeś powiedzieć, że dokonasz nieautoryzowanych zmian w systemach produkcyjnych z własnej inicjatywy w środku nocy na podstawie niepotwierdzonego telefonu ... nie sądzę, żebym ' chciałbym tam pracować.

Tak, używam tego rodzaju pytań w wywiadach.Nie ma dobrych odpowiedzi, ponieważ chodzi o ustalenie, jak dana osoba myśli
@RichardSaysReinstateMonica Dobrze, uczciwie jest zadać pytanie bez właściwej odpowiedzi, aby zobaczyć, jak zareaguje wnioskodawca.A teraz, kiedy o tym myślę, nie wiemy, czy w tym przypadku nie dostał pracy, ponieważ nie udzielił właściwej odpowiedzi na niemożliwe pytanie - uważa, że przez całą resztę wywiadu dobrze sobie radził, ale tego nie wiemy.A nawet jeśli to zrobił, może zdobył A +, ale wtedy pojawił się inny kandydat, który był A ++.Ale oczywiście nie odrzuciłbym kandydata, ponieważ nie mógł znaleźć rozwiązania niemożliwego problemu lub prawdopodobnie odrzucilibyśmy wszystkich kandydatów
Kiedyś zastosowałem tę taktykę i poleciłem zatrudnić tę osobę, ponieważ powiedział „Nie wiem” Nie chodzi o to, żeby mieć rację.Chodzi o to, żeby zobaczyć, jak zareagujesz
@Jay Tak, wybrali innego kandydata, wspomnianego w e-mailu z odpowiedzią.Całkiem możliwe, że ten był lepszy ode mnie, po prostu zastanawiam się nad złymi odpowiedziami w tych sytuacjach, nie chcę popełnić tego samego błędu, ponieważ praca była dla mnie naprawdę miła.
@RichardSaysReinstateMonica Kiedy nieuczciwość firmy zaczyna się w _wywiadzie_, wiem, że muszę trzymać się z daleka.Tego rodzaju pytania sprawiają, że szybko opuszczam rozmowę kwalifikacyjną - nie toleruję tego rodzaju nonsensów w pracy i nie toleruję ich podczas rozmów kwalifikacyjnych.
@ApologizeandreinstateMonica Różne pociągnięcia dla różnych ludzi.
@RichardSaysReinstateMonica, nie musi być * niemożliwa * sytuacja, aby nauczyć się, jak ludzie myślą w kryzysie.Istnieje wiele rzeczywistych scenariuszy, o które można zapytać - a nawet takie, które nie mają nic wspólnego z pracą ...
@CramerTV, który nie ma nic wspólnego z pytaniem zadanym przez PO.
@RichardSaysReinstateMonica, ani Twój pierwszy komentarz do tej odpowiedzi - odpowiadałem na ten komentarz.
@CramerTV Kiedy zadaję stresujące pytania, można na nie odpowiedzieć, a jak powiedziałem, „nie wiem” jest całkowicie akceptowalne.Większość ludzi nie zdaje sobie z tego sprawy, co było celem mojego pierwotnego komentarza.
@Jay, ta odpowiedź zawiera trochę dużo "ifs" (warunków), a zwłaszcza zdanie: "skąd wiesz, że to połączenie naprawdę pochodzi od klienta".Zwykli chłopcy, znasz swoich klientów, prawda?Jako ankieter uznałbym, że bardzo fałszywa odpowiedź imho ...
@Marcus Hmm, osobiście znasz każdą osobę, która pracuje dla firm Twoich klientów?Ja na pewno nie.Większość klientów mojej firmy to ogromne firmy zatrudniające tysiące pracowników.Osobiście rozmawiałem tylko z kilkoma z nich.Gdyby ktoś zadzwonił i podał się za innego pracownika, skąd miałbym wiedzieć, czy nim był, czy nie?
@Jay, Miałem na myśli tylko to, że z kontekstu wydaje się całkiem jasne, że klient powinien być znany.Jeśli ankieter zada mi takie pytanie, a ja odpowiem „skąd w ogóle znasz tego klienta”, mógłby mnie ocenić jako mądrala.Najwyraźniej klient, który ma twój numer komórki, to osoba, którą powinieneś znać, prawda?Ale tak, jeśli nie znasz tej osoby, nawet nie zawracałbyś sobie głowy pomaganiem jej w jakikolwiek sposób, ale to jest dość oczywiste ... a gdyby tak było, i tak by o tym wspomniał ankieter.;-)
@Marcus Cóż, nie wdawać się w przeciągającą się dyskusję na ten temat, ale: Gdybym zadał takie pytanie w wywiadzie, myślę, że rozsądnie byłoby zapytać: „Czy zakładamy, że znam tę osobę i wiem, że naprawdępracuje dla klienta? A może jest kimś, z kim nigdy wcześniej nie rozmawiałem i po prostu twierdzi, że pracuje dla klienta? ”Itd. Nie sądzę, żeby pytanie brzmiało, że dzwonił na telefon komórkowy wnioskodawcy, tylko że dzwonił.Mógł zadzwonić pod ogólny numer firmy i zostać przekazany przez operatora.Itd. Nie zakładałbym, że coś „zostało wspomniane przez prowadzącego wywiad”....
... Jeśli celem pytania jest stwierdzenie, czy dałbyś się nabrać na socjotechnikę i próbę złamania zabezpieczeń, myślę, że osoba przeprowadzająca rozmowę z całą pewnością nie powie: „I nie masz pojęcia, czy ta osoba jest naprawdę tym, za kogo się podajebyć."Chodzi o to, żeby sprawdzić, czy pomyślałbyś o tym.
Old_Lamplighter
2020-01-31 00:22:57 UTC
view on stackexchange narkive permalink

Problem z Twoimi odpowiedziami wskazuje na brak inicjatywy i planowania.

Problem z Twoją pierwszą odpowiedzią polega na tym, że wydaje się, że czekasz na autoryzację i tracisz cenny czas, który może spowodować, że Twoja firma pod.

Odpowiedź, której szukałem, byłaby podobna do ...

Cóż, wysłałbym e-mail do mojego menedżera podczas gdy ja wskoczyłem do środka, naprawiłem go i zająłem się opadem później. Pierwszym priorytetem byłoby upewnienie się, że zadziałało i że zatrzymaliśmy klienta.

w przypadku DRUGIEGO pytania, znowu chciałbym zobaczyć więcej inicjatywy.

Gdybym zobaczył, że jestem tylko w 10%, natychmiast powiadomiłbym o tym swojego kierownika i ustaliłbym priorytet mojej pracy, tak aby najważniejsze części były wykonane jako pierwsze. Prosiłbym o pomoc, aby skończył na czas, a mniejsze zadania oddałbym każdemu, kogo mógłby rzucić na moją drogę, i przedłużyłbym moje godziny pracy, aby dotrzymać terminu. EFEKT

To, czego nie udało Ci się zrobić, to wykazać się osobistą inicjatywą lub zapałem, zamiast tego oprzeć się zarządzaniu w obu przypadkach. Jeśli w przyszłości pojawią się podobne pytania, pokaż im, że jesteś zdolny do samodzielnego działania.

Wybacz mi, jeśli to brzmi ostro, ale natknąłeś się na kogoś, kto, gdyby budynek się palił, czekał na upoważnienie kierownictwa do chwycenia gaśnicy.

TO był tam, gdzie ci się nie udało.

Następnym razem pokaż, że potrafisz działać, że możesz wskoczyć w razie potrzeby i podjąć działanie jako pierwszy, a NASTĘPNIE kontynuuj.

Komentarze nie służą do rozszerzonej dyskusji;ta rozmowa została [przeniesiona do czatu] (https://chat.stackexchange.com/rooms/104022/discussion-on-answer-by-richard-says-reinstate-monica-failed-interview-after-sit).
J. Chris Compton
2020-02-01 05:13:30 UTC
view on stackexchange narkive permalink

Dwie rzeczy rzucają się w oczy w pytaniu nr 1:

  1. „przemysł lotniczy”
  2. „setki milionów”

Pierwszy punkt -
„Zmiana kodu” dokonana przez jedną osobę po godzinie 20:00 to obecnie zła odpowiedź w prawie każdym sektorze - szczególnie lotniczym ( nawet jeśli jest to symulacja).
Może to by latało (gra słów zamierzona) ze start-upem ... w pewnych okolicznościach - może nie.

Po drugie -
kiedy tego rodzaju pieniądze są na linii Twoja firma ma ludzi na miejscu, którzy zajmują się tego typu rzeczami.
(I kup im obiad + napoje + cokolwiek innego, co zaakceptują)

Powiedziałbym im, że dzwoniący był oszustem z powyższych powodów.

Jeśli ankieter mówi, że wiesz, że rozmówca jest prawdziwy - powiedz, że dostaniesz szczegóły niepowodzenia i numer kontaktowy. Zapytaj, która godzina jest za późno, aby oddzwonić, a jeśli nie powiedzą „każda pora jest w porządku”, dowiedz się, która jest za wcześnie. Zapewnij klienta, że ​​będziesz ciężko nad tym pracować.

Przykro mi to mówić, że często widziałem ignorowane wymagane procesy w projektach, w których PRAWDOPODOBNIE spowodowałoby to zwolnienie, a firma nałożona na firmę surową grzywną.
@WGroleau To może być prawda.Jednak wątpię, by nawet ludzie, którzy by to zrobili, pomyśleli, że można to powiedzieć w wywiadzie - ale widziałem wiele szalonych ... rzeczy ... więc może twój punkt widzenia jest lepszy.
Nadal nie widzę, jak pierwsze pytanie dotyczy zmian w kodzie?Czy możesz wyjaśnić, dlaczego pierwsze pytanie dotyczy jakichkolwiek zmian w kodzie?Gdzie jest to zalecane?
@Dan, pierwszy akapit wyjaśnia naturę pracy, ale są też inne wskazówki.
@dan Mam to z faktu, że OP został zapytany o kod w C, Python i Linux.
@J.ChrisCompton Chociaż zgadzam się, że był poddawany przeglądowi programistycznemu, nie rozumiem, w jaki sposób pytanie o sytuację podczas rozmowy kwalifikacyjnej oznaczało, że będzie zmieniać dużą ilość kodu.Myślę, że twoja odpowiedź jest prawidłowa, jeśli chodzi o niezmienianie kodu i nie wiemy z tego, co powiedział, czy firma się z tym zgadza, ale z tego, co możemy powiedzieć, to bez względu na to, że nie zrobił wrażenia.
@dan Nie chciałem sugerować niczego na temat zakresu lub zakresu zmian w kodzie.Właśnie powiedziałem: „Zmiana kodu” przez jedną osobę ... to zła odpowiedź.Chyba powinienem był powiedzieć: „Zmiana kodu * o dowolnym rozmiarze * to zła odpowiedź”.Myślę, że setki milionów pozostawia czytelnika myślącego o wielkich rzeczach.
Mars
2020-01-31 10:02:14 UTC
view on stackexchange narkive permalink

Moje pierwsze wrażenie jest takie, że Twoje odpowiedzi nie pasują do roli.

Prawdopodobnie nie ma problemów z Twoją pierwszą odpowiedzią.
Generalnie rzadziej klient może / będzie kontaktować się bezpośrednio z inżynierem innej firmy, ale jeśli jesteś w sytuacji, w której klient może skontaktować się z Tobą bezpośrednio, prawdopodobnie bezpiecznie założyć, że powierzyłeś podjęcie decyzji na tym poziomie. W takim razie myślę, że twoja odpowiedź jest całkowicie w porządku! Myślę jednak, że odpowiedź pip na temat przyczyn technicznych z pewnością może mieć zastosowanie, chociaż nigdy nie widziałem, aby firma była wystarczająco przejmująca się atakami socjotechnicznymi, aby przetestować ją podczas wywiadów. Ogólne założenie jest takie, że możesz uczyć świadomości w ramach swojego wdrożenia.

Druga odpowiedź wydaje się jednak bardzo nie na miejscu - wspomniałeś, że rozmowa kwalifikacyjna jest dla stanowisko inżyniera. Jednak Twoja druga odpowiedź zawiera

w końcu, jeśli [kierownik] nie może pomóc, zatrudnij jakiegoś wykonawcę, a następnie spróbuj opóźnić dostawę z klientem lub oddzwoń do współpracownika.

Nie znam kontekstu, ale myślę, że to mogłoby podnieść 3 flagi:

  • „Zatrudnij jakiegoś wykonawcę” zwykle nie jest czymś inżynier ma władzę. W najlepszym przypadku mogą poprosić , aby kierownictwo kogoś zatrudniło, więc jeśli zatrudniłbyś kogoś bezpośrednio (outsourcing itp.), Z pewnością zostałbyś zwolniony natychmiast.
  • „Spróbuj opóźnić dostawę z klientem” to coś, co zrobiłby ktoś na stanowisku kierownika, a nie inżynier. Może to brzmieć tak, jakbyś nie rozumiał hierarchii i mógłbyś potencjalnie powiedzieć klientowi nieodpowiednie rzeczy.
  • „Oddzwoń do współpracownika” to znowu coś, co wątpię, aby inżynier mógł zrobić.

W tym przypadku w najlepszym przypadku podałeś odpowiedź, która nie mówi, co ty możesz zrobić, lub w najgorszym przypadku podałeś odpowiedź, która się pojawiła jako kogoś, kto nie szanuje granic i byłby ryzykowny.

Innymi słowy, Twoja druga odpowiedź mówi, że chcesz, aby Twój szef zrobił, a nie to, co zrobiłbyś Ty . Dla inżyniera prawidłowa odpowiedź brzmiałaby:

  1. Przejrzyj pozostałe i postępy
  2. Zaktualizuj szacowany czas
  3. Może przygotuj kilka dokumentów do pokaż te rzeczy
  4. Chwyć szefa, aby omówić i podać aktualne dane.
Dobre punkty, to dobrze łączy się z odpowiedzią pip, aby wyjaśnić niedociągnięcia w obu odpowiedziach.Chociaż odpowiedzi mogły w rzeczywistości nie być decydującymi czynnikami, odpowiedzi OP nie są dobrze przemyślane.Oba wskazują na czynności, które nie należą do zadań inżyniera.
+1 za natychmiastową informację zwrotną na temat odpowiedzi OP ...
Dan
2020-01-31 01:14:15 UTC
view on stackexchange narkive permalink

Szczerze myślę, że za dużo czytasz w tym pytaniu. Twoje założenia są raczej negatywne, ponieważ patrzysz na innych, zamiast przejmować inicjatywę.

Wyobraź sobie, że pracujesz nad jakimś ważnym systemem symulacyjnym, a klient dzwoni do ciebie o 20:00, jest trochę zdenerwowany, ponieważ twoje narzędzie do symulacji nie działa u niego, jeśli nie zadziała jutro o O 8 rano zrezygnuje z Twojej firmy i straci ona setki milionów. Co robisz?

Spokojnie, pierwszym krokiem jest ustalenie, czy klient faktycznie uruchamia narzędzie symulacyjne w odpowiednim środowisku. Twoja odpowiedź wydaje się skupiać na „naprawieniu” czegoś lub na tym, że nie byłbyś projektem wartym setki milionów. Skąd wiesz, co naprawić, jeśli nawet nie wiesz, w czym jest problem?

Pracujesz z inną osobą nad projektem, ale ona / ona musi pojechać do Chin po trochę zadanie i nie będzie dostępne przez następne 3 miesiące, nagle pojawia się sytuacja awaryjna: musisz zakończyć projekt w 30 dni, a po tygodniu zdajesz sobie sprawę, że nie zrobiłeś nawet 10%. Co robisz?

Pytanie jest błędne, ponieważ nie zakłada, ile godzin przepracowałeś. Zakłada się, że starasz się jak najlepiej przez 1 tydzień (być może nadgodziny itp.), Więc odpowiadanie, że pracowałbyś „więcej”, tak naprawdę nie ma tutaj znaczenia, podobnie jak „zatrudnianie” ludzi, ponieważ znowu byłeś w stanie wykonać tylko 10% zadania pod ręką, więc mając więcej zadań, takich jak szkolenie ludzi, wykonasz teraz mniej niż 10% pracy. Dałeś z siebie wszystko i ukończyłeś 10%. Przy obecnym tempie byłbyś w stanie zrealizować połowę projektu w tym czasie. W związku z tym odpowiedź brzmi: wiesz, że nie dostarczysz całości, ale połowa pracy zostanie ukończona w terminie 30 dni.

Myślę, że nie udało Ci się odpowiedzieć na to pytanie, ponieważ zakładałeś, że ktoś inny zamierza to naprawić. Zrobiłeś założenie, co możesz, a czego nie możesz zrobić. W każdym przypadku próbowałeś dotrzeć do menedżera lub przyjmowałeś założenia, które nie miały znaczenia. Nie wierzę, że istnieje poprawna odpowiedź, z wyjątkiem przejęcia inicjatywy w zakresie tego, co możesz zrobić, aby ją uzupełnić. Szukają własności i odpowiedzialności za to, co musisz zrobić. Nie sądzę, że możesz odpowiedzieć źle, z wyjątkiem sytuacji, gdy nie próbujesz rozwiązać samodzielnie.

Błędne założenie… żaden „klient” dzwoniący o 20:00 nie może oczekiwać, że znajdzie działającego programistę.Ponieważ nie możesz zweryfikować, że jest to naprawdę klient, zdecydowanie nie przeskakujesz na zmianę swojej ogromnej bazy kodu
@eagle275 Nie jestem do końca pewien, dlaczego każda odpowiedź zakłada, że musisz zmienić ogromną ilość kodu?Jeśli ktoś powiedział, że jego hydraulika przestała działać, to pierwszą rzeczą, jaką robisz, jest udanie się tam i wyrwanie rur ze ściany?A może to pierwszy krok do ustalenia, co jest nie tak?
nawet gdybyś mógł porównać swoją instalację wodno-kanalizacyjną do ogromnej platformy symulacyjnej ... Oczywiście najpierw przeanalizowałbyś, co i jeśli coś jest zepsute Ale to właśnie zasugerowałem mówiąc "nie skaczesz głową w zmianę" - najpierw przeanalizuj i część tegoweryfikowałby klienta
@eagle275 Nigdy nie powiedziałem, żebym zmienił ogromną ilość kodu, więc nie jestem pewien, jak twój komentarz odnosi się do mojej odpowiedzi.Nie sugerowałem też czegoś takiego.Jeśli Twój produkt jest tak masywny i złożony, że wymaga zmiany ogromnego kodu tylko po to, aby dowiedzieć się, o co prosi klient, oznacza to, że jest tu coś innego.
jeśli możesz to naprawić, sprawdzając, czy klient używa go poprawnie, wówczas OP jako inżynier byłby całkowicie niewłaściwą osobą do rozmowy.Byłyby działy zarządzania klientami, które zajmują się tylko upewnianiem się, że użytkownicy mogą poradzić sobie z produktem.Są sprzedawcy, którzy jeżdżą tam, by zadowolić wielomilionowego klienta.Jeśli na tym polega problem, odpowiedzią jest przesłanie wiadomości do tego działu i spytanie, w jaki sposób klient trafił do działu inżynieryjnego.
@FrankHopkins Nie wiem.Myślę, że jesteście zbyt zajęci standardami i tym, co by się stało, jak duża jest baza kodu lub jak to się nigdy nie przydarzy niskiej osobie.Myślę, że właśnie dlatego ta osoba została przekazana, ponieważ formułuje zbyt wiele założeń opartych na niczym.Jest to hipotetyczne pytanie i jako takie należy traktować swoją odpowiedź jako możliwie hipotetyczną.Załóżmy, że masz nieograniczoną władzę i wpływy i możesz sprawić, że wszystko się wydarzy, tak jak powstało hipotetyczne pytanie.
@Dan Całkowicie zgadzam się na poziomie założeń, ale dlatego najpierw je wyjaśniasz - na meta poziomie interwencji.Biorąc pod uwagę scenariusz dużej korporacji, mój komentarz jest prawdopodobny, ale tak, należy wyjaśnić sytuację.Jedną z podstawowych rzeczy, których szukasz w rozmowach kwalifikacyjnych dla wielu ról, jest to, jak ludzie radzą sobie z sytuacjami z niekompletnymi informacjami.W prawie wszystkich przypadkach chciałbyś, aby byli w stanie wyjaśnić i jasno zrozumieć sytuację, zanim zaczną działać.Nie ma nic gorszego niż osoba, która otrzymuje niezwykłe informacje i wyciąga wnioski, które mogą kosztować miliony.
ZOMVID-20
2020-01-31 23:59:31 UTC
view on stackexchange narkive permalink

To nie są pytania z żadnego znanego mi standardowego testu oceny sytuacyjnej. Najbardziej prawdopodobnym powodem, dla którego zadają takie szczegółowe pytania, zamiast administrować bardziej ogólnym SJT, jest to, że zdarzyło się to wcześniej w ich firmie .

To wydarzyło się w mojej organizacji, a więcej niż raz do mnie i do więcej niż jednego z moich pracowników. Spowodowało to szkody, gdy presja klienta spowodowała przekierowanie czasu programistów na problem o niskim priorytecie i niewielkim wpływie.

Najprawdopodobniej Twoja odpowiedź była dokładnie taka, jak jeden z ich inżynierów zrobił jakiś czas wcześniej w takiej sytuacji, czy nadal tam pracują, czy nie.

Prawidłowa odpowiedź na te pytania zależy od firmy i jej kultury. Firmy zadają takie otwarte pytanie nie bez powodu - aby sprawdzić, czy jesteście zgodni. W startupie pchającym gry mobilne Twoje odpowiedzi mogą być doskonałe, a myślenie „jedyną zasadą jest to, że nie ma żadnych zasad” może być mile widziane. W korporacji opartej na surowych zasadach, co jest typowe dla sektorów oprogramowania lotniczego i inżynierskiego, byłoby to szalenie nie na miejscu.

W przyszłości nie próbuj myśleć o tym, co test próbuje przetestować Ciebie i jakiej odpowiedzi szukają. Odpowiedz szczerze - tak, tak, jak zachowywałaby się twoja najlepsza jaźń w najlepszy dzień - ale nadal szczerze i nie bój się kwestionować przesłanek. Nie bój się też kwestionować przesłanek, które sobie stawiasz, a nawet nazwać je absurdalnymi, jeśli wypadną w ten sposób.

akostadinov
2020-02-01 04:17:10 UTC
view on stackexchange narkive permalink

Po pierwsze, skąd wiesz, że zostałeś odrzucony z powodu odpowiedzi na te dwa pytania?

Wątpię, czy odrzucili Cię ze względu na treść odpowiedzi. Mogą z łatwością wyjaśnić, jak należy się zachować. Bardziej prawdopodobne jest, że nie podobało im się twoje ogólne nastawienie / zdenerwowanie / cokolwiek.

A może lubili cię, ale bardziej lubili kogoś innego.

Frank Hopkins
2020-02-01 22:19:27 UTC
view on stackexchange narkive permalink

Podczas gdy wiele odpowiedzi tutaj analizuje możliwe oczekiwania firmy, obracając się wokół rzeczywistej odpowiedzi w ramach scenariusza, istnieje duża szansa, że ​​ faktyczna odpowiedź w opisanym scenariuszu nie jest tym, co ma znaczenie, ale jak ją osiągnąłeś silny>. Takie pytania dotyczące scenariusza często dotyczą mniej rzeczywistego scenariusza, ale tego, w jaki sposób przyjmujesz specyfikację problemu i uzyskujesz rozwiązanie dla klienta (w tym przypadku ankieterów).

Zatem problem mógł wynikać ze sposobu, w jaki próbowałeś wyjaśnić rzeczywistą sytuację. Wciąż jest dość abstrakcyjna i wszyscy możemy zidentyfikować różne „poprawne” odpowiedzi, ponieważ nadal jest tak otwarta. Pytania mogły dotyczyć tego, czy i jak zawężasz scenariusz do czegoś, gdzie jest krystalicznie jasne, jak powinieneś zareagować. To znaczy. zadając pytania przeciwne, takie jak „czy współpracowałem już wcześniej z tym klientem? Czy moja firma ma infolinię obsługi klienta, która zajmuje się zgłoszeniami klientów i zapewnia wsparcie dla użytkowników narzędzi? Czy istnieje procedura awaryjna, o której wiem, a jeśli tak, jaka jest ? " itd. str.

Zawsze, gdy jako inżynier otrzymujesz specyfikację od klienta, podobnie musisz upewnić się, że wszystkie wymagania i kontekst są całkowicie prawidłowe. Takie pytania mogą mieć na celu sprawdzenie, jak podchodzisz do problemów z niekompletnymi informacjami.

Marcus
2020-02-02 21:44:33 UTC
view on stackexchange narkive permalink

Jeśli chodzi o Twoje pytanie nr. 1:

Najpierw wysłuchałem klienta, aby dowiedzieć się, czy przypadkiem znam szybkie rozwiązanie problemu. Jeśli nie, skierujemy go do naszej całodobowej obsługi klienta (infolinia). Jeśli nie ma usługi 24/7, będę musiał powiedzieć klientowi, aby zadzwonił na naszą infolinię następnego ranka, mówiąc, że nie zapewniamy obsługi klienta 24/7. Nie bez dodania, że ​​następnym razem powinien wyznaczyć kamienie milowe swojego projektu, najlepiej co najmniej 24 godziny wcześniej, niż są w rzeczywistości, na wypadek gdyby coś takiego się powtórzyło. Jeśli tak się stanie, nadal będzie miał 24 godziny na skontaktowanie się z obsługą klienta. (Uwaga: na pewno nie zacznę nawet myśleć o programowaniu ani zmianie kodu o 20 wieczorem ...)

Teraz była Twoja odpowiedź, aby skontaktować się z menedżer źle? Osobiście uważam, że to była najgorsza odpowiedź, jakiej mogłeś udzielić. Ale bądźmy tolerancyjni i załóżmy, że w niektórych firmach w takiej sytuacji może zaistnieć potrzeba eskalacji do kierownictwa. Jednak po tym, jak ankieter powiedział, że tak nie jest w jego firmie, powinieneś był spojrzeć na inne podejście, zamiast nalegać na kontakt z kierownictwem! Jeśli powiem pracownikowi, że zasugerował rozwiązanie nie jest przydatne, jeśli następnie nalega i odpowiada mówiąc „tak jest”, na pewno go nie zatrudnię, naprawdę ... Myślę, że to była twoja główna wina.

O twoim pytaniu nie . 2:

  1. Analizuj: dlaczego nie robisz postępów?
  2. Rozwiąż szybko: spróbuj znaleźć szybkie rozwiązanie ...
  3. Rozwiąż w terminach: spróbuj aby znaleźć rozwiązania w ciągu kilku dni.
  4. Skontaktuj się z kolegą z zespołu odpowiedzialnym: skontaktuj się z kolegą z zespołu w Chinach za pośrednictwem poczty e-mail. Spróbuj opisać, jaki był twój problem i czy mógłby znaleźć rozwiązanie.
  5. Skontaktuj się z innymi członkami zespołu (jeśli tacy są): skontaktuj się z innymi członkami zespołu, którzy pomogli ci w rozwiązaniu problemów, które masz. Może istnieje już moduł, o którym nie wiedziałeś?
  6. Skontaktuj się z innym pracownikiem swojej firmy: może bardziej doświadczony pracownik pomoże Ci rozwiązać problem o wiele skuteczniej?
  7. Skontaktuj się ze znajomymi, którzy pomogą Ci rozwiązać problem. Na przykład na Stackexchange :-)

Myślę, że za drugim razem, gdy odpowiedziałeś „Skontaktuję się z moim menedżerem” , ankieter prawdopodobnie pomyślał „Nieee, nie znowu !!” ... przy okazji lepiej nie mówić terminu „mój menedżer” w żadnej rozmowie o pracę, ale zamiast tego „mój kierownik projektu”. A jeśli odpowiedź od ankietera brzmi mniej więcej w stylu „Stary, jesteś liderem projektu” , przynajmniej wiesz, jakie są wymagania dotyczące stanowiska. ;-)

Podsumowanie

Powiedzmy, że @Jay miał rację i były to pytania typu „gotcha”: W takim razie - biorąc pod uwagę, że jest to ogromna firma, jak powiedziałeś - powinieneś zapytałem ankietera: „Jakie są standardowe procedury w tej firmie w takim przypadku? Bo nie będę w stanie rozwiązać tego konkretnego problemu, nie wiedząc, jak firma chce, abym zareagował w takiej sytuacji. gdybym pracował dla Twojej firmy około 6 miesięcy, mógłbym z całą pewnością powiedzieć, co robić w takich przypadkach. ” - Fajne jest to, że ta odpowiedź działa na każde pytanie typu„ gotcha ”!

Ale nie zgadzam się z uogólniającym stwierdzeniem, że nie ma „dobrej lub złej” odpowiedzi na to pytanie. Jasne, ankieter chciał zobaczyć twoją reakcję i co z tego zrobisz, chciał zobaczyć, jak działa twój mózg. Ale dla niego są tak naprawdę odpowiedzi, które są naprawdę dobre lub złe, i jako takie źle zrozumiałeś, przynajmniej z jego punktu widzenia i jego zdaniem.

Ostatecznie ankieter wyraźnie chciał się dowiedzieć, czy jesteś samodzielnie myślącym pracownikiem „próbującym samodzielnie znaleźć rozwiązanie”, czy niepewnym „natychmiastowym zapytaniem-przełożonego” - typ faceta ... więc w zasadzie, jeśli myślisz jak typowy inżynier lub raczej jak sam menedżer. Wygląda na to, że masz dużo umiejętności inżynierskich, ale niewiele umiejętności zarządzania, a oni oczywiście szukali obu cech u jednej osoby.

Spójrz pozytywnie: nie spełniłeś wymagań, ale to było również w twoim interesie, ponieważ i tak mogłeś mieć trudności w tej pracy. Jeśli jednak zmusiło Cię to do myślenia, spróbujesz znaleźć rozwiązania tych problemów i na końcu będziesz gotowy na taką pracę, ponieważ Twoje myślenie i inicjatywa ulegną poprawie.



To pytanie i odpowiedź zostało automatycznie przetłumaczone z języka angielskiego.Oryginalna treść jest dostępna na stackexchange, za co dziękujemy za licencję cc by-sa 4.0, w ramach której jest rozpowszechniana.
Loading...