Soru:
Durumun ele alınmasından sonra başarısız görüşme
Varech
2020-01-30 23:52:13 UTC
view on stackexchange narkive permalink

Birkaç hafta önce havacılık endüstrisinde simülasyon mühendisi olarak bir iş görüşmesi yaptım. Teknik sorular (bazı C kodu, Python ve Linux) ve önceki deneyimlerle ilgili tartışmalar sırasında oldukça iyi gidiyordu, ancak her zaman otomotiv endüstrisinde çalıştım.

Bir noktada bazı "durumlar yaşadım "tartıştım ve görüşmeden haftalar sonra, geri kalan her şey iyi olmasına rağmen bu durumları ele aldığım için bir ret aldım.

İki ana nokta şuydu:

Sadece önemli bir simülasyon sistemi üzerinde çalıştığınızı ve bir müşteri sizi saat 20: 00'de aradığını hayal edin. Simülasyon aletiniz onun yerinde çalışmadığı için biraz üzgün. Yarın sabah 8'de işe yaramazsa, şirketinizden vazgeçecek ve yüz milyonları kaybedecek. Ne yaparsınız?

Yasadışı saatler çalışıp çalışmayacağımı ya da menajerime / takım liderime bununla ilgili soru sormayacağımı görmenin bir tür test olacağını düşündüm ve acele et, ama onu veya başka bir menajeri aramaya çalışırsam, katılmanın imkansız olacağını söyledi. Yüz milyonlar bana çok büyük göründüğü için, yine de başka bir yöneticiye ulaşmaya çalışacağımı veya sonunda bunu son çare olarak düzeltmeye çalışacağımı, bir geceyi ofiste geçireceğimi (bunu dünya çapında sattıkları için yapmak için biraz zamanları var, dediler).

Bir projede başka biriyle çalışıyorsunuz, ancak onun bir görev için Çin'e gitmesi gerekiyor ve önümüzdeki 3 ay boyunca müsait olmayacak. Birdenbire acil bir durum ortaya çıkıyor: Projenizi 30 gün içinde bitirmelisiniz ve bir hafta sonra% 10'unu bile yapmadığınızı fark ediyorsunuz. Ne yaparsınız?

Yine, iletişim kapasitesinin doğrulanması gibi görünüyor. 30 günlük gecikmeyi alır almaz öncelikle menajerimle iletişime geçeceğimi söyledim, ancak ekibi organize ederken ve görevler verirken zaten bunu biliyordu. Sonunda, yardım edemezse, bir müteahhit tut ve sonra müşteriyle teslimatı ertelemeye çalış ya da iş arkadaşını geri aramaya çalış.

Yanıtladığımda herhangi bir büyük uyarı var mı?

Belki bazı unsurları açıklığa kavuşturmam gerekiyor:

  • Şirket çok büyük, on binlerce çalışanı var, bu yüzden çalışanlardan istisnai olarak günde 20 saat çalışmasını isteyebilecek bir başlangıç ​​değil.
  • @Richard, inisiyatif ve @pip'den yoksun olduğumu söyledi, bunun yerine bu tür isteklere daha dikkat etmeliyim. Her iki durum için de haber alır almaz çalışacağımı açıkça söyledim, ancak sorun imkansız bir vaka olarak detaylandırılmıştı. Temelde işi zamanında yapamayacağımı anlamamı sağladılar.
