Bir görüşmeciye geliştirme ekibinin en güçlü ve zayıf yönünün ne olduğunu sormak kötü bir fikir midir? [kapalı]

Bunun, bir geliştirici pozisyonu için görüşme yaparken olası bir işverene sormak için iyi bir soru olup olmadığını merak ediyordum:

Geliştirme ekibinizin en güçlü ve zayıf yanı nedir?

Bir röportajdayken hepimiz bu soruyu alıyoruz, neden karşılığında onlara sormuyorsunuz? Bence bu çok iyi bir soru çünkü takım hakkında ve bu güç veya zayıflığın bizi nasıl etkileyebileceğini bulabiliriz, fakat görüşmeciyi kızdırmak istemiyorum.

Bir geliştirici pozisyonu için görüşme yaparken bu soruyu sormanın bir dezavantajı var mı?

Bu kötü bir soru değil, ancak ben şahsen ben böyle ifade etmem.

Geliştirme ekibi ve süreçleri hakkında sorular sorarak işe başladım ve onlar hakkında güçlü ve zayıf olanı kendim almaya çalıştım. Sormak için iyi bir dizi soru vermek zordur, çünkü verilen cevaplara, ne tür bir pozisyon için başvurduğunuza ve bir geliştirme ekibinde en çok neye değer verdiğinize bağlı olarak farklı olurlar.

Size verebileceğim en iyi tavsiye, soruları daha çok bir konuşma gibi ve daha az bir sorgulama gibi duymaya çalışmaktır. Ayrıca, önceden öğrenmek istediğiniz şeylerin bir listesini de planlayın.

Bu şekilde ifade etme. Herkes sahte (IMHO) "güçlü ve zayıf yönleri" sorusundan nefret eder. Ters çevirip tekrar kullanmaya gerek yok.

Aynı bilgilere ulaşan çok daha iyi ve daha otantik sorular aşağıdakiler olacaktır:

• Bana ekibinizin tarihini, nasıl başladınız, ekip üyeleri nereden geldi? Önceki ekip üyeleri ayrıldıklarında nereye gitti?

• Neden x konumunu doldurmak istiyorsunuz?

• Sizin ve ekibinizin burada çalışırken karşılaştığı en zor zorluklar nelerdir?

• Bu ekibin üzerinde çalıştığı bir projenin yaşam döngüsü boyunca beni yürütebilir misiniz? Nasıl başladı ve bitti? Ekibin paydaşlar, test uzmanları (varsa), ops (varsa) ve bakım ile ilişkisi nedir?

• İşler ters gittiğinde ekibiniz nasıl tepki verir? Bana son / şimdiki / en büyük krizden bahseder misiniz?

Bu soruları yanıtlamak, o ekiple çalışmanın nasıl bir şey olduğuna dair bir fikir vermenize yardımcı olur. Bunlar, işe alım yöneticisinin çalışma ortamının artılarını / eksilerini gerçekten tanımlaması için rahat bir fırsattır. Gizli bir şey olduğunu gösteren bu tür sorulara sahte bir cevap bulmak da kolaydır.

Sormanın ne kadar değerli olduğunu bilmiyorum, çünkü sizi (ve muhtemelen diğer insanları) işe alarak ekibin dinamiğini değiştiriyorlar. Belirli bir beceri eksikliği ya da sadece başka bir geliştiricinin işi yürütmesi için bir ihtiyaç olup olmadığı gibi mevcut zayıflıkları açıkça belirlediler ve bu zayıflığı düzeltmeye çalışıyorlar. Ekibe kişi veya insanları ekledikleri anda dinamikler değişti ve cevapları artık geçerli olabilir veya olmayabilir.

Muhtemelen mevcut ekip uygulamaları ve istenen süreç iyileştirmeleri hakkında soru sormak daha anlayışlı olacaktır. Ekibin şu anda işin nasıl yapıldığına geldiği yerlerde, muhtemelen görüşme ile potansiyel başlangıç ​​tarihiniz arasında (başlangıç ​​tarihiniz birkaç ay geçmedikçe) ve süreçlerde, metodolojilerde ve araçlarda istenen iyileştirmeler hakkında önemli değişiklikler olmayacaktır. size bu çabalara yardımcı olacak beceri veya bilgiye sahip olabileceğinizi gösterme fırsatı verebilir.

Evet, bu soruyu sormanın birkaç dezavantajı var. Her şeyden önce, sorduğunuz kişi gerçekten bu soruyu cevaplayabilme yeteneğine sahip mi? İK'da birisine bu soruyu soruyorsanız, burada meşru bir cevabın ne olduğu hakkında çok az fikirleri olabilir. Yönetici bile ekibin hala nispeten yeni olup olmadığını ve sosyal dinamikler ve işleri halletme açısından çok iyi bilinmediğini bilmeyebilir. Diğer taraf, bu soru ile başlayabileceğiniz dilsel jimnastik için ne kadar hazırlıklı olduğunuzdur, çünkü takip etmeyi bilmediğiniz sürece buzzwords veya muğlak ile bu kadar yüklü olan herhangi bir cevabın hafif bir şansı vardır. bazı zor isabet soruları. Örneğin, bir işbirliği için iyi çalıştıklarını ve güç sağladıklarını iddia ederse, bunu daha fazla sorgulamaya hazır mısınız?

Flip tarafında, biraz takım geçmişi istemek daha cazip olurdu:

