Kollabe
Retrospektifler
Planlama Pokeri
Standuplar
BuzKırıcılar
Fiyatlandırma
Kontrol Paneli

Gönderiler

Engineering manager olarak etkili 1-on-1 görüşmeler nasıl yapılır

Küçük bir masanın iki yanında kahveleriyle oturan, öne eğilip açıkça konuşan bir engineering manager ile bir yazılımcı, sıcak ve dikkatli beden dili, yumuşak ofis arka planı, modern düz editöryel illüstrasyon, canlı renkler
Kelly Lewandowski

Kelly Lewandowski

Son güncelleme 07/06/20267 dk okuma

1-on-1, yönettiğiniz en yüksek getirili görüşmedir ve çoğu engineering manager bu fırsatı boşa harcar. Her bir ekip üyenizle haftada yarım saat; bir istifa yazılmadan önce onu fark etmeye, bir projenin önünü açmaya ya da bir kariyere yön vermeye yeter. Ama bunu yalnızca sözlü bir standup olmaktan çıkarırsanız. İşte yazılımcıların gerçekten dört gözle beklediği 1-on-1 görüşmeleri nasıl yapacağınız.
3×

ekip üyeleri düzenli 1-on-1 yaptığında işe bağlı olma olasılığı

%21

anlamlı 1-on-1 yapan ekiplerde verimlilik artışı

%87

amaç odaklı görüşmeleri değerli bulanların oranı, sıradan kontrol görüşmelerinde ise %54

Çoğu engineering 1-on-1'i neden başarısız olur

En sık görülen başarısızlık biçimi durum güncellemesidir. "Ne üzerinde çalışıyorsun?" diye sorarsınız, yazılımcı Jira panosunu sıralar, siz başınızı sallarsınız ve ikiniz de bir ticket'ta okuyabileceğinizin ötesinde hiçbir şey öğrenmeden ayrılırsınız. O bilgi zaten standup'ınızda, panonuzda ve asenkron güncellemelerinizde mevcut. Tek korunaklı sohbetinizi bunu yeniden anlatmaya harcamak, ekip üyenize bu görüşmenin onun için değil sizin yararınıza olduğunu söyler. İki sohbeti karşılaştıran bölünmüş sahne illüstrasyonu: bir tarafta bir yönetici robotik biçimde kontrol listesinden okurken sıkılmış bir yazılımcı çökmüş halde, diğer tarafta canlı ve içten bir tartışmaya dalmış iki kişi, modern düz editöryel illüstrasyon, canlı renkler

Bir sıklık belirleyin ve onu koruyun

Bir ritim seçin ve onu değiştirilemez olarak görün. "Daha önemli" bir şey çıktı diye bir 1-on-1'i iptal etmek, ekip üyenizin öncelik olmadığını gösteren en hızlı yoldur.
Haftalık
Çoğu ekip üyesi için varsayılan. Küçük sorunların kalıcılaşmadan yüzeye çıkacağı kadar sık.
İki haftada bir
Kendine alan tanımayı tercih eden kıdemli ve istikrarlı yazılımcılar için makul bir alt sınır. Daha uzatmayın.
30 dakika
Odaklı bir sohbet için yeterli. Yeni ekip üyeleri veya kariyer konuşmaları için 45-60 dakikaya uzatın.
Zorunda kaldığınızda yeniden planlayın, ama asla sessizce iptal etmeyin. Görüşmeyi ertelemek, taahhüdün gerçek olduğunu kanıtlar.

Gündemi onlara devredin

Bu sizin değil, onların görüşmesi. Yapabileceğiniz en güvenilir iyileştirme, gündemin sahipliğini bırakmaktır. Her ekip üyesi için paylaşılan, sürekli güncellenen bir doküman tutun. İkiniz de hafta boyunca aklınıza geldikçe oraya konu ekleyin ki ikiniz de saat 2'de boş bir sayfaya bakmak zorunda kalmayın. Onların maddeleri önce gelir. Paylaşacağınız geri bildirim ya da bağlam varsa, bu onlarınkinin yerine değil, sonrasına gelir.

İşe yarayan bir yapı

Katı bir senaryoya ihtiyacınız yok, ama gevşek bir çerçeve sizi durum güncellemesine kaymaktan alıkoyar. Bu dört adımlı yapı, klasik İnsan / Ürün / Süreç çerçevesini uyarlar ve gelişime de yer ayırır:
  1. İnsan olarak hâl hatır sorun (5 dk)
    İşle değil, kişiyle başlayın. Gerçekten nasıllar? Bu bir dolgu malzemesi değil — tükenmişliğin erken işaretlerini, henüz hıza yansımadan çok önce fark ettiğiniz an burasıdır.
  2. Önce onların gündemi (10 dk)
    Onların konularını ele alın. Engeller, sıkıntılar, takılıp kaldıkları kararlar, görüşünüzü almak istedikleri şeyler. Buradaki işiniz çoğunlukla dinlemek ve engelleri kaldırmak.
  3. Sizin konularınız (5-10 dk)
    Geri bildirim (her iki yönde), kaçırdıkları bağlam, ekip uyumu. Geri bildirimi değerlendirme dönemine saklamayın, olaya yakın bir zamanda verin.
  4. Gelişim ve sonraki adımlar (dönüşümlü)
    Her üçüncü ya da dördüncü görüşmede kariyere ve gelişime odaklanıp geri çekilin. Bir sonraki görüşmeye kadar kimin ne yapacağını yazarak kapatın.