Yorumlar uzun tartışmalar için değildir;bu konuşma [sohbete taşındı] (https://chat.stackexchange.com/rooms/103945/discussion-on-question-by-varech-failed-interview-after-situation-handling).
On bir yanıtlar:
pip install frisbee
2020-01-31 01:17:14 UTC
view on stackexchange narkive permalink

İlk soruyu cevaplamadığın konusunda Richard'la aynı fikirdeyim, ama sanırım ters yönde başarısız oldun. Deneyimlerim devlet sözleşmeleri üzerinde çalışmaktan geliyor, bu yüzden bu cevap, bu müşterilerin ve sözleşmelerin nasıl çalıştığından büyük ölçüde etkileniyor. Bu, bunun dışında geçerli olmayabilir.

Bence ilk soru, potansiyel bir sosyal mühendislik saldırısıyla nasıl başa çıkacağınızı sormak. Bunu düşünüyorum çünkü:

  1. Yüz milyonlarca dolar değerinde kararlar verecek pozisyonda çok az insan var. Bu pozisyonda olanlar, bireysel mühendislerle değil, genellikle yönetim ve proje liderleriyle ilgilenir. Bu tür bir güce sahip birinin (a) sizi özel olarak tanıması ve (b) önce sizin üstünüzdeki yönetim zincirinizde hiç kimseyle iletişim kuramama olasılığı nedir? En azından, telefon görüşmesinin gerçekliğini nasıl doğruladığınızı yanıtınıza dahil etmeniz gerekir.

  2. Zaman ve parada aciliyet vardır. Bu, kararınızı bulanıklaştırmak içindir.

  3. Değişiklikleri zorlamak için normal prosedürlerden kaçınmanız isteniyor. Özellikle büyük müşteriler için ve havacılık gibi sıkı bir şekilde düzenlenmiş bir şey için iki katına kadar, bu olmaz. Bu sektörde işler ciddiye alınmadığında ve düzenlemeler geçersiz olduğunda ne olduğunu merak ediyorsanız, şu anda Boeing'e neler olduğuna bir bakın.

Bu tür şeylerin vahşi doğada oynanma şekli şudur:

Kötü oyuncu gecenin bir yarısı mühendis çağırır, mühendisi devasa dolar değerleri ve zaman eksikliği ile paniğe kaptırmaya çalışır. Kötü oyuncu, normal prosedürleri atlatmak için aciliyeti ve mühendisin yorgunluğunu / paniğini kullanır: "ugh, kodu zorlamaktan çekinmeyin, doğrudan bana gönderin ve sabah her şeyi halledeceğim"

Mühendisler, süreçlerin takip edilmesini sağlamak konusunda profesyonel bir sorumluluğa sahiptir ve görüşme yaptığınız şirket, bireysel mühendislerin gece yarısı herhangi bir gözetim veya onay olmadan değişiklik yapmasına izin vermediği sürece, bu süreçleri göz ardı edip etmeyeceğiniz sorulmuş evet dedin.

Evet, mantıklı kararlar verebilmeniz için olabildiğince çok değişkeni kaldırmak önemlidir.Hala OP'nin "müşteri" kullanması, telefondaki kişiyi daha önce tanıdığınızı ve herhangi bir nedenle üzüldüklerini düşünüyorum.Yaklaşımınızın hala iyi olduğunu düşünüyorum çünkü problemi belirlemek ve bir kapasiteyle çözmek için inisiyatif alıyorsunuz.Sadece telefon görüşmesini kabul edip sorumluluğu müdürünüze devretmekten çok daha iyi.
+1 Bu cevap, benzer bir durumdaki tecrübemle örtüşüyor, müşteri kızgındı ve imkansızı talep ediyordu, ancak sözleşme her iki yönde de çalışıyor.Menajerime aramayı haber verdim ve yattım, ertesi sabah her şeyin sakinleştiğini bulmak için erken geldim ve sözleşmede belirtildiği gibi sorunu çözmek için 3 günümüz vardı.Mantıksız taleplere boyun eğmekten çok süreci takip etmek çok daha önemli
@BЈовић OP, istekleri karşılamak için yeterince çabalamadığı için başarısız olduğunu düşünüyor.Cevap, söylediğinden daha azını denemeli ve bunun yerine resmi prosedürler kullanması gerektiğini belirtir.
@quarague oh şimdi anladım.Sadece bu cümle belirsizdi.
Direkt hattınızdan saat 20: 00'de arayan bir müşterinin olması son derece şüpheli kokuyor ve her zaman müsait olmadığımı söylerim, 'lütfen yarın bizimle iletişime geçin'.Ve eğer doğru cevap değilse, yine de bütün geceyi akşam 8'de aramaya izin verecek bir şirkette çalışmak istemezsiniz.
Harika cevap - bu kesin senaryo genellikle güvenlik eğitiminde kullanılır, bu yüzden bunun muhtemelen doğru cevap olduğunu düşündüğüne katılıyorum.Beni meraklandıran tek şey, açıklama e-postasında şirketin bunu açıkça bir güvenlik sorusu olarak belirtmemiş olması.İnsanlardan nasıl öğrenip büyümelerini bekliyorlar?Yine de, eğer bu gerçek bir senaryo ise, milyon dolarlık sözleşmelerin sorumluluğunun bireysel geliştiricilere düştüğü ve yöneticilerinin tartışmak için bir çağrı bile almayacağı bir yerde kesinlikle çalışmak istemem!
Bu gerçekten değerli bir okumaydı!İlk olmadan, bir gecede yönetimsel kararlar verecek durumda olmadığımı fark etmeden, şirkete milyonlarca dolara mal olacağım korkusuyla OP ile aynı tuzağa düşeceğimi görmeme yardımcı oldu.üstlerime danışmak.Artık bu tür şeylere dikkat etmem gerektiğini biliyorum :) Şerefe.
Bundan bahsetmedim ama birkaç yıl önce benzer bir durum yaşadım, o zaman şirketimin bir müşterisi (büyük bir otomotiv tedarikçisi) prototip bir arabanın bazı bileşenlerini değiştirdi ve en kısa sürede çalışmasını istedi, bu şirketimi birYüzlerce Test Mühendisi araç üzerinde çalışamadığı için kritik bir durum, çünkü diğer sistemler onunla çalışmıyordu ve bu da günde bir milyon euro kayıpla sonuçlanıyordu.Bu araba geliştirme konusunda en bilgili olduğum için düzeltmek zorunda kaldım.Aynı baskı da öyle, ancak orada talimatlar bir müşteriden değil müdürümden geldi.Ama aklımda aynıydı.
@Dan'ye katılıyorum çünkü bunun "sosyal mühendislik" ile bir ilgisi olduğundan şüpheliyim.Bir görüşmeci olarak bu cevabı oldukça sahte olarak değerlendiririm çünkü müşterilerinizi tanıyorsunuz, değil mi?Daha iyi cevap, mantıklı ve kesinlikle yöneticinizle iletişime geçmeden bir çözüm bulmaya çalışmak olacaktır ... özellikle proje lideri iseniz;)
Kevin
2020-01-31 03:38:24 UTC
view on stackexchange narkive permalink

Bence bu duruma yanlış şekilde yaklaşıyorsunuz. Röportajda başarısız olmadınız; bu belirli işverenin çalışanlarından istemediği yanıtlar verdiniz.

Sorunuzdaki iki kısa açıklama ile neden bahsettiğimi size göstereyim:

Önemli bir simülasyon sistemi üzerinde çalıştığınızı ve bir müşteri sizi akşam 8'de aradığını hayal edin, biraz üzgün çünkü simülasyon aracınız onun yerinde çalışmıyor, yarın sabah 8'de çalışmazsa Şirketinizden vazgeçecek ve yüz milyonları kaybedecek. Ne yaparsınız?

... ve ...

ama onu veya başka bir menajeri aramaya çalışırsam katılmak imkansız.

