Domanda:
Colloquio fallito dopo la gestione della situazione
Varech
2020-01-30 23:52:13 UTC
view on stackexchange narkive permalink

Qualche settimana fa ho ottenuto un colloquio per un lavoro come ingegnere di simulazione nel settore aeronautico. Stava andando abbastanza bene durante le domande tecniche (alcuni codici C, Python e Linux) e le discussioni sulle esperienze precedenti, anche se ho sempre lavorato nel settore automobilistico.

Ad un certo punto ho avuto delle "situazioni "e ho ricevuto un rifiuto settimane dopo l'intervista a causa della mia gestione di quelle situazioni, anche se tutto il resto era buono.

I due principali erano questo:

Immagina di lavorare su un importante sistema di simulazione e un cliente ti chiama alle 20:00. È un po 'arrabbiato perché il tuo strumento di simulazione non funziona al suo posto. Se domani alle 8 non funziona, rinuncerà alla tua azienda e perderà centinaia di milioni. Cosa fai?

Ho pensato che sarebbe stato una sorta di test per vedere se avrei lavorato in orari irregolari, o se non avessi chiesto al mio manager / responsabile del team in merito e correre a testa bassa, ma ha detto che se avessi provato a chiamare lui o un altro manager, sarebbe stato impossibile unirmi. Poiché la cifra di centinaia di milioni mi sembrava enorme, ho risposto che avrei comunque cercato di contattare qualsiasi altro manager, o alla fine avrei provato a risolverlo come ultima risorsa, passando la notte in ufficio (hanno un po 'di tempo per farlo poiché vendono in tutto il mondo, hanno detto).

Stai lavorando con un'altra persona a un progetto, ma lei / lui deve andare in Cina per qualche compito e non sarà disponibile per i prossimi 3 mesi. All'improvviso, c'è un'emergenza: devi finire il tuo progetto in 30 giorni e dopo una settimana ti rendi conto di non averlo fatto nemmeno al 10%. Cosa fai?

Anche in questo caso sembra essere una verifica della capacità di comunicare. Ho risposto che avrei contattato in primo luogo il mio manager non appena avessi ottenuto il ritardo di 30 giorni, anche se lui lo sapeva già mentre sta organizzando la squadra e assegnando compiti. Alla fine, se non può aiutarti, assumi un appaltatore e poi prova a ritardare la consegna con il cliente o richiama il collega.

Ci sono enormi segnali di allarme in quello che ho risposto?

Forse ho bisogno di chiarire alcuni elementi:

  • L'azienda è enorme, decine di migliaia di dipendenti, quindi non è una startup che potrebbe chiedere eccezionalmente ai dipendenti di lavorare 20 ore al giorno.
  • @Richard ha detto che mi mancava l'iniziativa e @pip che avrei dovuto essere più attento a tali richieste invece. Ho detto chiaramente che avrei lavorato non appena avessi avuto la notizia per entrambe le situazioni, ma il problema è stato descritto come un caso impossibile. Fondamentalmente mi hanno fatto capire che non potevo fare il lavoro in tempo.
I commenti non sono per discussioni estese;questa conversazione è stata [spostata in chat] (https://chat.stackexchange.com/rooms/103945/discussion-on-question-by-varech-failed-interview-after-situation-handling).
Undici risposte:
pip install frisbee
2020-01-31 01:17:14 UTC
view on stackexchange narkive permalink

Sono d'accordo con Richard sul fatto che tu abbia fallito la prima domanda, ma penso che tu l'abbia fallita nel modo opposto. La mia esperienza deriva dal lavorare su contratti governativi, quindi questa risposta è fortemente influenzata dal modo in cui funzionano quei clienti e contratti. Ciò potrebbe non essere applicabile al di fuori di questo.

Secondo me, la prima domanda è chiedersi come affronterai un potenziale attacco di ingegneria sociale. Penso questo perché:

  1. Ci sono pochissime persone in grado di prendere decisioni che valgono centinaia di milioni di dollari. Coloro che ricoprono questa posizione in genere si occupano della gestione e dei lead di progetto, non dei singoli ingegneri. Quali sono le probabilità che qualcuno con questo tipo di potere (a) ti conosca in modo specifico e (b) non possa mettersi in contatto con nessuno nella tua catena di gestione prima di te? Per lo meno, devi incorporare nella tua risposta come verifichi l'autenticità della telefonata.

  2. C'è urgenza di tempo e denaro. Questo per offuscare il tuo giudizio.

  3. Ti viene chiesto di aggirare le normali procedure per forzare le modifiche. Soprattutto per i grandi clienti, e doppiamente per qualcosa di così strettamente regolamentato come l'aeronautica, questo è un divieto. Guarda cosa sta succedendo alla Boeing in questo momento se sei curioso di cosa succede in questo settore quando le cose non vengono prese sul serio e le normative vengono ignorate.

Il modo in cui questo genere di cose potrebbe svolgersi in natura è:

Il cattivo attore chiama l'ingegnere nel cuore della notte, e cerca di far prendere dal panico l'ingegnere con enormi valori in dollari e mancanza di tempo. Il cattivo attore usa l'urgenza e la stanchezza / panico dell'ingegnere per indurlo a evitare le normali procedure: "ugh, non preoccuparti di spingere il codice, invialo direttamente a me e lo risolverò al mattino"

Gli ingegneri hanno la responsabilità professionale di garantire che i processi siano seguiti ea meno che l'azienda per cui stai intervistando non consenta ai singoli ingegneri di apportare modifiche nel cuore della notte senza supervisione o approvazione, ti è stato chiesto se ignoreresti tali processi e hai detto di sì.

Sì, rimuovere quante più variabili possibile in modo da poter prendere decisioni razionali è importante.Continuo a pensare che quando l'OP ha usato "client" significa che conosci la persona al telefono da prima e che è arrabbiata per qualsiasi motivo.Penso che il tuo approccio sia ancora buono perché stai prendendo le iniziative per determinare il problema e risolverlo in qualche modo.Molto meglio che accettare la telefonata e poi trasferire la responsabilità al tuo manager.
+1 Questa risposta corrisponde alla mia esperienza in una situazione simile, il cliente era arrabbiato e chiedeva l'impossibile ma il contratto funziona in entrambi i modi.Ho informato il mio manager della chiamata e sono andato a letto, la mattina dopo sono arrivato presto per scoprire che tutto si era calmato e abbiamo avuto 3 giorni per risolvere il problema come stabilito nel contratto.È molto più importante seguire il processo che cedere a richieste irragionevoli
@BЈовић OP pensa di aver fallito perché non si è impegnato abbastanza per soddisfare le richieste.La risposta afferma che avrebbe dovuto provare anche meno di quanto ha detto e utilizzare invece procedure formali.
@quarague oh, ora ho capito.Solo quella frase non era chiara.
Avere un cliente che chiama alle 20:00 sulla tua linea diretta ha un odore estremamente di pesce e risponderei sempre che non sono disponibile, "contattaci domani".E se non è la risposta giusta, non vuoi lavorare per un'azienda che ti permetterebbe comunque di passare la notte in una chiamata delle 20:00.
Ottima risposta: questo scenario esatto viene spesso utilizzato nella formazione sulla sicurezza, quindi sono d'accordo che questa sembra probabilmente la risposta corretta.L'unica cosa che mi fa pensare è che nella loro email di spiegazione, la società non lo abbia esplicitamente chiamato come domanda di sicurezza.Come si aspettano che le persone imparino e crescano?Poi di nuovo, se questo _è_ uno scenario genuino, sicuramente non vorrei lavorare da qualche parte in cui la responsabilità per i contratti da un milione di dollari ricade sui singoli sviluppatori ei loro manager non rispondono nemmeno a una chiamata per discutere - sembra orribile!
Questa è stata una lettura davvero preziosa!Mi ha aiutato a capire che probabilmente sarei caduto nella stessa trappola di OP per paura di costare all'azienda milioni di dollari, senza rendermi conto che non sono in una posizione tale da prendere decisioni manageriali dall'oggi al domani, senza primaconsultandomi con i miei superiori.Ora so di essere alla ricerca di questo genere di cose :) Saluti.
Non ne ho parlato, ma alcuni anni fa ho avuto una situazione simile, in cui un cliente della mia azienda (un importante fornitore automobilistico) ha cambiato alcuni componenti su un prototipo di auto e voleva che funzionasse al più presto, questo ha permesso alla mia azienda disituazione critica in quanto centinaia di ingegneri collaudatori non potevano lavorare sul veicolo, poiché altri sistemi non funzionavano con esso, con una perdita di un milione di euro al giorno.Ho dovuto aggiustarlo perché ero il più esperto per lo sviluppo di questa vettura.Un po 'anche la stessa pressione, tuttavia le istruzioni provenivano dal mio manager, non da un cliente.Ma nella mia mente era lo stesso.
Sono d'accordo con @Dan perché dubito che abbia qualcosa a che fare con l '"ingegneria sociale".Come intervistatore classificherei questa risposta come piuttosto falsa, perché conosci i tuoi clienti, vero?La risposta migliore sarebbe cercare di trovare una soluzione che abbia senso, e sicuramente senza contattare il tuo manager ... soprattutto se sei il leader del progetto;)
Kevin
2020-01-31 03:38:24 UTC
view on stackexchange narkive permalink

