Genellikle "performans değerlendirmeleri" şeklinde olmak üzere performansa ilişkin spesifik geri bildirimler, yazılım geliştiricilerin daha da geliştirilmesinde merkezi bir rol oynamaktadır. Bu makalede, performans değerlendirmeleri, yıllık performans değerlendirmeleri veya performans değerlendirmeleri gibi çeşitli durumlarda, yani bire bir konuşma ve iletişimin herhangi bir biçiminde yazılım geliştiricilere – geri bildiriminin nasıl verileceğine dair bazı pratik örnekler gösteriyoruz.
Yazılım geliştiriciler için geri bildirim neden bu kadar önemli (ve zor)?
İçe dönük yazılım geliştiriciler için motive edici geri bildirim
Yazılım geliştiriciler geleneksel olarak teknik detaylarla çalışmakla diğer insanlarla çalışmaktan daha fazla ilgilenirler. Bu nedenle yöneticiler için geri bildirimi etkili ve motive edici bir şekilde iletmek, özellikle de daha içe dönük yazılım geliştiriciler için zor olabilir.
Ancak yazılım geliştiricilerin yöneticisi olarak, değerlendirme görüşmeleri sırasında hem olumlu hem de olumsuz geri bildirimleri yapıcı bir şekilde iletmeyi öğrenmelisiniz ki yazılım geliştiriciler belirlenen geliştirme potansiyelini hayata geçirmek için gerçekten motive olsunlar. Bu makalede yer alan aşağıdaki geri bildirim örnekleri bu konuda size yardımcı olacaktır.
Wenn dich eine allgemeine Einführung zu regelmäßigen Eins-zu-Eins-Meetings interessiert, schau gerne mal in unseren Post dazu: Bir rehber: Başarılı bire bir görüşmeler için 6 ipucu.
Dikkat: Yazılım geliştiricileri bireysel olarak değerlendirin
Bilginize: Araştırmalar, yazılım geliştiricilerin geleneksel olarak daha içe dönük olduğunu göstermektedir. Ancak eğilim, yazılım geliştiriciler arasında daha çeşitli kişilik tiplerine doğru. Bu nedenle her zaman karşınızda hangi kişilik tipinin oturduğunu incelemeli ve değerlendirmeli ve buna göre iletişim kurmalısınız.
Geri bildirim görüşmeleri için sorular ve bir anket
Yazılım geliştirici değerlendirme mülakatı: tipik sorular
Yazılım geliştirici ile yapacağınız değerlendirme görüşmesi için size çok sayıda örnek, şablon ve ifade vermeden önce bir not: Elbette, birçok durumda, sadece BT sektöründe değil, – statükosunun ortak anlayışını kontrol etmek için sorular sorarak liderlik etmek mantıklıdır.
Bu nedenle yazılım geliştiricilerle çalışan değerlendirmeleri için bazı soruları bir araya getirdim:
🎯 Yazılım geliştiriciler için 1'e 1 sorular: Odaklanma
- İş yerinde konsantrasyonunuzu ne bozuyor?
- İş yerinde en son ne zaman bir akış hali yaşadınız? Akışa geçmek sizin için ne kadar kolay?
- Kişisel "devam eden çalışma limitinizi" aştığınızı ne zaman ve nasıl fark ettiniz?
- Gelecekte uygun bir WIP elde etmenize yardımcı olmak için neleri değiştirebiliriz?
- Ekibinizdeki konuşmalar nasıl dağıtılıyor? Bu konudaki rolünüzü nasıl yansıtıyorsunuz?
- Şirket olarak müşterilerimiz kimler ve çalışmalarınız özellikle onların ihtiyaçlarını karşılamaya nasıl yardımcı oluyor?
- Şirketteki ve ötesindeki iş arkadaşlarınızı düşündüğünüzde öğrenmek istediğiniz şeyler nelerdir?
🏦 Yazılım geliştiriciler için 1'e 1 sorular: İş zihniyeti
- Müşterilerimizin ihtiyaçlarını karşılamamızı engelleyen nedir?
- İş hedefimiz hakkında ne düşünüyorsunuz: anlaşılması kolay, anlaşılır ve motive edici mi?
- Günlük çalışmalarınız ile iş hedeflerimiz arasındaki bağı nasıl güçlendirebiliriz?
- İş hedefimize katkıda bulunmanızı nasıl daha iyi sağlayabiliriz?
Başka sorularınız için kaynak: 100+ akıllı Bire Bir Toplantı sorusu (yöneticiler için)
Bu size böyle bir değerlendirme görüşmesine akıllıca nasıl yaklaşacağınız konusunda iyi bir fikir verecektir. Ayrıca özel bir anket isterseniz, size bir başlangıç şablonu sağlayabilirim.
Yazılım geliştirici değerlendirme görüşmesi: bir anket
İlgili anketler, yazılım geliştiricilerin gelişimini zaman içinde ölçülebilir hale getirmeye yardımcı olabilir.
Bununla birlikte, ortak bir tartışma için interaktif bir temel olarak da çok iyi hizmet edebilirler.
Aşağıdaki anket yazılım geliştiriciler için önemli olan dört farklı alana odaklanmaktadır. Bu ifadeler genellikle örneğin 1 (kesinlikle katılmıyorum) ile 7 (kesinlikle katılıyorum) arasında bir ölçekte derecelendirilir.
🪞Çalışan mülakat anketi: Yazılım geliştiriciler için
- Çalışmalarımızı # ekibimizin hedefleri ve # müşterilerimizin ihtiyaçlarına ilişkin anlayışım temelinde gözden geçiriyorum.
- Ekibimizin sürekli gelişimine proaktif olarak katkıda bulunuyorum. #TakımOyunu
- # müşterilerimizin zorluklarını ve sorunlarını biliyorum.
- Harici # geri bildirimi gerekli olsa bile iş görevlerim genellikle çok hızlı ilerliyor.
Not: Bu değerlendirme görüşmesi şablonu, Health Check maddelerine (anket) 1-7 ölçeğinde katılımı sormaktadır.
Yeşil düğmeden de görebileceğiniz gibi, isterseniz bu anketi 1'e 1 toplantı aracımız Echometer'de ücretsiz olarak kullanabilirsiniz. Ayrıca sorular ve tüm koçluk şablonları için birçok başka şablonumuz da var.
In unserem Blog gibt es einen anderen Artikel, falls dich detaillierte Vorlagen für verschiedene Eins-zu-Eins-Meetings (z.B. wöchentlich, jährlich, 1-1 mit schwierigen Mitarbeitenden…) interessieren: Düzenlemek için 15 kanıtlanmış 1-1 toplantı şablonu (ücretsiz).
Ancak şimdi, metin –'nin devamında, yazılım geliştiricilere geri bildirim için somut örneklere ve ifadelere geliyoruz.
Yazılım geliştiricilere geri bildirim için genel şablon
Geri bildirim sandviçi gibi klasik geri bildirim yöntemlerinden kaçının
Bire bir toplantılarda geri bildirim için kullanılan şablonlar genellikle sandviç yöntemine dayanır. Lütfen yazılım geliştiricilerle bunu yapmaktan kaçının. Değerlendirme görüşmelerinde "lafı dolandırmanın" kimseye faydası yoktur ve özellikle yazılım geliştiricilerin bu tür yöntemlere alerjisi vardır (bkz: Geri bildirim için sandviç yönteminin eleştirisi).
Yazılım geliştiriciler genellikle yöneticiler genel olumlu geri bildirimler verdiğinde bunun sadece diğer kişinin kendini daha iyi hissetmesini sağlamak için bir araç olduğunu fark eder.
Neyse ki, bu da daha iyi çalışıyor.
Radikal Dürüstlük: Yazılım geliştiriciler için daha iyi çalışan geri bildirim yöntemi
Bire bir toplantı geribildiriminizi bir geribildirim sandviçi içinde saçma sapan bir şekilde paketlemek yerine, geribildirim şablonunuzun temeli olarak Radikal Dürüstlük yöntemini öneriyorum. Bu arada, bu yöntem sadece yazılım BT sektöründe değil, özel sektörde de faydalıdır – hadi daha derine inelim.
Radikal Samimiyet, değerlendirme görüşmelerinde mümkün olan en dürüst ve doğrudan geribildirimi vermek anlamına gelir. Aynı zamanda empati göstermek ve karşınızdaki kişinin iyiliğine odaklanmak anlamına da gelir. Radikal Dürüstlük, birini ya da diğerini seçmek zorunda olmadığınızı gösterir: Ya doğrudan ve dürüst ya da empatik ve düşünceli. Bunun yerine, her ikisini de aynı anda yapabilirsiniz:
Daha fazlası altında: Radikal Dürüstlük Nedir?
Yazılım geliştiriciler, olumsuz geri bildirimde doğrudan konuya girerseniz size minnettar olacaktır.
Radikal Dürüstlük temelinde yazılım geliştiriciler için geri bildirim şablonu
Bu şablon SBI modeline (Durum, Davranış, Etki) dayanmaktadır. Samimi, doğrudan ve yine de takdir edici bir şekilde iletişim kurmanıza yardımcı olur.
Ayrıca bakınız "Geri Bildirim Verme Oyun Kitabı"
Geri bildirim şablonunun ayrı bölümleri için talimatlar aşağıda verilmiştir:
Geri bildirim şablonu bölüm 1: Önceden hazırlık
Geri bildirim vermeden önce, aşağıdaki noktalar üzerinde düşünmek için birkaç dakikanızı ayırın:
- Durum: Özellikle hangi durumdan bahsediyorsunuz?
- Davranışlar: Kişinin hangi davranışlarını gözlemlediniz?
- Etki: Kişinin davranışının (sizin ve başkalarının üzerinde) nasıl bir etkisi oldu?
- Dilek: Hangi duruma ulaşmak istersiniz ve neden? (Not: Bu doğrudan belirli bir davranışı istemekle ilgili değildir – bu önlemin bir parçasıdır (aşağıya bakınız). Daha ziyade, etkinin sizin için neden bir sorun olduğuna dair daha geniş bir bağlamla ilgilidir).
- Eylem: Kişi için ne gibi önerileriniz var? Davranışlardaki hangi değişiklikler bizi hedeflenen duruma yaklaştırabilir? Ne tür bir destek sunabilirsiniz?
Konuşma sırasında hiçbir şeyi unutmamak için noktaları kısaca yazmak en iyisidir.
Geri bildirim şablonu bölüm 2: Görüşmeyi başlatmak
Uzun bire bir toplantı geri bildirim sandviçi ile başlamak yerine, artık doğrudan bir konuşma başlatıcı olarak durumla başlayabilirsiniz:
- "Seninle durum hakkında konuşmak istiyordum, biz ..."
Durumu açıklayın ve sonra sorun:
- "Durumu hala hatırlıyor musun?"
Geri bildirim şablonu bölüm 3: Davranış
Ardından, kişinin değerlendirme görüşmesinde gözlemlediğiniz davranışlarını ele alabilirsiniz:
- "Durum karşısında başınızı salladınız ve şöyle dediniz..."
Etki hakkında konuşmadan önce, diğer kişiye algınız veya hafızanız hakkında yorum yapma fırsatı verin:
- "Sizin bakış açınızdan bunu doğru yansıtıyor muyum?"
Kişiye olaylara bakış açısını anlatması için alan tanıyın. Her iki bakış açısının da yorum yapmadan eşit bir şekilde odada durmasına izin vermeye çalışın. Kendinizi diğer kişinin bakış açısının içeriği hakkında sorular sormakla sınırlayın.
Geri bildirim şablonu bölüm 4: Etki
Sadece bu bölümde davranışın etkilerini tartışmak söz konusudur. Başlangıçta mümkün olduğunca objektif olun:
- "Benim izlenimim, sizin [gözlemlenen davranışınızdan] sonra meslektaşım Marc'ın çok kırgın göründüğü ve artık bizimle işbirliği içinde çalışmaya devam etmek istemediği yönündeydi."
Ancak, etkiler sizi de etkiliyorsa, bunu da paylaşmak önemlidir. Elbette her zaman profesyonel kalmalısınız, ancak insani yönünüzü de gösterebilirsiniz:
- "Bu durumda ben de dürüstçe utandım ve o andan itibaren konuşmayı tatsız buldum."
Geri bildirim şablonu bölüm 5: Dilek
Ekspertiz görüşmesinin bu bölümünde özel talebinizi dile getirin:
- "Meslektaşımız Marc ile yeniden iyi bir işbirliği zemini bulmamız benim için önemli."
Tekrar bağlama oturtun:
- "Bunun da ötesinde, tüm komşu uzmanlık alanlarıyla iyi işbirliği ve ilişkiler sürdürmemizi sağlamak için birlikte çalışmamız benim için büyük bir ihtiyaç."
Ayrıca, neden bu arzuya sahip olduğunuzu açıklayan ilgili hedeflere de atıfta bulunun:
- "Bu şirkette bir ekip olarak hedeflerimize ancak iyi bir ilişki sayesinde ulaşabiliriz. Şirket içinde bir ekip olarak iyi bir itibara sahip olmamız da benim için önemli."
Geri bildirim şablonu bölüm 6: Ölçün
Kendi çözüm fikirlerinizi sunmadan önce, bire bir görüşmenizde açık sorular sorabilirsiniz:
- "Bu konuda birkaç fikrim var. Ama önce sizin fikrinizi duymak isterim: Sizce bu hedefe nasıl ulaşabiliriz?"
Daha sonra fikirlerinizi paylaşabilirsiniz. Birlikte bağlayıcı ve özel olarak tanımlanmış bir takip üzerinde anlaşın. Bunu yazılı olarak kaydedin.
Geri bildirim şablonu bölüm 7: Reddetme
Değerleme görüşmesinin diğer kişi için faydalı olup olmadığını ve cevaplanmamış soruları olup olmadığını sorun. Konu hakkında bir sonraki konuşmanız için bir check-in ayarlayın.
Açık diyalog için takdirinizi gösterin ve anlayış ve işbirliği için kişiye teşekkür edin.
Geri bildirim şablonu bölüm 8: Geri bildiriminizi geriye dönük olarak değerlendirin
Her geri bildirim oturumunun sonunda kendinize şu soruyu sormalısınız:
- Dürüstlük: Geri bildirimimi dürüstçe ve mümkün olduğunca yalın bir şekilde paylaştım mı?
- Takdir: Kişi geribildirimimle kendisine değer verildiğini hissediyor mu?
Tüm sorulara "evet" yanıtını verebiliyorsanız, geri bildirim oturumunuz çok iyi geçti demektir. Değilse, endişelenmeyin. Gelecekte bazı şeyleri nasıl daha farklı formüle edebileceğinizi düşünün. Ve yine, bu ipuçlarının çoğu sadece yazılım BT sektörü için geçerli değildir.
Bu noktada, elbette ilgili geri bildirim tartışmalarını basitleştirmek ve yazılım geliştiricilere daha uzun vadeli koçluk yapmak için de yazılımlar olduğunu belirtmek isterim.
Bire bir toplantı yazılımımız, yazılım geliştiricilerle çalışan toplantıları için size çeşitli şablonlar sunar ve hatta çalışan gelişimini ölçülebilir hale getirir. Aracımıza bir göz atın ve aşağıdaki şablonu deneyin:
1:1 Toplantı Aracı Şablonu: Hava gibi ruh hali
- Duygusal durumunuzu hava durumu olarak tanımlamanız gerekseydi, şu anda projenizde veya görevlerinizde hava durumu nasıl?
Hava durumunun işvereninizle, özel hayatınızla ve kişisel yaşamınızla ilişkisi nasıl?
1:1 Toplantı Aracı Şablonu: Hava gibi ruh hali
- Duygusal durumunuzu hava durumu olarak tanımlamanız gerekseydi, şu anda projenizde veya görevlerinizde hava durumu nasıl?
Hava durumunun işvereninizle, özel hayatınızla ve kişisel yaşamınızla ilişkisi nasıl?
Şimdi bu değerlendirme görüşmesi şablonunun yardımıyla başlayalım ve birkaç pratik örnek üzerinden geçelim!
Bire bir toplantılarda yazılım geliştiricilere verilen geri bildirim örnekleri
Bire bir toplantılarda yazılım geliştiricilere örnek geri bildirim: Kod kalitesi
Ekip lideri rolünde Tanja 👩🏼🦰 ve çalışan rolünde Marc 👨🏽 yer alıyor.
Durumu açıklayın
👩🏼🦰
Tanja (Ekip Lideri): "Son kod incelememizde, gösterge tablosundaki yeni özelliği uygulamak için çekme isteğinizi inceledik. Kod işlevsel olarak doğruydu ve gereksinimleri karşılıyordu."
👨🏽
Marc (çalışan): "Evet, hatırlıyorum!"
Gözlemlenen davranış
👩🏼🦰
"Oldukça karmaşık ve okunması zor pasajlar hakkında yorum yaptım. Örneğin, çeşitli sorumlulukları birleştiren 50'den fazla satırdan oluşan bir yöntem vardı. Ancak siz bu yoruma sadece yüzeysel bir yorumda bulundunuz ve daha ileri gitmediniz."
👨🏽
"Bu yorum bana isteğe bağlı bir öneri gibi geldi. Çözümü tekrar değiştirmek çok zaman alıcı görünüyordu."
Etki
👩🏼🦰
"Her neyse, yorumunuz dürüst olmak gerekirse beni biraz hayal kırıklığına uğrattı ve sizden bir düzeltme konusunda ısrar etmek yerine, yöntemi daha sonra kendim geliştirdim çünkü zaten kodda yolumu düşünmüştüm."
👨🏽
"Oh, bunu fark etmemiştim."
Hedef ve arzu
👩🏼🦰
"Ortak hedefimiz, kodumuzun yalnızca işlevsel değil, aynı zamanda sürdürülebilir ve herkes için anlaşılması kolay olmasını sağlamaktır."
👨🏽
"Ben de aynen öyle görüyorum!"
Önlemler
👩🏼🦰
"Gelecekte bu tür durumlarda kodun kalitesini nasıl daha sorunsuz bir şekilde artırabileceğimize dair öneriniz nedir?"
👨🏽
"Yorumlarda bir iyileştirmenin sadece önerilip önerilmediğini veya talep edilip edilmediğini görmek daha kolay olsaydı bana yardımcı olurdu."
👩🏼🦰
"Peki, bunu yapalım – Bunu tekrar ekip toplantısına dahil edeceğim. Ama yine de kendi tarafınızdan da takip etmeniz gerektiğini düşünüyorum."
👨🏽
"Bir sonraki konu için doğrudan birlikte eşli programlamaya geçmeye ne dersiniz, böylece kod kalitesi için gereklilikler konusundaki anlayışımı keskinleştirebilirsiniz?"
Sonuç
👩🏼🦰
"Kulağa iki iyi takip gibi geliyor! O zaman bu şekilde devam edelim. Eşli programlamaya başlamak için önümüzdeki hafta ortası için ajandamda bir tarih belirlemek istiyorum."
👨🏽
"Pekala, sabırsızlıkla bekliyorum!"
Bire bir toplantılarda yazılım geliştiricilere örnek geri bildirim: Sahiplik
Ekip lideri rolünde Tanja 👩🏼🦰 ve çalışan rolünde Marc 👨🏽 yer alıyor.
Durumu açıklayın
👩🏼🦰
Tanja (Ekip Lideri): "Marc, seninle ihracat süreci için yeni bir özellik geliştirdiğimiz son görev hakkında konuşmak istiyorum. Özellik şu anda yayında, ancak yol boyunca bazı zorluklar yaşandı."
👨🏽
Marc (çalışan): "Evet, hatırlıyorum. Tam olarak ne demek istiyorsunuz?"
Gözlemlenen davranış
👩🏼🦰
"Kod test için teslim edildikten sonra birkaç uzun gecikme olduğunu fark ettim. Örneğin, QA meslektaşlarından gelen bazı yorumlar günlerce yanıtlanmadı. Ayrıca eksik bir incelemeyi size iki kez hatırlatmak zorunda kaldığım da oldu."
👨🏽
"Hmm, anlıyorum. Dürüst olmak gerekirse, oldukça fazla şey oluyordu ve testlerin paralel olarak devam edeceğini düşünmüştüm."
Etki
👩🏼🦰
“Das Resultat war jedenfalls, dass wir wegen dieses Themas unser Deployment verschieben mussten.“
👨🏽
"Bunu fark etmemiştim bile. Acil bir durum olduğunda iletişime geçersin diye düşünmüştüm."
Hedef ve arzu
👩🏼🦰
"Amacımız gereksiz gecikmeleri en aza indirmek ve geliştiricilerin uygulama sırasında sahiplenme zihniyetini benimsemelerini sağlamaktır. Bu, herkesin aktif bir şekilde biletinin başından sonuna kadar –'ye ulaşmasını sağlaması anlamına geliyor ve buna QA ile iletişim de dahil."
👨🏽
"Ne demek istediğinizi anlıyorum. Süreçlerin daha sorunsuz işlemesini kesinlikle istiyorum."
Önlemler
👩🏼🦰
"Sizin bakış açınızdan, bu tür durumlarda daha proaktif davranabilmeniz ve sahiplenme gösterebilmeniz için ne yapabiliriz?"
👨🏽
"Daha net beklentiler belirlememizin, örneğin test aşamasındaki açık sorunlar için günlük kontrol yapmamın yardımcı olacağını düşünüyorum. Bu şekilde hiçbir şeyin yarım kalmadığından emin olabilirim."
👩🏼🦰
"Kulağa hoş geliyor. Kod son haline getirildikten sonraki önemli görevler için, konuyu canlı lansmana kadar nasıl görmek istediğinize dair kısa bir plan yapmanızı öneririm. Planı bana ya da bir QA meslektaşınıza gösterebilirsiniz."
👨🏽
"Anlaştık. O zaman kendim daha iyi göz kulak olabilirim."
Sonuç
👩🏼🦰
"Harika. İki ölçümü şu şekilde kaydedelim: Test aşamasında günlük kontroller yapıyorsunuz ve bir sonraki büyük göreviniz için takip planlıyorsunuz. Bu sizin için uygun mu?"
👨🏽
"Evet, uyuyor. Bunu doğrudan günlüğüme yazacağım."
👩🏼🦰
"Harika. Eminim bu büyük bir fark yaratacaktır. Bir sonraki bire bir görüşmemizde tedbirlerimizin durumuna bir kez daha bakacağız. Teşekkür ederim!"
Performans değerlendirmesinde yazılım geliştiricilere yönelik geri bildirim örnekleri
Bir not: Geleneksel performans değerlendirmeleri hem yazılım geliştiriciler hem de yöneticiler arasında popüler olmama eğilimindedir ve birçok kişi iyi bire bir toplantıların yeterli olduğunu ve performans değerlendirmelerinin yerini alması gerektiğini savunmaktadır. Bkz: “Leistungsbeurteilungen sind sinnlos und beleidigend” von Forbes.
Ancak, performans değerlendirmeleri genellikle hala şirket içinde önceden belirlenmiş bir formattır. Elbette bu durum, kendinizi yukarıdan aşağıya değerlendirmeler yapmakla sınırlamak yerine performans değerlendirmelerini çalışanlarınızla göz hizasında bir diyalog olarak yürütmenize engel olmamalıdır. Aşağıdaki bire bir diyalog örnekleri bunun nasıl işe yarayabileceğini göstermektedir.
Hinweis: Wie gesagt können Vorlagen für Mitarbeitergespräche natürlich helfen, Feedback konstruktiv zu kommunizieren. Der folgende Blog-Post kann dir bei mehr Interesse an dem Thema weiterhelfen: Düzenli çalışan kontrolleri için 5 şablon.
Performans değerlendirmelerinde yazılım mühendislerine örnek geri bildirim: Ekip Çalışması
Ekip Lideri rolünde Tanja 👩🏼🦰 ve Yazılım Mühendisi rolünde Marc 👨🏽 bulunmaktadır.
Durumu açıklayın
👩🏼🦰
Tanja (Ekip Lideri): "Performans değerlendirme şablonunuzdaki 'Ekip Çalışması' maddesini değerlendirmem gerektiğinde, ne yazık ki size 10 olası puan üzerinden yalnızca 5 puan verebildim. Bu konuda kendinizi geliştirebilmeniz için size adil bir şans vermek adına bunu size açıklamak istiyorum."
👨🏽
Marc (çalışan): "Oh, tamam. Lütfen anlamama yardımcı olun."
Gözlemlenen davranış
👩🏼🦰
"Son aylarda ekiple işbirliğinin optimum düzeyde olmadığı durumlar olduğunu fark ettim. Örneğin, son sprint'imizde, başkalarıyla birlikte daha iyi çözülebilecek olmasına rağmen, görevler üzerinde kendi başınıza çalıştığınız birkaç durum vardı. Spesifik bir örnek, yeni API'nin entegrasyonuydu. Bu konuda Alex ile birlikte çalışmanızı düşünmüştük, ancak adımların çoğunu tek başınıza attınız ve Alex'i çok az dahil ettiniz."
👨🏽
"Bunu kendim hızlı bir şekilde yapmanın daha verimli olacağını düşündüm. Bunun bir sorun olarak görüldüğünü fark etmemiştim."
Etki
👩🏼🦰
"Ancak bu durum ekip içinde şeffaflığın kaybolmasına yol açtı. Alex daha sonra API'nin tam olarak nasıl kurulduğunu bilmediği için ilgili görevlere dahil olmakta zorlandı. Diğer ekip üyelerinden de bazen kendilerini yeterince işin içinde hissetmedikleri ve soruları olduğunda sizden destek almakta zorlandıkları yönünde geri bildirimler aldım."
👨🏽
"Dürüst olmak gerekirse bu beni şaşırttı. Benden istendiğinde yardım edebileceğimi düşünmüştüm."
Hedef ve arzu
👩🏼🦰
"Ekip olarak amacımız sadece verimli çalışmak değil, aynı zamanda bilgiyi paylaşmak ve herkesi dahil etmektir. Bu, işbirliğini güçlendirir ve hepimizin birbirimizi temsil edebilmesini sağlar. Gelecekte, bilgiyi aktif bir şekilde paylaşmak ve diğer ekip üyelerini güçlendirmek için bu ekipteki bilgi taşıyıcısı rolünüzü daha fazla kullanmanızı istiyorum. Ekip üretkenliği bireysel performanstan daha önemlidir."
👨🏽
"Tamam, ne demek istediğinizi anlıyorum. Sanırım şu ana kadar kendi üretkenliğime çok fazla odaklandım."
Önlemler
👩🏼🦰
"Ekibi işinize dahil etme ve bilgi paylaşımına daha fazla önem vermenize ne yardımcı olabilir?"
👨🏽
"Daha büyük görevler üzerinde kimin ve nasıl çalışabileceğini başlangıçta netleştirme alışkanlığı edinebilirim. Belki de önemli mimari kararlar üzerinde anlaşmaya varmak ve bir başkasının tek başına yapması gereken veya hatta eşli programlama ile yapmamız gereken görevleri belirlemek için görevler için bir başlangıç gibi bir şey ayarlayabiliriz."
👩🏼🦰
"Kulağa hoş geliyor. Ayrıca bir fikrim var: Haftalık ekip toplantılarımızda sadece ilerlemeyi rapor etmekle kalmayıp, aynı zamanda kod ve mimari kararlar hakkında aktif olarak içgörü sağlama alışkanlığı edinmeye ne dersiniz?"
👨🏽
"Bu iyi bir nokta. Bu, daha sonra deneyimsiz meslektaşlarımızın benim kodum üzerinde çalışmasını kolaylaştırabilir."
Sonuç
👩🏼🦰
"Harika. O halde takipleri performans değerlendirmesi şablonumuza kaydedeceğiz:
- Şu andan itibaren, bilgi birikiminizi ve mimari kararlarınızı Weeklys'teki ekiple proaktif olarak paylaşacaksınız.
- Şu andan itibaren konularınızı başka bir geliştirici ile başlatacaksınız, böylece çözümü birlikte çalışabilir ve uygulamayı paylaşabilirsiniz."
👨🏽
"Kulağa hoş geliyor."
👩🏼🦰
"TAMAM. İki ay sonra gözden geçirmek üzere her iki tedbiri de not edeceğim. Daha sonra bire bir görüşmemizde durumu tartışabilir ve nasıl ilerleyeceğimizi görebiliriz."
👨🏽
"Evet, o zaman 'takım çalışması' puanınızı geliştirip geliştiremeyeceğinizi de görelim. En azından 10 üzerinden 8 almak istiyorum."
👩🏼🦰
"Bunu duyduğuma sevindim! Bunun gerçekçi olduğuna kesinlikle inanıyorum ve elimden geldiğince sizi destekleyeceğim."
👨🏽
"Teşekkür ederim!"
Yazılım Mühendisleri Performans Değerlendirmelerine örnek geri bildirim: Sahiplik
Bir sonraki bire bir görüşme örneğine geçelim; bu örnekte mülkiyet konusunda yazılım geliştiriciye geri bildirim veriliyor.
Her zaman olduğu gibi Ekip Lideri rolünde Tanja 👩🏼🦰 ve Yazılım Mühendisi rolünde Marc 👨🏽 ile.
Durumu açıklayın
👩🏼🦰
Tanja (Ekip Lideri): "Performans değerlendirme şablonunuzdaki 'Sahiplenme' puanını değerlendirmem gerektiğinde, size 10 üzerinden yalnızca 6 puan verebildim. Bunun neden böyle olduğunu açıklamak ve size bu alanda daha fazla gelişme şansı vermek istiyorum."
👨🏽
Marc (çalışan): "Vay canına, bu beni biraz şaşırttı. Ne de olsa ekipteki neredeyse herkesten daha fazla konu üzerinde çalıştım. Lütfen bunu bana açıklayın."
Gözlemlenen davranış
👩🏼🦰
"Son aylarda, görevlerinizde sık sık gecikmeler olduğunu fark ettim. QA yorumlarının veya kod incelemelerinin uzun süre tarafınızdan cevapsız kaldığı birkaç örnek var. Sonuç olarak, konularınız ancak haftalar süren gecikmelerden sonra yayına girdi. Spesifik bir örnek, dışa aktarım için hata düzeltmesiydi. KG'den gelen geri bildirimleri ancak tekrarlanan taleplerden sonra yanıtladınız ve değişikliklerin yayına girmesi toplam üç hafta sürdü."
👨🏽
"Evet, hatırlıyorum. Aynı anda başka iki konu üzerinde çalışıyordum ve geri bildirimi o kadar çabuk giremedim."
Etki
👩🏼🦰
"Bu durum tüm ekibin hızını ve üretkenliğini etkiledi. QA birkaç kez takip etmek zorunda kaldı ve bu da kapasitelerini sınırladı. Sürüm planı da ertelenmek zorunda kaldı. Buna ek olarak, sorunlarınızı sonuçlandırmak için tam sorumluluk almıyormuşsunuz gibi hissediyorsunuz, bu da ekip dinamiklerini zorluyor. Bazı ekip üyeleri bana, bağımlılıklar söz konusu olduğunda size güvenip güvenemeyeceklerinden emin olmadıklarını söylediler."
👨🏽
"Oh, bunun için üzgünüm. Bunu fark etmemiştim. Görevleri paralel olarak yapmaya çalıştım ama görünüşe göre bu pek işe yaramamış."
Hedef ve arzu
👩🏼🦰
"Amacım daha az konuya odaklanmanız, ancak her görevin başından sonuna kadar tüm sorumluluğunu üstlenmeniz. Bu, yalnızca ilk kodu yazmanız değil, aynı zamanda KG geri bildirimlerinin derhal işlenmesini ve konunun programa uygun kalmasını sağlamanız anlamına geliyor. Bu şekilde, görevlerin daha uzun süre açık kalmasını ve diğerlerini engellemesini önleyebiliriz."
👨🏽
"Bu çok mantıklı. Aynı anda çok fazla konuyla uğraştığım için sık sık bunaldığımı hissederdim. Belki de daha az göreve odaklanmak gerçekten daha iyidir."
Önlemler
👩🏼🦰
"Birkaç konuya odaklanmanızı ve bunları tam olarak uygulamak için sorumluluk almanızı nasıl sağlayabiliriz?"
👨🏽
"Kendimi sprint başına en fazla iki konuyla sınırlamaya çalışabilirim ve aynı anda asla üçten fazla konu üzerinde çalışmam. Ayrıca, hiçbir şeyin yarım kalmaması için düzenli olarak yorumlar ve incelemeler üzerinde çalışmak üzere takvimimde sabit boşluklar bırakmalıyım."
👩🏼🦰
"Bu kulağa mantıklı geliyor. Ayrıca, aynı anda çok fazla konu üzerinde çalışıyorsanız, stand-up'larımızda proaktif olarak yardım isteyebilmenizin iyi olacağını düşünüyorum. Genellikle bir konuyu sizden devralabilecek biri olmalıdır."
👨🏽
"Tamam, adil."
Sonuç
👩🏼🦰
"Bu tedbirleri önümüzdeki iki ay için bir hedef olarak belirleyelim:
Paralel olarak daha az iş:
- Sprint başına en fazla iki konuyu ele alırsınız ve paralel olarak 3'ten fazla konu üzerinde çalışmazsınız.
- Stand-up'larda ekipten aktif destek talep edin
- Yorumlar ve incelemeler üzerinde çalışmak için takvimde sabit aralıklar."
👨🏽
"Kulağa gerçekçi geliyor. Bu şekilde yapalım."
👩🏼🦰
"Harika. İki ay sonra performans değerlendirmesinde bu önlemlerin işe yarayıp yaramadığını ve performans değerlendirmesinde 'Sahiplik' notunuzu tekrar yükseltip yükseltemeyeceğimizi görebiliriz."
👨🏽
"Teşekkür ederim, Tanja. Bunu uygulamaya koymak için çaba göstereceğim. Eskiden 'Sahiplenme' konusunda hep en yüksek notları alırdım. Sence bir sonraki performans değerlendirmesinde yine o notu alabilir miyim?"
👩🏼🦰
"Bundan memnuniyet duyuyorum. Evet, bu önlemlerle hızlı bir iyileşmenin kesinlikle sağlanabileceğine inanıyorum. İki haftada bir yaptığımız bire bir görüşmelerde durumu ve desteğe ihtiyacınız olup olmadığını konuşalım."
👨🏽
"Teşekkür ederim! Evet, birkaç hafta içinde burada gözle görülür bir iyileşme sağlayabilirsek çok memnun olurum!"
Yıllık değerlendirmede yazılım geliştiricilere yönelik geri bildirim örnekleri
Geliştiricilerinizle yıl içinde zaten düzenli olarak bire bir toplantılar veya performans değerlendirmeleri yapıyorsanız, muhtemelen artık ayrıntılı yıllık toplantılara ihtiyacınız yoktur. Performans, geri bildirim ve daha fazla gelişim konusundaki fikir alışverişi zaten devam eden bir diyalog olmalıdır:
Bununla birlikte, klasik bir yıllık değerlendirme gerektiren şirketler de vardır.
💡
Yazılım geliştiricilerin yöneticisi olarak zaten düzenli 1:1 toplantılarınız veya performans değerlendirmeleriniz varsa, yıllık değerlendirme sadece bir formalite olmalıdır:
Geri bildirim yazılım geliştiricisi tarafından zaten bilinmeli ve geliştirme potansiyeli üzerinde zaten çalışılıyor olmalıdır.
Dolayısıyla, yazılım geliştiricilerin yöneticisi olarak yıl sonu toplantısının formalitesini yerine getirmeniz gerekiyorsa (muhtemelen düzenli bire bir toplantılara ek olarak), bir yazılım geliştiriciyle yıllık çalışan değerlendirmesi örneğini de gözden geçirelim.
Bu arada, bu noktada bir ipucu daha: Yeni bir çalışanla ilk birebir görüşmeniz yaklaşıyorsa, konuyla ilgili yazımızı tavsiye edebilirim: Yeni çalışanlarla bire bir toplantılar için 5 ipucu.
Bir yazılım geliştiricisi ile yıllık toplantı için örnek gündem ve şablon
İnceleme ve performans
Başarılar: Hangi projeler veya görevler iyi gitti? Beklentiler nerede aşıldı?Zorluklar: Ne o kadar iyi çalışmadı ve neden? Gelecekte bu zorlukların üstesinden nasıl gelinebilir?Yansıma: Geliştirici kendi performansını nasıl görüyor? Ekibin veya yöneticinin ne gibi geri bildirimleri var?
İşbirliği ve ekip kültürü
İletişim: Ekip içinde ve yönetici ile işbirliği nasıl algılanıyor?Çalışma ortamı: Ekip kültüründe veya çalışma ortamında iyileştirme potansiyeli var mı?Liderlik hakkında geri bildirim: Yönetici, geliştiriciyi nasıl daha iyi destekleyebilir?Geliştiriciden geri bildirim: Süreçleri, araçları veya çalışma kültürünü iyileştirmek için herhangi bir öneriniz var mı?İş-yaşam dengesi: Mevcut iş yükünüz hakkında ne hissediyorsunuz? Herhangi bir fazla mesai veya stres faktörü var mı?Kaynaklar: Araçlar, süreçler ve çerçeve koşulları verimli çalışmak için yeterli mi?
Uzmanlık, hedefler ve gelişim
Güçlü yönler: Geliştiriciyi karakterize eden teknik, metodolojik veya sosyal beceriler nelerdir?İleri eğitim: Geliştirici hangi yeni teknolojileri veya becerileri öğrenmek istiyor? İlgili kurslar, konferanslar veya projeler var mı?Kariyer hedefleri: Geliştirici orta ve uzun vadede hangi pozisyonu veya sorumluluğu hedefliyor? Hangi adımlar oraya götürür?Proje odağı: Geliştirici hangi projeler veya teknolojiler üzerinde daha yoğun çalışmak ister?
Ücretlendirme
Performansa bağlı ücretlendirme: Maaş veya ikramiyelerin ayarlanmasına ihtiyaç var mı?
Sonuç
Kısa vadeli hedefler: Önümüzdeki yıl için hangi özel hedefler belirlenmeli?Anlaşmalar: İlgili önlemler için bir sonraki kontroller nelerdir?
Aşağıda, yıl sonu değerlendirmesi veya yıllık performans değerlendirmesi kapsamındaki tipik bir geri bildirim örneği yer almaktadır: Çalışanın rol değişikliği talebi.
Yıllık toplantıda örnek geri bildirim: Rol değişikliği isteği
Ekip Lideri rolünde Tanja 👩🏼🦰 ve Yazılım Mühendisi rolünde Marc 👨🏽 bulunmaktadır.
Giriş ve durum
👩🏼🦰
Tanja (Ekip Lideri): "Marc, bugün yıllık geri bildirimleriniz ve hedefleriniz hakkında konuşabilmemiz harika. Sizin için özellikle önemli olan belirli konular var mı?"
👨🏽
Marc (çalışan): "Evet, ilerideki gelişimim hakkında düşünüyordum. Yazılım mimarisi yönünde gelişmeyi hayal edebiliyorum. Bu konuya uzun zamandır ilgi duyuyorum ve mimari kararlar ve stratejik teknoloji yönetimi ile daha fazla ilgilenmek istiyorum."
👩🏼🦰
"Bu heyecan verici Marc. Hedeflerinin bu kadar net olmasına sevindim. Seni bu hedeflere nasıl hazırlayabileceğimizi konuşalım. Bir sonraki adımı atmadan önce daha da geliştirmen gerektiğini düşündüğüm birkaç nokta var."
Geri bildirim verin
👩🏼🦰
"Öncelikle, bu yıl özellikle uygulamalarınızın kalitesi ve yeni teknolojilerle başa çıkma konusunda çok ilerleme kaydettiğinizi vurgulamak isterim. Ayrıca, örneğin yeni önbellekleme sisteminin devreye sokulmasıyla büyük resmi görebildiğinizi de gösterdiniz."
👨🏽
"Teşekkür ederim, bunu duyduğuma sevindim!"
👩🏼🦰
"Ancak bir yazılım mimarının rolünü düşündüğümde, halen tam olarak karşılanmadığına inandığım bazı gereklilikler var. Örneğin, ekiple iletişim kurmak ve diğerlerini teknik kararlara dahil etmek kilit bir bileşendir. Bu konuda sizin için hala potansiyel görüyorum. Ekibi yeterince erken dahil etmeden sık sık bağımsız kararlar alıyorsunuz."
👨🏽
"Tamam, bunu anlıyorum. Bazen kimseye engel olmak istemedim ama bunun mimar rolü için ideal olmadığının farkındayım."
Hedef ve arzu
👩🏼🦰
"Kesinlikle. Bir yazılım mimarı aynı zamanda bir koç ve iletişimcidir. Bu, başkalarını da işin içine katmak, teknik kavramları iletmek ve birlikte çözümler geliştirmekle ilgilidir."
👨🏽
"Bu mantıklı. Ayrıca mimarlıkla ilgili düşüncelerimi ekip üyelerime henüz etkili bir şekilde aktaramadığımı fark ettim."
Plan önlemleri
👩🏼🦰
"Önümüzdeki 6 ay içinde role uygun hale gelmeniz için bu konuda birlikte çalışabileceğimizi düşünüyorum. Somut tedbirler belirlemeye ne dersiniz?"
👨🏽
"Çok isterim. Aklında ne var?"
👩🏼🦰
"Her şeyden önce, yazılım mimarisi için karar verme sürecini kendiniz vermek yerine sizin yönettiğinizi görmek isterim. Sonraki ana başlıkların her biri için bir mimari başlangıç toplantısına moderatörlük yapmaya ne dersiniz? Amaç, karar verme sürecinde meslektaşları desteklemek ve ardından çözümü kendilerinin uygulamasına izin vermek olacaktır."
👨🏽
"Kulağa hoş geliyor. Her şeyi kendim uygulamak yerine bir koç olarak etkimi göstermeyi öğreniyorum."
👩🏼🦰
"Geliştiricileri yazılım mimarı rolüne hazırlamak için iyi kurslar olduğunu da tahmin edebiliyorum. Bu kurslar, zor becerilere ek olarak, rol için gerekli olan sosyal becerileri de kesinlikle kapsayacaktır."
👨🏽
"Evet, aslında çoktan bir kurs seçtim."
Sonuç
👩🏼🦰
"Harika, o zaman yıllık toplantımız için aşağıdakileri not edeceğim:
- Geliştirme hedefi: Yazılım mimarı
- Önlemler:
- Bir ekip içinde mimari başlangıçların moderasyonu
- Yazılım mimarları için bir kursa katılım
Elbette bu konuları birebir görüşmelerimizde sürekli konuşuyoruz ancak bir sonraki resmi kontrolümüz üç ay sonra yapacağımız performans değerlendirmesinde olacak."
👨🏽
"Kulağa hoş geliyor. O zamana kadar çok şey başarmış olmalıyız."
👩🏼🦰
"Ben de öyle düşünüyorum! Bu arada, bu çabanızda size destek olmak için yapabileceğim başka bir şey aklınıza gelirse, lütfen istediğiniz zaman benimle iletişime geçmekten çekinmeyin."
👨🏽
"Planladığım rol değişikliği hakkında üç ay sonra tekrar konuşabilir miyiz?"
👩🏼🦰
"Elbette, söz konusu rol değişikliği olduğunda size hiçbir söz veremem. Ancak dileğinizi not ettim ve elimden geldiğince size destek olmaya çalışacağım."
👨🏽
"Teşekkür ederim!"
Sonuç: Yazılım geliştiricileri için motive edici geri bildirim
Örnekler ve şablonlar, bire bir toplantılarda ve yıl sonu toplantılarında yazılım geliştiricilere motive edici geri bildirim vermenin o kadar da zor olmadığını gösteriyor, değil mi? Özgün ve yardımsever kalın, lafı dolandırmayın ve ortak bir çözümle ilgilendiğinizi gösterin.
Takdir ve dürüstlük göstererek değerlendirme görüşmelerinizde ve sonrasında "Radikal Samimiyet" uygulamayı başarırsanız, tepkiler düşündüğünüzden daha olumlu ve yapıcı bile olabilir.
Sonraki geri bildirim seanslarınızda iyi şanslar!
Hayatınızı kolaylaştıran hack'leri seviyorsanız, Echometer yazılımımızı tavsiye ederim. Tamamen ücretsiz olarak deneyebilirsiniz.
Bire bir toplantı yazılımımız, yazılım geliştiricilerle çalışan toplantıları için size çeşitli şablonlar sunar ve hatta çalışan gelişimini ölçülebilir hale getirir. Aracımıza bir göz atın ve aşağıdaki şablonu deneyin:
1:1 Toplantı Aracı Şablonu: Hava gibi ruh hali
- Duygusal durumunuzu hava durumu olarak tanımlamanız gerekseydi, şu anda projenizde veya görevlerinizde hava durumu nasıl?
Hava durumunun işvereninizle, özel hayatınızla ve kişisel yaşamınızla ilişkisi nasıl?
1:1 Toplantı Aracı Şablonu: Hava gibi ruh hali
- Duygusal durumunuzu hava durumu olarak tanımlamanız gerekseydi, şu anda projenizde veya görevlerinizde hava durumu nasıl?
Hava durumunun işvereninizle, özel hayatınızla ve kişisel yaşamınızla ilişkisi nasıl?