Şimdi, olay şu. Yelpazede buna karşı çeşitli savunulabilir yanıtlar vardır, ancak iki temel yanıt şunlardır:

  • Görünüşe göre, bu inanılmaz derecede önemli bir konudur. Bunun bir şekilde sahte olduğu konusunda kesin emin olmadıkça, en azından bunu yöneticime iletmem gerekiyor ki onlar da beni yönlendirebilsinler ya da zincirde daha da yukarılara tırmanabilsinler.
  • Hem mesai saatleri dışında müşteri destek çağrılarını doğrudan almam hem de mesai saatleri dışında yöneticimle iletişime geçmem uygun değil. Müşterinin bir sorunu varsa, normal destek kanalından geçmelidir. Hareket tarzına karar vermek benim görevim değil.

... ve her ikisi de bir şirketin yanıt olarak duymak istediği şey olabilir. Hangi şirketle konuşuyorsunuz?

Yani, "Bu görüşmeci neden bu yanıtı beğenmedi?" sorusunu sormak yerine, daha fazla odaklanın ... Sizce doğru yanıt nedir? dır-dir. Kişisel olarak, cevabımın şöyle bir şey olacağını düşünüyorum:

"Arka plan sorusu - müşterilerin geçmesi gereken düzenli bir destek kanalı mı var yoksa müşterilerden doğrudan telefon mu alacağız? ve onlar aracılığıyla iletişime geçilerek raporlanabilir mi? "

... çünkü 'Random Client bir şekilde cep numaramı alıyor ve destek sorununu saçma sapan bir şekilde yükseltmeye çalışıyor' ile 'Müşteri arasında daha önce doğrudan bir çalışma ilişkim var doğrudan sorumlu olduğum belirli bir acil sorun. '

Diğer bir olasılık da, cevabı o kadar da kötü olmasa da, onları böyle sunması olabilir.Belki de ortaya çıkan garip durumla, cevap vermeye hazır değildi ve belki de bundan hoşlanmamışlardı.
Jay
2020-01-31 01:46:19 UTC
view on stackexchange narkive permalink

Hmm, bunlar bana "anladım" gibi görünüyor. Verdiğiniz herhangi bir cevap yanlış ilan edilebilir.

Özellikle ilk cevap. "Sorunu çözmek için bütün gece çalışırım ve ertesi sabah yöneticime bunu anlatırdım" derseniz: Yani yüz milyonlarca dolarlık bir projede, hiçbir şey almadan bir sürü değişiklik yapacaksınız. Doğrulamanın hiçbir yolu olmayan bir telefon görüşmesine dayalı olarak, gerçek istemciden gelmiş olsa bile herhangi birinden gelen yetkilendirme? Bunu yaptığınız için hemen kovulabileceğiniz birçok şirket için çalıştım.

Öte yandan, "Talimatlar için yöneticimle iletişime geçeceğim ve devam etmeden önce onaylanana kadar beklerim" derseniz, inisiyatif eksikliğinden rahatsız olabilirsiniz.

Böyle bir duruma girmeden önce, şirketimde kabul edilen prosedürlerin neler olduğunu bilmek istediğimi söyleyebilirim. Belki de gerçekten büyük bir projede bir ön cephede görevli beklediklerini söylerler - eğer söz konusu yüz milyonlarca dolar söz konusuysa, bu proje düzinelerce insanı içermelidir - büyük yapmak için sorumluluğu tek başına üstlenmesini - ölçek değişiklikleri. Ama bundan şüpheliyim.

@pipInstallMonica'nın işaret ettiği gibi, bu aramanın gerçekten müşteriden geldiğini nasıl bilebiliyorsunuz? Size özel kod vermeniz için sizi korkutmaya çalışan bir bilgisayar korsanı olabilir. Ya da sizi bir şeyi kırmanız için kandırmaya çalışan bir rakip.Ayrıca, yüz milyonlarca dolarlık bir projede, son tarihler nadiren bir gündür. Bunun gibi projeler daha çok, "Vay canına, bu acil bir durum !! Bunu hemen düzeltmemiz gerekiyor !! Bir komite oluşturmak için ilk adımları tartışmak üzere önümüzdeki Perşembe için bir toplantı yapmalıyız. Bu sorunun çözümüne nasıl yaklaşacağımızı planlayın! "

Bu, herhangi bir kuruluş için önemli olabilir. Şu anki işimde, bir keresinde patrona üretim sistemlerimizden birinde bir hata bildirmiştim ve bana sorunları bulduğumda neden düzeltmem gerektiğine dair bir ders verdi ve sadece bir not yazmadı. Sonra bir süre sonra bir üretim sisteminde bir hata gördüm ve bu yüzden onu düzelttim. Ve patrondan, yetkisiz üretim sistemlerini nasıl değiştirmemem gerektiği konusunda çok uzun bir ders aldım, bu şeyler için prosedürlerimiz var, vb. Her iki ders de aynı patrondan.

Bir şirket gerçekten diyorsa onaylanmamış bir telefon görüşmesine dayanarak gece yarısı kendi inisiyatifinizle üretim sistemlerinde yetkisiz değişiklikler yapacağınızı söylemeye isteksiz olduğunuz için sizi işe almayacaklarını ... Sanmıyorum ' orada çalışmak istiyorum.