Zamanlamadan çok oran önemli: ekip üyeniz sizden daha çok konuşuyor olmalı. Eğer tek başınıza monolog yapıyorsanız, onların görüşmesini yeniden sizinkine çevirmişsiniz demektir.

Durumun ötesine geçen sorular sorun

İyi sorular işin tamamıdır. Doğru soru, yazılımcının kendiliğinden dile getirmeyeceği bir şeyi yüzeye çıkarır. Kırk hafta boyunca "engel var mı?" diye sormak yerine şu alanlar arasında dönüşümlü olarak ilerleyin:
Tanıma
"Çalışma şeklinle ilgili bilmem gereken ama muhtemelen bilmediğim bir şey ne?"
Kariyer
"Rolünü iki yıl sonra hayal ettiğinde, neyi farklı görüyorsun?"
İş birliği
"Ekipte şu an en çok kimden öğreniyorsun? Kiminle daha fazla çalışmayı isterdin?"
Geri bildirim
"İşini kolaylaştıracak, farklı yapabileceğim bir şey söyle bana."
İyi oluş
"Son zamanlarda enerjini tüketen ama dışarıdan belli olmayan bir şey var mı?"
Ne soracağınızdan emin değilseniz, ücretsiz 1-on-1 Soru Üreticimiz rolünüze ve keşfetmek istediğiniz konuya göre size özel bir set hazırlar — ilk 1-on-1 için, bir terfi konuşması için ya da tekdüzelikten çıkmak için işe yarar.

Kariyeri yıllık bir etkinlik değil, sürekli bir konu yapın

Kariyer gelişimi, çalışanların neredeyse her şeyin üzerinde değer verdiği bir avantajdır ve "burada bir gelecek göremedim" güçlü yazılımcıların ayrılma nedenlerinin en yaygınlarından biridir. Bunu yıl sonu değerlendirmesinde düzeltemezsiniz. Birkaç görüşmede bir, zamanı gelişime ayırın: ne yapmak istedikleri, önlerini neyin tıkadığı, oraya götürecek bir sonraki somut beceri ya da proje. Muğlak hırsları takip edilebilir bir şeye dönüştürün — "sistem tasarımında daha iyi olmak" yerine bir SMART hedef daha iyidir, çünkü ikiniz de gerçekleşip gerçekleşmediğini görebilirsiniz.

Döngüyü kapatın

Hiçbir takip getirmeyen bir 1-on-1, ekip üyenize konuları gündeme getirmeyi bırakmayı öğretir. Aksiyon maddelerini ortaya çıktıkça yazın — kendinizinkileri ve onlarınkileri — ve bir sonraki görüşmenin başında tekrar gözden geçirin. Takip etmenin kendisi, sohbetin önemli olduğunun kanıtıdır. Bunların hiçbiri güven olmadan işe yaramaz. Ekip üyeleriniz dürüst olurken kendilerini güvende hissetmiyorsa, her sorunun cilalanmış halini alırsınız ve gerçek sorunlar gizli kalır. Bu temeli bilinçli olarak inşa etmeye değer — çevik ekiplerde psikolojik güven rehberimize bakın.

Çoğu ekip üyesi için varsayılan haftalıktır. İki haftada bir, kıdemli ve istikrarlı yazılımcılar için makul bir alt sınırdır, ama iki haftadan uzun ara, siz duymadan önce küçük sorunların büyümesine izin verir.

Haftalık bir sıklık için otuz dakika yeterlidir. Hâlâ bağlam kuran yeni ekip üyeleri için ya da özel bir kariyer konuşması yaptığınızda 45-60 dakikaya uzatın.

Proje durumunu. Bilgi panonuzda ya da standup'ınızda yaşıyorsa, tek korunaklı sohbetinize ihtiyacı yoktur. Zamanı bunun yerine engeller, geri bildirim, gelişim ve iyi oluş için kullanın.

Sessizliği yeşil ışık değil, bir sinyal olarak görün. Konuların hafta boyunca birikmesi için paylaşılan bir gündem dokümanı tutun ve farklı alanları dönüşümlü olarak ele alacak birkaç açık uçlu soruyla gelin.