Penso che tu stia affrontando questa situazione nel modo sbagliato. Non hai "fallito" l'intervista; hai fornito risposte che questo particolare datore di lavoro non desidera dai propri dipendenti.

Lascia che ti mostri di cosa sto parlando con due brevi frasi dalla tua domanda:

Immagina di lavorare su un importante sistema di simulazione e un cliente ti chiama alle 20:00, è un po 'arrabbiato perché il tuo strumento di simulazione non funziona da lui, se non funziona domani alle 8:00 lui' Rinuncerò alla tua azienda e perderà centinaia di milioni. Cosa fai?

... e ...

ma ha detto che se provassi a chiamare lui o un altro manager, sarebbe impossibile partecipare.

Ora, ecco il punto. Ci sono tipi di risposte difendibili a questo, in tutto lo spettro, ma due sono fondamentali:

  • In apparenza, questa è una questione incredibilmente importante. A meno che non sia positivo sul fatto che questo sia in qualche modo fasullo, devo almeno inoltrarlo al mio manager in modo che possano indirizzarmi o intensificare anche ulteriormente la catena.
  • Non è appropriato sia per me ricevere direttamente le chiamate dell'assistenza clienti al di fuori dell'orario di lavoro, sia per me contattare il mio manager durante il loro orario di lavoro. Se il cliente ha un problema, dovrebbe passare attraverso il normale canale di supporto. Non spetta a me decidere il corso dell'azione.