Evet, röportajlarda bu tür soruları kullanıyorum.Kişinin nasıl düşündüğünü öğrenmekle ilgili olduğu için doğru cevaplar yoktur.
@RichardSaysReinstateMonica Tamam, başvuranın nasıl yanıt verdiğini görmek için doğru yanıtı olmayan bir soru sormak adil.Ve şimdi düşünüyorum da, bu durumda işi alamadığını çünkü imkansız bir soruya doğru cevap veremediğini bilmiyoruz - görüşmenin geri kalanında iyi yaptığını düşünüyorama biz bunu bilmiyoruz.Ve yapsa bile, belki A + alıyordu ama sonra A ++ olan başka bir aday geldi.Ama elbette bir adayı, imkansız bir soruna çözüm bulamadığı için reddetmezdim ya da muhtemelen tüm adayları reddederdik.
Bir zamanlar bu taktiği kullandım ve o kişiyi işe almamızı tavsiye ettim çünkü "Bilmiyorum" dedi. Bu haklı olmakla ilgili değil.Nasıl tepki verdiğini görmekle ilgili
@Jay Cevap e-postasında belirtilen başka bir evet adayı seçtiler.Bunun benden daha iyi olması tamamen mümkün, sadece bu durumlar için kötü cevapları merak ediyorum, aynı hatayı yapmak istemiyorum çünkü iş bana gerçekten güzel geldi.
@RichardSaysReinstateMonica Bir şirketin sahtekarlığı _ röportajda başladığında, uzak durmam gerektiğini biliyorum.Bu tür sorular beni bir röportajdan hemen terk etmeme neden oluyor - işte bu tür saçmalıklara müsamaha göstermiyorum ve görüşmelerde buna müsamaha göstermem.
@ApologizeandreinstateMonica Farklı insanlar için farklı vuruşlar.
@RichardSaysReinstateMonica, İnsanların bir kriz anında nasıl düşündüğünü öğrenmek * imkansız * bir durum olmak zorunda değil.Sorulabilecek birçok gerçek dünya senaryosu var - ve işle hiçbir ilgisi olmayanlar bile ...
OP tarafından sorulan soruyla hiçbir ilgisi olmayan @CramerTV.
@RichardSaysReinstateMonica, ne de bu cevaba ilk yorumunuz yok - Ben o yoruma cevap veriyordum.
@CramerTV Stresli sorular verdiğimde cevap verilebilir ve dediğim gibi "bilmiyorum" tamamen kabul edilebilir.Çoğu insan bunu fark etmiyor, bu benim orijinal yorumumun amacı buydu.
@Jay, bu cevap biraz fazla "eğer" (koşullar), özellikle şu cümleyi içerir: "Bu aramanın gerçekten istemciden geldiğini nasıl bilebiliyorsunuz".Sıradan çocuklar, müşterilerinizi bilirsiniz, değil mi?Bir görüşmeci olarak bunun çok sahte bir cevap olduğunu düşünürdüm ...
@Marcus Hmm, müşteri şirketleriniz için çalışan herkesi şahsen tanıyor musunuz?Ben kesinlikle yapmıyorum.Şirketimin müşterilerinin çoğu, binlerce çalışanı olan büyük şirketler.Ben sadece bir avuç ile kişisel olarak konuştum.Biri arayıp başka bir çalışan olduğunu iddia ederse, çalışıp çalışmadığını nasıl anlarım?
@Jay, Sadece bağlamdan müşterinin bilinmesi gerektiğinin oldukça açık göründüğünü söyledim.Bir görüşmeci bana böyle bir soru sorarsa ve ben "o müşteriyi nasıl tanıyorsun" diye cevap verirsem, beni akıllı bir yazar olarak yargılayabilir.Açıkçası, cep numaranızı bilen bir müşteri, tanımanız gereken bir kişidir, değil mi?Ama evet, eğer kişiyi tanımıyorsan, ona herhangi bir şekilde yardım etme zahmetine girmezsin, ama bu apaçık ortada ... ve eğer durum bu olsaydı, görüşmeci tarafından zaten bahsedilmiş olurdu..;-)
@Marcus Pekala, bu konuda uzun bir tartışmaya girmemek, ama: Bir röportajda bana böyle bir soru sorulsaydı, "Bu kişiyi tanıdığımı ve onu gerçekten tanıdığımı varsayıyor muyuz?"müşteri için mi çalışıyor? Yoksa daha önce hiç konuşmadığım ve sadece müşteri için çalıştığını iddia eden biri mi? "Vb Sorunun başvuranların cep telefonunu aradığını söylediğini sanmıyorum, sadece aradı.Genel bir şirket numarasını arayabilir ve operatör tarafından iletilebilirdi.Vb. "Görüşmeci tarafından herhangi bir şeyden bahsedildiğini" varsaymazdım....
... Bir sorunun amacı, bir sosyal mühendislik girişiminin güvenliği ihlal edip etmeyeceğinizi söylemekse, görüşmeyi yapan kişinin kesinlikle "Ve bu kişinin gerçekten iddia ettiği kişi olup olmadığı hakkında hiçbir fikriniz yokolmak."Bütün mesele, bunu sormayı düşünüp düşünmeyeceğinizi görmek olacaktır.
Old_Lamplighter
2020-01-31 00:22:57 UTC
view on stackexchange narkive permalink

Yanıtlarınızla ilgili sorun, inisiyatif ve planlama eksikliğini gösteriyor.

İlk yanıtınızla ilgili sorun, yetkilendirmeyi bekliyormuşsunuz gibi görünmesi ve değerli zamanınızı kaybetmenizdir. altında.

Aradığım yanıt şu çizgide bir şey olabilirdi ...

Yöneticime bir e-posta gönderirim Ben hemen içeri girip onu düzelttim ve daha sonra serpinti ile uğraştım. İlk öncelik, çalıştığından ve müşteriyi elimizde tuttuğumuzdan emin olmaktır.

İKİNCİ soru için yine daha fazla inisiyatif görmek istiyorum.

Yalnızca% 10 oranında yardımcı olduğumu görürsem, derhal yöneticime haber verir ve en önemli parçaların en başta yapılması için işime öncelik veririm. Zamanında bitirmek için yardım isterdim ve bana daha küçük görevleri yerine getirebilirdim ve son tarihe uymak için çalışma saatlerimi uzatırdım.

VEYA BUNA KADAR ETKİ

Yapamadığınız şey, herhangi bir kişisel inisiyatif veya dürtü sergilemek yerine, her iki durumda da yönetime ertelemek oldu. Gelecekte benzer sorularla karşılaşırsanız, onlara bağımsız hareket etme yeteneğine sahip olduğunuzu gösterin.

