Mühendislik Liderleri için Skip-Level Toplantı Şablonu

Skip-level’lar aslında ne işe yarar

Çoğu mühendislik lideri, skip-level’ları ekip sağlığını kontrol etmek ve insanlara liderliğe erişim sağlamak için yürütür. İkisi de meşrudur. Hiçbiri asıl değer değildir.

Bir skip-level’ın asıl değeri, normal kanallar aracılığıyla üst düzey lidere ulaşmayan sinyaldir. Doğrudan ekip üyeleri yöneticilerine söylediklerini süzer. Yöneticiler kendi üstlerine söylediklerini süzer. Bilgi iki seviye yukarı ulaştığında iki katman editoryal yargıdan geçmiştir. Skip-level’lar bu süzmeyi atlar — eğer konuşma dürüstlüğe olanak sağlayacak şekilde yapılandırılmışsa ki çoğu skip-level şablonu değildir.

Yapısal hata, onaya davet eden sorular sormaktır. "Burada mutlu musun?" "evet"e davet eder. "Yöneticin gelişimini destekliyor mu?" "evet, çok iyiler"e davet eder. Sinyal üreten sorular belirli ve somuttur: "Son üç ayda katılmadığın ama itiraz etmediğin bir kararı anlat." "Yöneticinle dile getirmediğin, işe yaramadığını düşündüğün bir şey nedir?" Bu soruların yanıtlanması daha zordur ve sorulması da daha zordur.

Gündem (kopyala-yapıştır)

Süre: 30–45 dakika
Format: Üst düzey lider ile bireysel katkıda bulunan arasında 1:1; varsayılan olarak kaydedilmez (önce sorun)

Bölüm 1 — Kariyer ve gelişim (10 dk)

12–18 ay içinde nerede olmak istiyorsun?
Şu anda hangi becerileri geliştiriyorsun? Önüne ne geçiyor?
Erişimin olmayan, istediğin fırsatlar var mı?
Üst düzey liderin buradaki rolü, o anda değerlendirmek veya yanıt vermek değil, dinlemek ve belirli talepleri not etmektir

Bölüm 2 — Ekip ve ortam geri bildirimi (10 dk)

Ekipte iyi işleyen ve korumak isteyeceğin ne var?
Dile getirmek için doğru fırsatı bulamadığın, daha iyi olabilecek bir şey nedir?
Katılmadığın yakın bir kararı anlat — kişi ismi vermek zorunda değilsin
Yöneticinin bilmediğini düşündüğün, benim bilmem gereken bir şey var mı?
Belirli şeyleri dinleyin; genellemeler takip edilebilir ama gerçek sinyal belirli örneklerdedir

Bölüm 3 — Organizasyon yönü soruları (10 dk)

Ekibin veya şirketin nereye gittiği hakkında hangi soruların var?
Strateji kararlarının IC seviyesinde nasıl karşılandığı hakkında bilmemi istediğin ne var?
Senin bulunduğun yerden organizasyonla ilgili tutarsız veya kafa karıştırıcı gelen bir şey var mı?
Yanıtlayabildiğini yanıtlayın; paylaşamadığınız konusunda dürüst olun; takip edeceğinizi not edin

Bölüm 4 — Üst düzey lider takibi (5 dk)

Bu konuşmaya dayanarak üst düzey liderin yapacağı belirli bir şeyi belirtin — "buna bakacağım" değil, zaman çizelgeli somut bir aksiyon
Uygulanabilir bir şey ortaya çıkmadıysa bunu açıkça söyleyin: "Belirli bir yanıt gerektiren bir şey duymadım ama [zaman aralığı] içinde senden tekrar haber almak istiyorum"
Geri bildirimin nasıl ele alınacağını teyit edin — özellikle, bunlardan herhangi biri bireye atfedilecek mi?

Çoğu skip-level şablonunun kaçırdığı nokta

Genel skip-level şablonları temelde farklı bir kişi tarafından yürütülen 1:1 şablonlarıdır. Bu faydalıdır ama skip-level’ın kendine özgü amacını kaçırır: normalde üst düzey lidere erişimi olmayan bir seviyeden süzülmemiş sinyal almak.