... ed entrambi potrebbero essere ciò che un'azienda vuole sentire come risposta, a seconda con quale azienda parli.

Quindi, invece di chiedere "Perché a questo intervistatore non è piaciuta questa risposta?", concentrati maggiormente su ... quale pensi sia la risposta giusta è. Personalmente, penso che la mia risposta sarebbe qualcosa del tipo:

"Domanda rapida in background: esiste un canale di supporto regolare attraverso il quale i clienti dovrebbero passare? O riceveremo chiamate dirette dai clienti ed essere segnalabile in base al contatto tramite loro? "

... perché c'è un mondo di differenza tra "Il cliente casuale ottiene il mio numero di cellulare in qualche modo e cerca di intensificare il suo problema di supporto attraverso cazzate" e "Cliente per cui ho una precedente relazione di lavoro diretta un problema di emergenza specifico di cui sono direttamente responsabile. "

Un'altra possibilità è che, sebbene la sua risposta non sia poi così male, potrebbe essere il modo in cui le ha presentate.Forse con la strana situazione in arrivo, non era così preparato a rispondere e forse a loro non piaceva.
Jay
2020-01-31 01:46:19 UTC
view on stackexchange narkive permalink

Hmm, queste mi sembrano domande "gotcha". Ogni risposta che dai potrebbe essere dichiarata sbagliata.

Soprattutto la prima. Se dici: "Lavorerei tutta la notte per risolvere il problema e parlarne al mio manager la mattina dopo": Quindi su un progetto del valore di centinaia di milioni di dollari, apporterai un sacco di modifiche senza ottenere autorizzazione da parte di qualcuno, basata su una telefonata che non hai modo di verificare nemmeno provenire dal cliente reale? Ho lavorato per molte aziende in cui verresti prontamente licenziato per averlo fatto.

D'altra parte, se dici: "Contatterei il mio manager per istruzioni e aspetto di avere la conferma prima di procedere", potresti essere colpito per mancanza di iniziativa.

Direi che prima di trovarmi in una situazione del genere, vorrei sapere quali sono le procedure accettate nella mia azienda. Forse direbbero davvero che si aspettano che una persona in prima linea in un progetto enorme - se ci sono centinaia di milioni di dollari in gioco, questo progetto deve coinvolgere dozzine di persone - si assuma la responsabilità di fare grandi cose da solo -scale modifiche. Ma ne dubito.

Come sottolinea @pipInstallMonica, come fai a sapere che questa chiamata proviene davvero dal client? Potrebbe essere un hacker che cerca di spaventarti facendogli fornire codice proprietario. O un concorrente che cerca di indurti a rompere qualcosa. Inoltre, su un progetto che vale centinaia di milioni di dollari, le scadenze sono raramente un giorno. Progetti come questo tendono ad essere più del tipo: "Come wow, questa è un'emergenza !! Dobbiamo risolvere subito questo problema !! Faremmo meglio a convocare una riunione per giovedì prossimo per discutere i passaggi iniziali per la creazione di un comitato per formulare un pianificare come affronteremo la soluzione a questo problema! "

Questo può essere un problema per qualsiasi organizzazione. Nel mio lavoro attuale, una volta ho segnalato un bug in uno dei nostri sistemi di produzione al capo, e lui mi ha tenuto una conferenza sul perché dovrei risolvere i problemi quando li trovo e non solo scrivere un promemoria. Poi qualche tempo dopo ho visto un bug in un sistema di produzione e quindi l'ho risolto. E ho ricevuto una lunga conferenza dal capo su come non dovrei cambiare i sistemi di produzione senza autorizzazione, abbiamo procedure per queste cose, ecc. Entrambe le lezioni dallo stesso capo.

Se un'azienda dice davvero che non ti assumeranno perché eri riluttante a dire che avresti apportato modifiche non autorizzate ai sistemi di produzione di tua iniziativa nel cuore della notte sulla base di una telefonata non confermata ... Non credo di averlo fatto " vorrei lavorare lì.