Kulağa sert geliyorsa beni affedin, ancak bina yanarsa, bir yangın söndürücü kapmak için yönetim yetkisini bekleyecek biri olarak karşılaştınız.

BU , başarısız olduğunuz yerdi.

Bir dahaki sefere, harekete geçebileceğinizi, gerektiğinde devreye girip önce harekete geçebileceğinizi gösterin ve SONRA takip edin.

Yorumlar uzun tartışmalar için değildir;bu konuşma [sohbete taşındı] (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

1. soruda iki şey aklıma geliyor:

  1. "havacılık sektörü"
  2. "yüz milyonlarca"

İlk nokta için -
Saat 20: 00'den sonra bir kişinin yaptığı "kod değişikliği" bugünlerde hemen hemen her sektörde yanlış cevaptır - özellikle havacılık ( bir simülasyon olsa bile).
Belki bu bir startup ile uçar (amaçlanan) ... bazı durumlarda - belki de değil.

İkincisi için -
böyle olduğunda para, şirketinizin sitede bu tür şeylerle uğraşacak kişiler bulundurması durumunda.
(Onlara akşam yemeği + içecek + kabul edecekleri her şeyi satın alın)

Onlara şunu söylerdim arayan yukarıdaki nedenlerden dolayı bir sahtekarlıktı.

Eğer görüşmeci arayanın gerçek olduğunu bildiğinizi söylüyorsa - diyelim ki hatanın ayrıntılarını ve bir iletişim numarası alacaksınız. Onları geri aramak için saatin kaç olduğunu sorun ve 'her zaman iyidir' demezlerse saatin çok erken olduğunu öğrenin. Müşteriye bunun üzerinde çok çalışacağınıza dair güvence verin.

ÖNCEDEN böyle yapmanın sizi kovulmasına ve şirketin ağır para cezasına çarptırılmasına neden olacağı projelerde gerekli süreçlerin göz ardı edildiğini sık sık gördüğümü söylediğim için üzgünüm.
@WGroleau Bu doğru olabilir.Bununla birlikte, böyle yapacak insanların bile bir röportajda bunu söylemenin uygun olduğunu düşüneceğinden şüpheliyim - ama birçok çılgınca şey gördüm ... bu yüzden belki de amacınız daha iyidir.
Hala ilk sorunun nasıl kod değişikliklerini içerdiğini göremiyorum?İlk sorunun neden herhangi bir kod değişikliği içerdiğini açıklayabilir misiniz?Bunu yapmak nerede öneriliyor?
@Dan, ilk paragraf işin doğasını açıkça ortaya koyuyor, ancak başka ipuçları da var.
@dan Bunu OP'nin C kodu, Python ve Linux hakkında sorulduğu gerçeğinden anladım.
@J.ChrisCompton Bir programlama incelemesi için hazır olduğunu kabul etsem de, görüşme durumu sorusunun büyük miktarda kodu değiştireceği anlamına geldiğini anlamıyorum.Kodun değiştirilmemesi konusunda cevabınızın doğru olduğunu düşünüyorum ve şirket buna katılıyorsa ne söylediğini bilmiyoruz, ancak anlayabildiğimiz kadarıyla, o etkilemekte başarısız oldu.
@dan Kod değişikliklerinin kapsamı veya genişliği hakkında hiçbir şey ima etmek istemedim.Az önce "Bir kişinin 'kod değişikliği' ... yanlış cevaptır dedim."Sanırım "Herhangi bir boyuttaki * bir 'kod değişikliği' * yanlış cevaptır demeliydim."Yüz milyonlarcası, okuyucuyu tahmin ettiğim büyük şeyleri düşünmeye bırakıyor.
Mars
2020-01-31 10:02:14 UTC
view on stackexchange narkive permalink

İlk izlenimim, cevaplarınızın hiç bir önemi olmadığı yönünde.

Muhtemelen ilk cevabınızla ilgili sorun yok.
Bir müşterinin başka bir şirketin mühendisi ile doğrudan iletişime geçmesi / iletişim kurması genellikle daha nadirdir, ancak bir müşterinin sizinle doğrudan iletişime geçebileceği bir konumdaysanız, Bu seviyede bir karar vermeyi emanet ettiğinizi varsaymak muhtemelen güvenlidir. Bu durumda, cevabınızın tamamen iyi olduğunu düşünüyorum! Bununla birlikte, görüşmeler sırasında sosyal mühendislik saldırılarını test etmek için yeterince önemseyen bir şirket görmemiş olsam da, pip'in teknik nedenlerle ilgili cevabının kesinlikle geçerli olabileceğini düşünüyorum. Genel varsayım, işe alışın bir parçası olarak farkındalığı öğretebileceğiniz şeklindedir.

İkinci cevap çok yersiz görünüyor - görüşmenin bunun için olduğunu söylediniz bir mühendis pozisyonu. Bununla birlikte, ikinci cevabınız

içerir. Sonuç olarak [yönetici] yardımcı olamazsa, bir müteahhit kiralayın, sonra müşteriyle teslimatı ertelemeye çalışın veya iş arkadaşınızı geri arayın.

Buradaki içeriği bilmiyorum, ancak bence bu 3 bayrak ortaya çıkarabilir :

  • "Bir müteahhit tut" normalde bir şey değildir bir mühendisin yapma gücü vardır. En iyi ihtimalle, yönetimin birini işe almasını isteyebilirler , bu nedenle, birini doğrudan işe alırsanız (dış kaynak kullanımı vb.), Kesinlikle anında kovulursunuz.
  • "Müşteriyle teslimatı ertelemeye çalışın", bir mühendisin değil, yönetici pozisyonundaki birinin yapacağı bir şeydir. Bu, hiyerarşiyi anlamadığınız ve bir müşteriye potansiyel olarak uygunsuz şeyler söyleyebileceğiniz gibi görünebilir.
  • "İş arkadaşınızı geri aramak" yine bir mühendisin yapabileceğinden şüphelendiğim bir şey.

Yani bu durumda, en iyi ihtimalle yapabileceğinizi ne yapabileceğinizi söylemeyen bir yanıt verdiniz veya en kötü ihtimalle karşınıza çıkan bir yanıt verdiniz sınırlara saygı duymayan ve risk teşkil edecek biri olarak.

Diğer bir deyişle, ikinci cevabınız sizin yapacağınız şeyi değil, patronunuzun yapmasını istediğinizi söylüyor. Bir mühendis için doğru cevap şunun gibi bir şey olabilir:

  1. Kalanları ve ilerlemeyi gözden geçirin
  2. Zaman tahminlerini güncelleyin
  3. Belki de bunları gösterin
  4. Tartışmak ve gerçek verileri sağlamak için patronunuzu yakalayın.
İyi noktalar, bu her iki cevaptaki eksiklikleri açıklamak için pip'in cevabıyla iyi bir şekilde birleşiyor.Cevaplar aslında belirleyici faktörler olmasa da, OP'nin cevapları iyi düşünülmemiştir.Her ikisi de bir mühendisin görevlerinin parçası olmayan eylemlere işaret eder.
OP'nin yanıtlarıyla ilgili anında geri bildirim için +1 ...
Dan
2020-01-31 01:14:15 UTC
view on stackexchange narkive permalink

Doğrusu soruyu çok fazla okuduğunuzu düşünüyorum. Ve varsayımlarınız, inisiyatif almak yerine başkalarını suçlamak için baktığınız için oldukça olumsuzdur.

Önemli bir simülasyon sistemi üzerinde çalıştığınızı ve bir müşteri sizi saat 20: 00'de aradığını hayal edin, biraz üzgün çünkü simülasyon aracınız yarın çalışmazsa onun yerinde çalışmıyor Sabah 8'de şirketinizden vazgeçecek ve yüz milyonları kaybedecek. Ne yaparsınız?

Kolay, ilk adım, müşterinin simülasyon aracını gerçekten doğru ortamda çalıştırıp çalıştırmadığını anlamaktır. Cevabınız, bir şeyi "düzeltmeye" veya nasıl yüz milyon değerinde bir proje olmayacağınıza odaklanıyor gibi görünüyor. Sorunun ne olduğunu bile bilmiyorsanız neyi düzelteceğinizi nasıl bilebilirsiniz?

Bir projede başka biriyle çalışıyorsunuz, ancak onun birileri için Çin'e gitmesi gerekiyor görev ve önümüzdeki 3 ay boyunca kullanılamayacak, aniden acil bir durum var: Projenizi 30 gün içinde bitirmelisiniz ve bir hafta sonra% 10'unu bile yapmadığınızı fark ediyorsunuz. Ne yaparsınız?

Soru kusurlu çünkü kaç saat çalıştığınızı varsaymıyor. 1 hafta boyunca elinizden gelenin en iyisini yaptığınızı varsayıyor (muhtemelen fazla mesai vb.), Bu nedenle burada "daha fazla" çalışacağınızı söyleyerek gerçekten de önemli değil, insanları "işe almak" da önemli değil çünkü yine bu görevi yalnızca% 10 yapabildiniz bu nedenle, insanları eğitmek gibi daha fazla görev üstlenerek, şimdi işin% 10'undan daha azını yaparsınız. Elinizden gelenin en iyisini yaptınız ve% 10'u tamamladınız. Bu hızda, projenin yarısını zaman çerçevesinde teslim edebileceksiniz. Bu nedenle, cevap, tamamını teslim edemeyeceğinizi biliyorsunuz, ancak işin yarısını 30 günlük son teslim tarihine kadar tamamlamış olacaksınız.

Sanırım bu soruyu başka birinin sizin yerinize düzelteceğini düşündüğünüz için başarısız oldunuz. Ne yapıp ne yapamayacağınıza dair bir varsayımda bulundunuz. Her durumda bir yöneticiye ulaşmaya çalıştınız veya önemli olmayan varsayımlar yaptınız. Tamamlamak için neler yapabileceğiniz konusunda inisiyatif almak dışında doğru bir cevabın olduğuna inanmıyorum. Yapmanız gerekenlerin mülkiyetini ve sorumluluklarını arıyorlar. Kendin çözmeye çalışmadığın sürece yanlış cevap verebileceğini sanmıyorum.

Yanlış varsayım .. Akşam 8'i arayan herhangi bir "müşteri" çalışan bir geliştirici dönemi bulmayı bekleyemez.Bunun gerçekten bir istemci olduğunu doğrulayamayacağınız için, büyük kod tabanınızı değiştirmeye kesinlikle atlamazsınız.
@eagle275 Buradaki her yanıtın neden büyük miktarda kodu değiştirmeniz gerektiğini varsaydığından tam olarak emin değilim?Birisi su tesisatı çalışmasının durduğunu söylediyse, yaptığınız ilk şey oraya gidip boruları duvardan sökmeye başlamak mı?Yoksa tam olarak neyin yanlış olduğunu bulmak için ilk adım mı?
Tesisatınızı devasa bir simülasyon çerçevesiyle karşılaştırabilseniz bile ... Tabii ki önce neyi ve bir şey bozuksa analiz edersiniz Ama "değişmeye kafa atlamazsınız" derken bunu önerdim - önce analiz edin ve bunun bir parçası olunmüşteriyi doğruluyor olabilir
@eagle275 Büyük miktarda kodu değiştir demedim, bu yüzden yorumunuzun cevabıma nasıl uygulanacağından emin değilim.Ben de böyle bir şey önermedim.Ürününüz çok büyük ve karmaşıksa, yalnızca müşterinin ne istediğini anlamak için büyük kodu değiştirmenizi gerektiriyorsa, burada başka bir sorun var demektir.
Müşterinin doğru kullanıp kullanmadığını kontrol ederek düzeltebilirseniz, bir mühendis olarak OP, konuşmak için tamamen yanlış kişi olacaktır.Kullanıcıların ürünle başa çıkabilmesini sağlamakla ilgilenen müşteri yönetimi departmanları olacaktır.Milyonlarca müşteriyi memnun etmek için oraya giden satış elemanları olacaktır.Sorun buysa, cevap o departmana iletmek ve o müşterinin mühendislik departmanına nasıl geldiğini sormaktır.
@FrankHopkins Bilmiyorum.Bence sizler standartlara ve ne olacağı ya da ne kadar büyük bir kod tabanı ya da bunun nasıl düşük bir insanın başına asla gelmeyeceği konusunda fazla sabitlenmişsiniz.Sanırım bu yüzden kişi, hiçbir şeye dayanmadan çok fazla varsayımda bulundukları için kendinden geçmiştir.Bu varsayımsal bir sorudur ve bu nedenle cevabınızı mümkün olduğunca varsayımsal olarak ele almalısınız.Sınırsız güce ve etkiye sahip olduğunuzu ve varsayımsal soru ortaya çıktığında her şeyi gerçekleştirebileceğinizi varsayın.
@Dan Varsayımlar düzeyinde tamamen aynı fikirdeyim, ancak bu yüzden önce onları açıklığa kavuşturuyorsunuz - aramanın meta düzeyinde.Büyük bir şirketin senaryosu göz önüne alındığında benim yorumum muhtemeldir, ancak evet, durumu açıklığa kavuşturmak gerekir.Birçok rol için röportajlarda aradığınız temel şeylerden biri, insanların eksik bilgilerle durumları nasıl ele aldıklarıdır.Neredeyse tüm durumlarda, harekete geçmeden önce durumu netleştirebilmelerini ve net bir şekilde anlayabilmelerini istersiniz.Milyonlara mal olabilecek sonuçlara atlayan alışılmadık bilgileri alan bir insandan daha kötü bir şey olamaz.
ZOMVID-20
2020-01-31 23:59:31 UTC
view on stackexchange narkive permalink

Bunlar, bildiğim herhangi bir standart durumsal değerlendirme testindeki sorular değil. Daha genel bir SJT'yi yönetmek yerine bu tür spesifik sorular sormalarının en olası nedeni, daha önce şirketlerinde olmuştu .

Bu benim kuruluşumda oldu, daha fazlası bana ve birden fazla çalışanıma birden çok kez. Müşteri baskısı, geliştiricilerin zamanının düşük öncelikli, düşük etkili bir soruna yönlendirilmesine neden olduğunda hasara neden oldu.

Büyük olasılıkla, sizin yanıtınız tam da mühendislerinden birinin daha önce yaptığı şeydi. böyle bir durumda hala orada çalışıyorlar ya da çalışmıyorlar.

Bu soruların doğru cevabı şirkete ve kültürüne bağlıdır. Şirketler böyle açık uçlu bir soruyu bir nedenle soruyorlar - ikinizin eşleşip eşleşmediğini görmek için. Mobil oyunları zorlayan bir başlangıçta, cevaplarınız çok iyi olabilir ve "tek kural, kural olmamasıdır" düşüncesi hoş karşılanabilir. Havacılık ve mühendislik yazılımı sektörlerinde olduğu gibi katı kurallara dayalı bir şirkette bu, çılgınca yersiz olurdu.

Gelecekte, testin neyi test etmeye çalıştığını düşünmeye çalışma sen ve ne cevap aradıklarını. Dürüstçe cevaplayın - evet, en iyi gününüzde en iyi halinizin davranacağı gibi - ama yine de dürüstçe ve önermeyi sorgulamaktan korkmayın. Ayrıca, size verilen önermeyi sorgulamaktan korkmayın, hatta bu şekilde çıkarsa saçma olduğunu söyleyin.

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

Öncelikle, bu iki soruya verdiğiniz yanıtlardan dolayı reddedildiğinizi nasıl anlarsınız?

Cevapların içeriği nedeniyle sizi reddettiklerinden şüpheliyim. Nasıl davranmanız gerektiğini size kolayca açıklayabilirler. Genel tavrınızı / gerginliğinizi / her neyse muhtemelen beğenmediler.

Ya da belki sizi sevdiler ama başka birini daha çok sevdiler.

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

Buradaki pek çok yanıt, senaryo içinde gerçek yanıt etrafında dönen şirketin olası beklentilerini keşfederken, iyi bir şans vardır, önemli olan senaryodaki asıl yanıt değil, oraya nasıl ulaştığındır güçlü>. Bu tür senaryo soruları genellikle gerçek senaryo hakkında daha azdır, ancak bir sorunun spesifikasyonunu nasıl aldığınız ve müşteri için nasıl bir çözüm elde ettiğinizle (bu durumda görüşmeciler) ilgilidir.

Öyleyse, sorun, gerçek durumu netleştirmeye çalıştığınız yol olabilir. Hala oldukça soyut ve hepimiz farklı "doğru" cevaplar belirleyebiliyoruz, çünkü hala çok açık. Sorular, senaryoyu, nasıl tepki vermeniz gerektiğinin çok net olduğu bir şeye indirip daraltmayacağınızla ilgili olabilir. Yani "Bu müşteriyle daha önce çalıştım mı? Şirketimde, müşteri talepleriyle ilgilenen ve araç kullanıcısı desteği sağlayan bir müşteri hizmetleri yardım hattı var mı? Bildiğim bir acil durum prosedürü var mı ve varsa nedir? ? " vb. s.

Bir müşteriden mühendis olarak bir şartname aldığınızda, benzer şekilde tüm gereksinimleri ve bağlamı tamamen doğru aldığınızdan emin olmanız gerekir. Bu tür sorular , eksik bilgilerle sorunlara nasıl yaklaştığınızı test etmeyi amaçlayabilir.

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

Sorunuz hakkında hayır. 1:

Soruna hızlı bir çözüm bulup bulmadığımı anlamak için önce müşteriyi dinlerdim. Değilse, onu 7/24 müşteri hizmetlerimize (yardım hattı) yönlendirirdim. 7/24 hizmet yoksa, müşteriye 7/24 müşteri hizmetleri sağlamadığımızı söyleyerek ertesi sabah yardım hattımızı aramasını söylemem gerekecek. Bir dahaki sefere proje kilometre taşlarını tercihen gerçekte olduğundan en az 24 saat önce ayarlaması gerektiğini eklemeden olmaz, sadece böyle bir şey olması durumunda. Olursa, müşteri hizmetlerini aramak için hala 24 saati olacaktır. (Not: Kesinlikle akşam saat 20: 00'de programlama veya kod değişikliği hakkında düşünmeye bile başlamayacağım ...)

Şimdi, yönetici yanlış mı? Şahsen, bunun verebileceğiniz en kötü cevap olduğunu düşünüyorum. Ancak hoşgörülü olalım ve varsayalım ki bazı şirketlerde böyle bir durumda aslında yönetime tırmanmanız gerekebilir. Ancak, görüşmeciniz, şirketinin durumunun böyle olmadığını söyledikten sonra, yönetiminizi aramakta ısrar etmek yerine farklı bir yaklaşım izlemelisiniz! Bir çalışana önerdiğini söylersem çözüm işe yaramaz, eğer ısrar ederse ve "evet öyle" diyerek cevap verirse, kesinlikle onu işe almayacağım, gerçekten ... Sanırım bu senin ana hatandı.

Sorunuz hakkında hayır . 2:

  1. Analiz edin: Neden ilerlemiyorsunuz?
  2. Hızlı çözün: Hızlı çözüm bulmaya çalışın ...
  3. Koşullar içinde çözün: Deneyin birkaç gün içinde çözüm bulmak için.
  4. Sorumlu ekip arkadaşınıza ulaşın: Çin'deki ekip arkadaşınızla e-posta yoluyla iletişime geçin. Sorununuzun ne olduğunu ve bir çözüm sağlayıp sağlayamayacağını anlatmaya çalışın.
  5. Diğer takım arkadaşlarınıza ulaşın (varsa): Sahip olduğunuz sorunları çözmede size yardımcı olan diğer takım arkadaşlarınızla iletişime geçin. Belki de bilmediğiniz bir modül zaten vardır?
  6. Şirketinizin diğer çalışanına ulaşın: Belki daha deneyimli bir çalışan, sorunu çok daha verimli bir şekilde çözmenize yardımcı olabilir?
  7. Bu konularda size yardımcı olacak arkadaşlarınıza ulaşın. Örneğin Stackexchange'de :-)

"Yöneticimle iletişime geçeceğim" yanıtını ikinci kez verdiğinizde görüşmeyi yapan kişi muhtemelen "Hayır, tekrar değil !!" ... btw herhangi bir iş görüşmesinde "yöneticim" terimini değil, bunun yerine "proje liderim" demek daha iyidir. Ve görüşmeyi yapan kişinin cevabı "Dostum, proje liderisin" gibi bir şeyse, en azından iş gereksinimlerinin ne olduğunu biliyorsun. ;-)

Sonuç

Diyelim ki @Jay haklıydı ve bunlar toplam "aldatıcı" sorulardı: Bu durumda - söylediğiniz gibi çok büyük bir şirket olduğunu düşünürsek - yapmalısınız görüşmeciye şu soruyu sordu: "Böyle bir durumda bu şirketteki standart prosedürler nelerdir? Çünkü bu sorunu, şirketin böyle bir durumda nasıl tepki vermemi istediğini bilmeden çözemeyeceğim. Ancak, Şirketiniz için yaklaşık 6 ay çalışırsam, bu durumlarda ne yapacağımı kesin olarak söyleyebilirim. " - Harika olan şey, bu cevabın her" aldatma "sorusu için işe yaramasıdır!

Ancak bu sorunun "doğru ya da yanlış" cevabı olmadığı şeklindeki genelleştirici ifadeye katılmıyorum. Elbette, görüşmeci, tepkinizi ve bundan ne çıkardığınızı görmek istedi, beyninizin nasıl çalıştığını görmek istedi. Ancak onun için gerçekten doğru ya da yanlış cevaplar var ve bu nedenle de en azından onun bakış açısından ve onun görüşüne göre yanlış anladınız.

Sonunda, görüşmeci açıkça kendi kendine düşünen bir "kendi başıma çözüm bulmaya çalışan" bir çalışan mı yoksa güvensiz bir "anında üstüme sor" mu olduğunu öğrenmek istedi - tip adam ... yani temelde tipik bir mühendis gibi ya da kendi başınıza bir yönetici gibi düşünüyorsanız. Görünüşe göre çok fazla mühendislik beceriniz var, ancak çok fazla yönetim becerisine sahip değilsiniz ve açıkçası her iki niteliği de tek bir kişide arıyorlardı.

Olumlu bakın: Gereksinimleri karşılamadınız, ancak aynı zamanda sizin çıkarınıza da çünkü o işte zaten mücadele etmiş olabilirsiniz. Ancak, sizi düşündürdüyse, bu sorunlara çözüm bulmaya çalışacaksınız ve sonunda böyle bir işe başlayacaksınız çünkü düşünceniz ve girişiminiz gelişecektir.



Bu Soru-Cevap, otomatik olarak İngilizce dilinden çevrilmiştir.Orijinal içerik, dağıtıldığı cc by-sa 4.0 lisansı için teşekkür ettiğimiz stackexchange'ta mevcuttur.
Loading...