Şablonların kaçırdığı ilk şey soru tasarımıdır. Mutluluk ve gelişim hakkında açık uçlu sorular olumlu yanıtlanması kolaydır ve az sinyal üretir. Davranışa özgü sorular — "bana bir zamanı anlat" — yanıtlaması daha zordur ve gerçekten bilgilendirici olan somut örnekleri üretir. Genel sorularla skip-level yürüten üst düzey liderler, her konuşmanın benzer geçtiğini görür: ilgili, olumlu, ufak önerilerle. Aslında bir şeyi değiştirebilecek sinyal hiçbir zaman ortaya çıkmaz.

Şablonların kaçırdığı ikinci şey, sondaki takip taahhüdüdür. "Teşekkürler, bu faydalıydı" ile biten ve adı belli bir aksiyon içermeyen skip-level’lar, organizasyona üst düzey liderlerin dinlediğini ama harekete geçmediğini öğretir. Birkaç döngü sonra IC'ler skip-level’larda gerçek bir şey söylemeyi bırakır çünkü bir yere varmaz. Takip taahhüdü, formatı güvenilir kılan şeydir ve doğrulanabilecek kadar belirli olmalıdır — "düşüneceğim" değil, "dağıtım sıklığı sorusunu gelecek haftanın sonuna kadar platform lideriyle konuşacağım".

Üst düzey liderlerin IC katmanıyla sinyal teması dışında kalmasının maliyeti, kod kalitesinde görünmeden önce elde tutma ve kültür metriklerinde görünür. Toplantı vergisi, ele alınmayan iletişim boşluklarının nasıl yapısal yüke dönüştüğünü ele alır.

Pavleur skip-level notlarını nasıl ele alır

Skip-level notları doğası gereği hassastır: belirli yöneticiler veya ekip dinamikleri hakkında geniş çapta dağıtılmaması gereken geri bildirimler içerebilir. Neyin, nereye yazıldığı sorusu gerçektir.

Standart yaklaşım ya hiç not almamak ya da hiç başvurulmayan gayriresmi kişisel notlardır. Üst düzey liderin 30 IC arasında haftada altı skip-level’ı olduğunda ikisi de iyi çalışmaz. Örüntüleri belirlemek için gereken bağlam — "son bir ayda üç farklı mühendis aynı dağıtım süreci sıkıntısından bahsetti" — sistematik bir kayıt olmadığı için mevcut değildir.

Pavleur, görüşmeden sonra skip-level raporunu otomatik olarak oluşturur; ele alınan konuları, dile getirilen belirli örnekleri, verilen takip taahhütlerini ve üst düzey liderin yanıtlamayı kabul ettiği soruları yakalar. Ekran paylaşımlarından gelen görsel bağlam — tartışılan bir organizasyon şeması, açılan bir kariyer merdiveni — dahil edilir. Rapor üst düzey liderin kaydıdır; otomatik olarak başka bir yere gitmez. Yalnızca sese dayalı araçlar en önemli belirli ayrıntıları kaybeder ve atıfta bulunulan belgeler için görsel bağlam sunmaz. Bunun diğer yakalama yaklaşımlarıyla nasıl karşılaştırıldığı hakkında: Pavleur ve alternatifleri.

Sıklık ve atıf üzerine

Üç aylık skip-level’lar gerçek sinyali korumak için asgaridir. Skip sekiz dokuzdan fazla IC'yi kapsıyorsa aylık daha iyidir. Yıllık skip-level’lar olmasa da olur — ilişki oluşmaz ve kimse yılda bir kez gördüğü bir üst düzey lidere gerçek bir şey söylemez.

Atıf gerçek bir endişedir. Skip-level geri bildirimi güvenilir biçimde doğrudan yöneticiye geri ulaşıyorsa, insanlar gerçek şeyler söylemeyi bırakır. Üst düzey lider, neyin paylaşılıp neyin paylaşılmadığı konusunda baştan açık olmalı ve kaynağı açığa çıkaracak bir şey üzerine harekete geçmesi gerektiğinde dürüst olmalıdır. Çoğu IC bunu sonradan öğrenmeye tercih eder.