Sì, uso questo tipo di domande nelle interviste.Non ci sono risposte giuste, perché si tratta di scoprire come pensa la persona
@RichardSaysReinstateMonica Ok, è giusto porre una domanda senza risposta corretta per vedere come risponde il richiedente.E ora che ci penso, non sappiamo che in questo caso non ha ottenuto il lavoro perché non è riuscito a dare una risposta giusta a una domanda impossibile - pensa di aver fatto bene per tutto il resto dell'intervista, ma non lo sappiamo.E anche se lo avesse fatto, forse stava segnando A + ma poi è arrivato un altro candidato che era A ++.Ma ovviamente non rifiuterei un candidato perché non è riuscito a trovare una soluzione a un problema impossibile, o presumibilmente rifiuteremmo tutti i candidati
Una volta ho usato questa tattica e ho consigliato di assumere la persona perché ha detto "Non lo so" Non si tratta di avere ragione.Si tratta di vedere come reagisci
@Jay Hanno scelto un altro candidato sì, menzionato nell'email di risposta.È assolutamente possibile che questo sia stato migliore di me, mi chiedo solo per le risposte negative per quelle situazioni, non voglio fare lo stesso errore perché il lavoro è stato davvero carino con me.
@RichardSaysReinstateMonica Quando la disonestà di un'azienda inizia nel _intervista_, so che devo stare lontano.Questo tipo di domande mi spingono a lasciare prontamente un colloquio: non tollero questo tipo di sciocchezze sul lavoro e non lo tollero nelle interviste.
@ApologizeandreinstateMonica Tratti diversi per persone diverse.
@RichardSaysReinstateMonica, non deve essere una situazione * impossibile * per imparare come pensano le persone in una crisi.Ci sono molti scenari del mondo reale che potrebbero essere richiesti, e anche quelli che non hanno nulla a che fare con il lavoro ...
@CramerTV che non ha nulla a che fare con la domanda posta dall'OP.
@RichardSaysReinstateMonica, né il tuo primo commento a questa risposta - stavo rispondendo a quel commento.
@CramerTV Quando pongo domande sullo stress, sono risposte e, come ho detto, "non lo so" è perfettamente accettabile.La maggior parte delle persone non se ne rende conto, che era il punto del mio commento originale.
@Jay, questa risposta contiene un po 'molti "se" (condizioni), in particolare quella frase: "come fai a sapere che questa chiamata è davvero dal client".Ragazzi comuni, conoscete i vostri clienti, vero?Come intervistatore la considererei una risposta molto fasulla imho ...
@Marcus Hmm, conosci personalmente ogni persona che lavora per le tue aziende clienti?Io certamente no.La maggior parte dei clienti della mia azienda sono grandi aziende con migliaia di dipendenti.Ho parlato personalmente solo con una manciata di loro.Se qualcuno chiamasse e affermasse di essere un altro dipendente, come potrei sapere se lo era o no?
@Jay, Volevo solo dire che dal contesto sembra essere abbastanza chiaro che il cliente dovrebbe essere conosciuto.Se un intervistatore mi fa una domanda del genere e io rispondo "come anche tu conosci quel cliente", potrebbe giudicarmi come uno smartypants.Chiaramente, un cliente che ha il tuo numero di cellulare è una persona che dovresti conoscere, non è vero?Ma sì, se non conosci la persona, non ti preoccuperesti nemmeno di aiutarla in alcun modo, ma è abbastanza evidente ... e se così fosse, sarebbe stato comunque menzionato dall'intervistatore.;-)
@Marcus Bene, non per entrare in una lunga discussione al riguardo, ma: se mi fosse stata posta una domanda del genere in un'intervista, penso che sarebbe ragionevole chiedere: "Stiamo presumendo che conosco questa persona e lo so davverolavora per il cliente? O è qualcuno con cui non ho mai parlato prima e afferma solo di lavorare per il cliente? "Ecc. Non credo che la domanda dica che ha chiamato il cellulare del richiedente, solo che ha chiamato.Avrebbe potuto chiamare un numero generale dell'azienda ed essere stato inoltrato dall'operatore.Ecc. Non presumo che nulla "sarebbe stato menzionato dall'intervistatore"....
... Se lo scopo di una domanda è dire se cadrà in un tentativo di ingegneria sociale di violare la sicurezza, penserei che l'intervistatore sicuramente non direbbe: "E non hai idea se questa persona è davvero chi sostieneessere."Il punto sarebbe vedere se penseresti di chiederlo.
Old_Lamplighter
2020-01-31 00:22:57 UTC
view on stackexchange narkive permalink

Il problema con le tue risposte mostra una mancanza di iniziativa e pianificazione.

Il problema con la tua prima risposta è che sembra che tu stia aspettando l'autorizzazione e perdendo tempo prezioso che potrebbe mettere la tua azienda sotto.

La risposta che avrei cercato sarebbe qualcosa sulla falsariga di ...

Bene, invierei un'e-mail al mio manager mentre sono saltato dentro e l'ho riparato, e ho affrontato il fallout più tardi. La prima priorità sarebbe assicurarsi che funzioni e che abbiamo mantenuto il cliente.

anche per la SECONDA domanda, vorrei vedere più iniziativa.

Se vedessi che ero solo al 10% in più, avviserei immediatamente il mio manager e darei la priorità al mio lavoro per ottenere prima le parti più essenziali. Chiedevo aiuto per finire in tempo e affidare i compiti più piccoli a chiunque potesse farmi da parte e prolungare il mio orario di lavoro per rispettare la scadenza.