• Bu takım ne zamandır birlikte?
• Burada kaç yıl var?
• Çeşitli insanlar genellikle hangi rolleri oynama eğilimindedir?

Bu, zihnim için daha ziyade yüklü olarak algılanabilecek sorudan çok daha yararlı olacaktır. Çabaya hayran olabilirim, ancak herhangi bir şirketin güçlü ve tarzlarını açıklayabilmeleri için takım dinamiklerini ne kadar iyi çalıştığını merak ediyorum.

Bu soruya ne kadar iyi cevap verdiklerini bilmeden kişiye sorma hakkındaki yorum, yukarıda bahsettiğim "dilsel jimnastik" e giriyor, çünkü "Burada sadece en iyiyi işe alıyoruz" veya ortak bir şey gibi bir şeyi kolayca öngörebiliyorum. cevabı keşfetmek için bazı araştırmalar gerektiren bir cevap, doğru bir cevap sunmak yerine sadece kibar olmaya çalışan biriydi. Başka bir genel cevap, "herkes o kadar iyi anlaşır ki" gizli düşmanlıklar olup olmadığını merak edebilir ya da takım gerçekten birlikte iyi çalışan bir grup olgun insan olup olmadığını merak edebilir.

Zayıflık istemekten ziyade, "Geliştirme ekibinizin en büyük zorluğu nedir?" böylelikle kasıtlı olarak sıkıntıya karışmaya çalışan, daha çok ekibin nasıl göründüğüne dair bir fikir edinmeye çalışan biri olmak için alınmaz.

Bir noktada, takıma katılmaya teşvik etmek istiyorlarsa en azından olumlu olana hitap etmelilerdi. Herhangi bir kalite yöneticisi / takım lideri kendisine bu soruyu günlük olarak sormalıdır. Kimse ve hiçbir şey mükemmel değil. Eğer tanıyamazsanız, işe yarayan şeyi yapmaya devam edemezsiniz.

Bu rahatsız edici buluyorlarsa veya bu tür sorular sormanın sizin yeriniz olmadığını düşünüyorlarsa, işi istemeyebilirsiniz. Sorudan herhangi bir kaçınma, güvensizliğin veya en azından zayıf iletişimin bir işareti olabilir.

Şahsen, sorunlara saldıran insanları seviyorum çünkü onları tanımak istiyorlar (12'nin 1. adımı değil mi?).

Genellikle, liderin kontrolünün ötesinde sorunlar vardır: bütçe, eski kod, personel büyüklüğü, iyi insanlar daha yüksek ücretli işler için ayrılır, işin doğası, geliştiricilerin farklı zaman dilimlerinde ekip üyelerini karşılamak zorunda olduğu anlamına gelir, üst yönetimin bazı mikro yönetim tendancies, kıyafet kodu, çalışma saatleri vb. gibi şirket çapında politikalar. Bunlardan herhangi biri bir takımı olumsuz etkileyebilir veya sınırlandırabilir.

Gelecekteki işverenim için hisse senedi sorularımdan biri "şirketiniz için çalışmayı neden seviyorsunuz?"

Aynı türden bilgiyi olumlu ve iyimser bir şekilde elde etmeyi amaçlamaktadır. Çalışmak için harika yerlerde, mülakatçınızın kararınızı vermek için gerçekten bilmek istediğiniz her türlü harika bilgiyi toplamaya başlayacağını göreceksiniz!

Gerçekten garip bir soru buluyorum. Ne tür bir cevap veya bilgi beklersiniz?

Eğer bir geliştirme pozisyonu için başvuruyorsanız, teknik konular hakkında daha fazla bilgi almanızı beklerim. Örneğin, "hangi yöntemleri kullanıyorsunuz?", "Hangi araçları kullanıyorsunuz?" Vb.

Bir takıma kendi fikirlerini sormak, olaylara verdikleri yanıtın nasıl bir sonuçla sonuçlandığı hakkında bir soru kadar muhtemel değildir. Bu tür sorular davranışsal sorular olarak bilinir ve geçmiş davranışların gelecekteki davranışların en iyi yordayıcısı olduğu fikrine dayanır.

Davranışsal tip soruları hazırlarken, bunları modellemenin yaygın bir yolu, STAR yöntemini kullanmaktır, yani soru, tartışılan durumun belirli bir duruma, göreve, eyleme ve sonuca tartışmaları yönlendirecek şekilde yapılandırılmıştır.

Örneğin, "Takıma katıldığından beri, takımın en büyük başarısı ne oldu, bunun için fırsat ne yarattı, hangi takım eylemlerinin gerçekleşmesi üzerinde en çok etkisi oldu ve bu başarının şirket üzerindeki etkisi ne oldu?"

Bence bu biraz farklı bir soru olsa da, harika bir soru. Geçmişte şu gibi sorular sordum:

• Mağazanızdaki en büyük teknik zorluklar nelerdir?
• Takımınızdaki beceri setlerindeki aralık / dağılım nasıl?
• Mağazanızda silolama ne kadar sorun yaşıyor?

Bu sorular, ekibin nasıl işlediği hakkında dolaylı olarak bilgi vermenize yardımcı olur. Teknik zorluklar ekibin (yeni) teknolojiye karşı tutumunu ortaya koyuyor. Beceriler aralığı, ekip içindeki profesyonel geçmişi ortaya çıkarır. Silo-ing, kod sahipliği ve ego konularını ortaya koymaktadır.