O QUALCOSA A QUELLO EFFETTO

Quello che non sei riuscito a fare è stato dimostrare qualsiasi iniziativa o iniziativa personale, rimandando invece alla direzione in entrambi i casi. Se in futuro ricevi domande simili, mostra loro che sei capace di agire in modo indipendente.

Perdonami se suona duro, ma ti sei imbattuto in qualcuno che, se l'edificio fosse in fiamme, aspetterebbe l'autorizzazione della direzione per prendere un estintore.

È QUELLO dove hai fallito.

La prossima volta, mostra che sai agire, che puoi intervenire quando necessario e agire prima, e POI follow-up.

I commenti non sono per discussioni estese;questa conversazione è stata [spostata in chat] (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

Due cose mi vengono in mente nella domanda n. 1:

  1. "industria aeronautica"
  2. "centinaia di milioni"

Per il primo punto -
Un "cambio di codice" da parte di una persona, dopo le 20:00, è la risposta sbagliata in quasi tutti i settori di questi tempi - specialmente aerospaziale ( anche se si tratta di una simulazione).
Forse sarebbe volato (gioco di parole) con una startup ... in alcune circostanze - forse no.

Per la seconda -
quando quel tipo di i soldi sono sulla linea che la tua azienda ha persone sul posto che si occupano di questo tipo di cose.
(E compra loro cena + drink + qualsiasi altra cosa accetteranno)

Gli direi che il chiamante era una frode per i motivi sopra.

Se l'intervistatore dice che sai che il chiamante è reale, supponi di ottenere i dettagli dell'errore e un numero di contatto. Chiedi a che ora è troppo tardi per richiamarli e se non dicono "ogni volta va bene" scopri a che ora è troppo presto. Assicura al cliente che ci lavorerai duro.

Mi dispiace dover dire che ho spesso visto i processi obbligatori ignorati su progetti in cui SOMMETTITAMENTE farlo ti avrebbe fatto licenziare e la società multata pesantemente.
@WGroleau Potrebbe essere vero.Tuttavia, dubito che anche le persone che lo farebbero penserebbero che fosse giusto dirlo in un'intervista - ma ho visto un sacco di cose ... folli ... quindi forse il tuo punto è migliore.
Non riesco ancora a vedere come la prima domanda coinvolga le modifiche al codice?Puoi chiarire perché la prima domanda comporta modifiche al codice?Dove si suggerisce di farlo?
@Dan, il primo paragrafo rende evidente la natura del lavoro, ma ci sono altri indizi.
@dan L'ho capito dal fatto che a OP è stato chiesto di codice C, Python e Linux.
@J.ChrisCompton Anche se sono d'accordo che fosse pronto per una revisione della programmazione, non vedo come la domanda sulla situazione dell'intervista significasse che avrebbe cambiato una grande quantità di codice.Penso che la tua risposta sia corretta per quanto riguarda la mancata modifica del codice, e non sappiamo da quello che ha detto se l'azienda è d'accordo con questo, ma da quello che possiamo dire è che a prescindere non è riuscito a impressionare.
@dan Non intendevo implicare nulla sull'ambito o l'ampiezza delle modifiche al codice.Ho appena detto "Un 'cambio di codice' da parte di una persona ... è la risposta sbagliata."Immagino che avrei dovuto dire "Un 'cambio di codice' * di qualsiasi dimensione * è la risposta sbagliata."Che centinaia di milioni lasciano un lettore a pensare a grandi cose, credo.
Mars
2020-01-31 10:02:14 UTC
view on stackexchange narkive permalink

La mia prima impressione è che le tue risposte siano decisamente fuori luogo.

Probabilmente nessun problema con la tua prima risposta.
È generalmente più raro che un cliente possa / contatterà direttamente il tecnico di un'altra azienda, ma se sei in una posizione in cui un cliente può contattarti direttamente, è Probabilmente è lecito ritenere che ti sei affidato a prendere una decisione di questo livello. In tal caso, penso che la tua risposta sia assolutamente soddisfacente! Tuttavia, penso che la risposta di pip sui motivi tecnici potrebbe certamente essere applicata, anche se non ho mai visto un'azienda interessarsi abbastanza degli attacchi di ingegneria sociale per testarli durante le interviste. Il presupposto generale è che tu possa insegnare la consapevolezza come parte del tuo inserimento.

La seconda risposta sembra però molto fuori luogo: hai detto che l'intervista è per una posizione di ingegnere. Tuttavia, la tua seconda risposta contiene

eventualmente, se [il manager] non può aiutarti, assumi un appaltatore, quindi prova a ritardare la consegna con il cliente o richiama il collega.

Non conosco il contesto qui, ma penso che potrebbe sollevare 3 flag:

  • "Assumere un appaltatore" normalmente non è qualcosa un ingegnere ha il potere di fare. Nella migliore delle ipotesi, potrebbero richiedere che la direzione assuma qualcuno, quindi se assumessi qualcuno direttamente (outsourcing, ecc.), Verresti sicuramente licenziato all'istante.
  • "Cerca di ritardare la consegna con il cliente" è qualcosa che farebbe qualcuno con una posizione di manager, non un ingegnere. Può sembrare che tu non capisca la gerarchia e potresti dire cose inappropriate a un cliente.
  • "Richiama il collega" è di nuovo qualcosa che dubito che un ingegnere possa fare.

Quindi, nella migliore delle ipotesi, hai dato una risposta che non dice cosa potresti fare, o nel peggiore dei casi, hai dato una risposta che è venuta come qualcuno che non rispetta i confini e sarebbe un rischio.

In altre parole, la seconda risposta dice che vuoi che il tuo capo faccia, non quello che tu faresti. Per un ingegnere, la risposta corretta potrebbe essere qualcosa del tipo:

  1. Rivedi il rimanente e procedi
  2. Aggiorna le stime di tempo
  3. Forse crea alcuni documenti per mostra queste cose
  4. Chiama il tuo capo per discutere e fornire dati reali.
Aspetti positivi, questo si combina bene con la risposta di pip per spiegare le carenze in entrambe le risposte.Mentre le risposte potrebbero in realtà non essere state i fattori decisivi, le risposte di OP non sono ben ponderate.Entrambi indicano azioni che non fanno parte dei compiti di un ingegnere.
+1 per il feedback puntuale sulle risposte dell'OP ...
Dan
2020-01-31 01:14:15 UTC
view on stackexchange narkive permalink

Onestamente penso che tu stia leggendo troppo nella domanda. E le tue supposizioni sono piuttosto negative in quanto guardi agli altri da incolpare piuttosto che prendere l'iniziativa.

Immagina di lavorare su un importante sistema di simulazione e un cliente ti chiama alle 20:00, è un po 'arrabbiato perché il tuo strumento di simulazione non funziona al suo posto, se non lo fa domani alle Alle 8 rinuncerà alla tua azienda e perderà centinaia di milioni. Che cosa fai?

Facile, il primo passo è capire se il cliente sta effettivamente eseguendo lo strumento di simulazione nell'ambiente giusto. La tua risposta sembra concentrarsi sul "riparare" qualcosa o su come non saresti un progetto che vale centinaia di milioni. Come fai a sapere cosa risolvere se non sai nemmeno qual è il problema?

Stai lavorando con un'altra persona a un progetto, ma deve andare in Cina per alcuni compito e non sarà disponibile per i prossimi 3 mesi, all'improvviso c'è un'emergenza: devi finire il tuo progetto in 30 giorni e dopo una settimana ti accorgi di non averlo fatto nemmeno al 10%. Cosa fai?

La domanda è sbagliata perché non presuppone quante ore hai lavorato. Si presume che tu stia facendo del tuo meglio per 1 settimana (possibilmente gli straordinari ecc.) Quindi rispondere che lavoreresti "di più" non ha importanza qui né "assumere" persone perché ancora una volta sei stato in grado di fare solo il 10% del compito a portata di mano quindi avendo più compiti come la formazione delle persone, faresti meno del 10% del lavoro ora. Hai fatto del tuo meglio e hai completato il 10%. Al ritmo che sta andando, saresti in grado di consegnare metà del progetto nel lasso di tempo. In quanto tale, la risposta è che sai che non riuscirai a consegnare il tutto, ma avrai metà del lavoro completato entro la scadenza di 30 giorni.

Penso che tu abbia fallito con questa domanda perché pensavi che qualcun altro l'avrebbe risolto per te. Hai fatto il presupposto di ciò che potresti o non potresti fare. In ogni caso hai provato a contattare un manager o fatto supposizioni che non avevano importanza. Non credo che ci sia una risposta corretta se non prendere l'iniziativa su cosa puoi fare per completarla. Stanno cercando la proprietà e le responsabilità di ciò che devi fare. Non penso che tu possa rispondere in modo sbagliato tranne quando non provi a risolverlo da solo.

Presupposto sbagliato .. qualsiasi "cliente" che chiama le 20:00 non può aspettarsi di trovare un periodo di sviluppo funzionante.Dato che non puoi verificare che sia davvero un client, non devi assolutamente saltare la testa nel cambiare la tua massiccia base di codice
@eagle275 Non sono abbastanza sicuro del motivo per cui ogni risposta qui presuppone che sia necessario modificare una quantità enorme di codice?Se qualcuno ha detto che l'impianto idraulico ha smesso di funzionare, la prima cosa che fai è andare lì e iniziare a strappare i tubi dal muro?O il primo passo è capire esattamente cosa c'è che non va?
anche se potessi confrontare il tuo impianto idraulico con un enorme framework di simulazione ... Ovviamente analizzerai prima cosa e se qualcosa è rotto Ma questo è quello che ho suggerito quando dico "non salti con la testa nel cambiamento" - prima analizzi e parte di questoverificherebbe il cliente
@eagle275 Non ho mai detto di cambiare una quantità enorme di codice, quindi non sono sicuro di come il tuo commento si applichi alla mia risposta.Né ho suggerito una cosa del genere.Se il tuo prodotto è così massiccio e complesso da richiedere la modifica di un codice enorme solo per capire cosa sta chiedendo il cliente, allora c'è qualcos'altro che non va qui.
se puoi aggiustarlo controllando se il client lo usa correttamente, allora OP come ingegnere sarebbe la persona totalmente sbagliata con cui parlare.Ci sarebbero reparti di gestione dei clienti che si occupano solo di assicurarsi che gli utenti possano occuparsi del prodotto.Ci sarebbero venditori che guidano lì per soddisfare il multimilionario cliente.Se questo è il problema, la risposta è inoltrare a quel reparto e chiedere come diamine quel cliente è finito nel reparto di ingegneria.
@FrankHopkins Non lo so.Penso che voi ragazzi siate troppo fissati sugli standard e su cosa succederebbe o su quanto grande sia una base di codice o su come questo non accadrebbe mai a una persona bassa.Penso che sia per questo che la persona è stata tramandata perché sta facendo troppe supposizioni basate su nulla.È una domanda ipotetica e come tale dovresti trattare la tua risposta il più ipotetica possibile.Supponi di avere potere e influenza illimitati e di poter far accadere qualsiasi cosa proprio come è nata l'ipotetica domanda.
@Dan Sono totalmente d'accordo sul livello delle ipotesi, ma è per questo che le chiarisci prima - sul meta livello dell'intervallo.Dato lo scenario di una grande azienda il mio commento è probabile, ma sì, bisognerebbe chiarire la situazione.Una delle cose fondamentali che cerchi nelle interviste per molti ruoli è il modo in cui le persone gestiscono le situazioni con informazioni incomplete.In quasi tutti i casi, vorresti che fossero in grado di chiarire e capire chiaramente la situazione prima di precipitarsi all'azione.Niente di peggio di una persona che riceve alcune informazioni insolite saltando a conclusioni che potrebbero costare milioni.
ZOMVID-20
2020-01-31 23:59:31 UTC
view on stackexchange narkive permalink

Queste non sono le domande di nessun test di giudizio situazionale standard che io conosca. La ragione più probabile per cui fanno domande così specifiche, piuttosto che amministrare un SJT più generale, è perché è già accaduto nella loro azienda .

È successo nella mia organizzazione, più più di una volta a me ea più di uno dei miei dipendenti. Ha causato danni quando la pressione dei clienti ha indotto il tempo degli sviluppatori a essere reindirizzato verso un problema a bassa priorità ea basso impatto.

Con ogni probabilità, la tua risposta è stata esattamente ciò che uno dei loro ingegneri aveva fatto qualche tempo prima in una situazione del genere, che lavorino ancora lì o no.

La risposta corretta a queste domande dipende dall'azienda e dalla sua cultura. Le aziende pongono una domanda così aperta per un motivo: per vedere se voi due siete una corrispondenza. In una startup che promuove i giochi per dispositivi mobili, le tue risposte potrebbero essere state perfette e "l'unica regola è che non ci sono regole" può essere il benvenuto. In una società basata su regole rigorose, come tipico dei settori del software aerospaziale e di ingegneria, sarebbe selvaggiamente fuori luogo.

In futuro, non cercare di pensare a ciò che il test sta cercando di testare per te e quale risposta stanno cercando. Rispondi onestamente - sì, come si comporterebbe il tuo sé migliore nel tuo giorno migliore - ma comunque onestamente e non aver paura di mettere in discussione la premessa. Inoltre, non aver paura di mettere in discussione la premessa che ti viene data, o addirittura di chiamarla assurda se viene fuori in quel modo.

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

Prima di tutto, come fai a sapere che sei stato rifiutato a causa delle tue risposte a queste due domande?

Dubito che ti abbiano rifiutato a causa del contenuto delle risposte. Potrebbero facilmente spiegarti come dovresti agire. Molto probabilmente non gli piaceva il tuo atteggiamento / nervosismo / qualsiasi altra cosa in generale.

O forse gli piacevi ma piaceva di più a qualcun altro.

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

Sebbene molte risposte qui esplorino le possibili aspettative dell'azienda che ruotano attorno alla risposta effettiva all'interno dello scenario, ci sono buone probabilità che la risposta effettiva nello scenario descritto non sia ciò che conta, ma come ci sei arrivato . Tali domande sullo scenario spesso riguardano meno lo scenario reale, ma come si prende una specifica di un problema e si ricava una soluzione per il cliente (gli intervistatori in questo caso).

Quindi, il problema potrebbe essere stato il modo in cui hai cercato di chiarire la situazione reale. È ancora abbastanza astratto e tutti possiamo identificare diverse risposte "corrette", perché è ancora così aperto. Le domande potrebbero riguardare se e come restringere lo scenario a qualcosa in cui è chiaro come reagire. Cioè ponendo contro-domande come "Ho già lavorato con quel cliente? La mia azienda dispone di una hotline di assistenza clienti che si prende cura delle richieste dei clienti e fornisce supporto agli utenti degli strumenti? Esiste una procedura di emergenza che conosco e, in caso affermativo, di cosa si tratta ? " ecc. pp.

Ogni volta che ottieni una specifica come ingegnere da un cliente, allo stesso modo devi assicurarti di avere tutti i requisiti e il contesto completamente corretti. Tali domande possono mirare a verificare come affronti i problemi con informazioni incomplete.

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

Sulla tua domanda no. 1:

Per prima cosa ascolterei il cliente per scoprire se mi capita di conoscere una rapida soluzione al problema. In caso contrario, lo indirizzerei al nostro servizio clienti 24 ore su 24, 7 giorni su 7 (helpline). Se non è disponibile un servizio 24 ore su 24, 7 giorni su 7, dovrò dire al cliente di chiamare la nostra linea di assistenza la mattina successiva dicendo che non forniamo servizi 24 ore su 24, 7 giorni su 7. Non senza aggiungere che la prossima volta dovrebbe impostare le pietre miliari del suo progetto preferibilmente almeno 24 ore prima di quanto non siano in realtà, nel caso in cui qualcosa del genere accada di nuovo. In tal caso, gli restano ancora 24 ore per chiamare il servizio clienti. (Nota: Certamente non inizierò nemmeno a pensare alla programmazione o al cambio di codice alle 20:00 di sera ...)

Ora, è stata la tua risposta a contattare il manager sbagliato? Personalmente, penso che questa fosse la risposta peggiore che potresti dare. Ma siamo tolleranti e supponiamo che in alcune aziende potresti effettivamente dover passare alla direzione in una situazione del genere. Tuttavia, dopo che il tuo intervistatore ha detto che questo non era il caso nella sua azienda, avresti dovuto considerare un approccio diverso, invece di aver insistito per chiamare la tua direzione! Se dico a un dipendente che ha suggerito la soluzione non è utile, se poi insiste e risponde dicendo "sì lo è", certamente non lo assumerò, davvero ... penso che sia stata la tua colpa principale.

Riguardo la tua domanda no . 2:

  1. Analizza: perché non stai procedendo?
  2. Risolvi rapidamente: prova a trovare una soluzione rapida ...
  3. Risolvi in ​​termini: prova per trovare soluzioni entro pochi giorni.
  4. Contatta il compagno di squadra responsabile: contatta il tuo compagno di squadra in Cina tramite email. Prova a descrivere qual era il tuo problema e se poteva fornire una soluzione.
  5. Contatta altri compagni di squadra (se ce ne sono): contatta altri compagni di squadra che ti hanno aiutato a risolvere i problemi che hai. Forse esiste già un modulo che non conoscevi?
  6. Contatta un altro dipendente della tua azienda: forse un dipendente più esperto potrebbe aiutarti a risolvere il problema in modo molto più efficiente?
  7. Contatta amici che ti aiuterebbero con i problemi. Ad esempio su Stackexchange :-)

Penso che la seconda volta che hai risposto "Contatterò il mio manager" probabilmente l'intervistatore avrà pensato "Noooo, non ancora !!" ... btw è meglio non pronunciare il termine "il mio manager" in nessun colloquio di lavoro, ma piuttosto "il mio capo progetto". E se la risposta dell'intervistatore è qualcosa del tipo "Amico, tu sei il leader del progetto" , almeno sai quali sono i requisiti del lavoro. ;-)

Conclusione

Diciamo solo che @Jay aveva ragione e queste erano domande "gotcha" totali: in quel caso, considerando che è un'azienda enorme come hai detto, dovresti hanno chiesto all'intervistatore: "Quali sono le procedure standard in questa azienda in questo caso? Perché non sarò in grado di risolvere questo particolare problema senza sapere come l'azienda vuole che io reagisca in una situazione del genere. Tuttavia, se lavorassi per la tua azienda per circa 6 mesi, potrei dire con certezza cosa fare in questi casi. " - La cosa interessante è che questa risposta funziona per qualsiasi domanda" gotcha "!

Ma non sono d'accordo con l'affermazione generalizzante che non esiste una risposta "giusta o sbagliata" a questa domanda. Certo, l'intervistatore voleva vedere la tua reazione e quello che ne ricavi, voleva vedere come funziona il tuo cervello. Ma per lui ci sono in realtà risposte giuste o sbagliate, e come tale hai sbagliato almeno dal suo punto di vista e secondo la sua opinione.

Alla fine, l'intervistatore voleva chiaramente scoprire se sei un dipendente che pensa di sé "che cerca di trovare soluzioni da solo" o un insicuro "chiedi-istantaneamente-al-mio-superiore" - tipo ragazzo ... quindi in pratica se stai pensando come un tipico ingegnere o piuttosto come un manager da solo. Sembra che tu abbia molte capacità ingegneristiche ma non molte capacità di gestione, e stavano cercando entrambe le qualità in una persona, ovviamente.

Vedilo positivamente: non hai soddisfatto i requisiti, ma quello era anche nel tuo interesse perché potresti aver faticato comunque in quel lavoro. Tuttavia, se ti ha fatto riflettere, proverai a trovare soluzioni a questi problemi e alla fine sarai pronto per un lavoro del genere perché il tuo pensiero e la tua iniziativa saranno migliorati.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 4.0 con cui è distribuito.
Loading...