Çevik bir geliştirici olarak “SMART” Hedefleri nasıl yazılır?


29

Birçok şirket gibi, çalıştığım şirket de SMART hedeflerine dayanan bir performans değerlendirme sistemine geçiyor . Ekibim, Extreme Programming'in uygulamalarını kullanan, yüksek işleyen, çevik bir geliştirme ekibi . Büyük yararımız için çevik uygulamaların istihdamının acil ve üst yönetimin tam desteği vardır.

Çalışmayı başarmak için ekibimiz üç hafta tekrarından yararlanır. Anında yinelemenin ötesinde, karargahlara yerleştirilmiş genel bir planımız var. Yani, bugünden birkaç çeyreğe kadar başaracağımızın, hemen çeyreğinde başaracağımızdan çok daha tehlikelidir. Projemizin nereye yönlendirildiği konusunda kesinlikle genel bir fikrimiz var, ancak buradaki anahtar sözcük genel .

Ekibimin proje planlama üyelerine yaklaşımımız göz önüne alındığında, kendim de dahil olmak üzere, spesifik, ölçülebilir, ulaşılabilir, alakalı ve zamana bağlı (SMART) hedefler yazmakta zorlanıyoruz.

SoftwareEngineering.se hakkındaki mevcut iki soru, endişelerimizin bazılarını ele almak için iyi bir iş çıkarır:

Bununla birlikte, sorular çevik bir geliştirme ekibinde çalışırken SMART hedefleriyle başa çıkmak için verilen özelliklerden daha genel tepkiler ortaya çıkardı. Çevik bir geliştirici olarak, belirli, ölçülebilir, ulaşılabilir, alakalı ve zamana bağlı beş ila yedi yıl boyunca nasıl hedefler yazıyorsunuz?


2
Bu Performans Yönetimi programında, çalışanlar sizin seviyelerinizin üzerinde değerlendirilmekte / değerlendirilmekte midir, yoksa SMART hedefleriyle ilgili değerlendirme grubunuzda durur mu? Soruyorum çünkü SMART hedeflerini kendiniz için gerçekten yararlı olacak şekilde yazıyorsanız, bu bir cevap, ama bunları çevik anlayışı anlamayan insanlar tarafından değerlendirme amaçlı yazıyorsanız, bu başka bir şey. (Orada
bulundum

2
@jcmeloni acil kuruluşumuz dışındaki insanlar için. Teorik olarak kendimiz için, ama gerçekten değil. :)
ahsteele

Yanıtlar:


21

Bu cevap, çevik bir ekibin etrafında yer alan böyle bir performans yönetim sistemi olan birinin bakış açısından yazılmıştır; Sizin gibi, takımdaki herkes yıl boyu SMART hedeflerinin zorluğunu / yararsızlığını anladı bir Çevik gruba uygulanan ; burada, tam olarak çalıştığında, Çevik uygulamanın doğası gereği / zaten SMART olarak kabul edilebiliyordu.

Hayır, gerçekten! Gerekirse (mantık yarı-pişmiş ise ...) aşağıdaki mantıksallaştırmayı arayın, ancak derhal kuruluşun dışındaki hakemlere açıklamak, performans yönetim sistemine koyduğumuz asıl “hedefler” için zemin hazırladı.

  • Spesifik : S : Her bir sprint planlaması sırasında, takım belirli bir dizi görevi kabul eder ve bunları yapmayı taahhüt eder. Görevler (ve kullanıcı hikayeleri), neyi başarmak istediğimin sorularına, hedefe ulaşmanın amaçlarına / faydalarına, kimin dahil olduğuna, nerede gerçekleştiğine ve kısıtlamalarına cevap verir.
  • Ölçülebilir için M : bu görevlerin listesi, artı biletlerin sprint boyunca hareketi, geliştirmeden kod incelemesine, kalite kontrolünden onaylanmasına kadar (veya akışınız ne olursa olsun), ne kadar çalışacağınız ve ne zaman başaracağınızla ilgili soruları yanıtlar. .
  • A için ulaşılabilir : işleyen Çevik gruplar, açıkça elde edilemez olmadıkça, planlama aşamasında bir şeyi taahhüt etmezler - tüm parçalar nasıl yapılacağını bilmek için vardır.
  • Alakalı R : gibi sorular faydalı, doğru zaman mı, diğer çabalarımıza uyuyor mu - hikayeler ve işler bir sprint içine çekilmiyor ve cevap tüm bu sorulara evet değilse tipik ... YMMV)
  • Zamana bağlı T : Bir sprint mutlaka zamana bağlıdır, 2 hafta, 3 hafta, daha fazla veya daha az.

Üç aylık çalışmanızın (ve dolayısıyla yıl boyu çalışmanızın) kendisinin büyük bir SMART hedefi olduğunu ve takımınızın iyi performans gösterdiği için hedeflerinize ulaştığınızı bildiğinize inanıyorsanız, hız pozitif, yayınlar oluyor. Daha sonra, bir SMART sürecinin bir başkasının yararına bir dizi SMART hedefine nasıl çevrileceği konusundaki sorunuzun sonucuna varıyorsunuz.

Bunu geçmişte başarılı bir şekilde başarabildim, bana belirsiz görünen ve pek de SMART görünmeyen bir şey yazarak , aslında diğerleri için mükemmel bir şekilde kabul edilebilir.

Benim için başka yerlerden geçen birkaç örnek:

  • "Gelecekte her üç ayda bir, iç yazılım geliştirme sürecimizi izleyerek genel ürün geliştirme programına (filan fiil) uyum sağlamak için yeni bir WidgetMaker sürümünü yayınlamak istiyorum."

  • "Etkinliğimizi artırmak ve ürünün nakliyesinde gecikmeleri azaltmak için, takımın gelişim hızını A'dan B'ye kadar olan süreden% n artırmak, backlog tımarlama işlemindeki artan değişikliklere odaklanarak çalışmak istiyorum."

Biliyorsunuz ve bunların asıl gelişim grubunuzun yol gösterici ilkeleri olmadığını biliyorum, ancak tamamen ilgisiz değiller ve deneyimlerime göre, AKILLI ve kuruluşunuzun dışındaki insanlar için gerçekten SMART ve yararlı görünen şeyler türleri. dürüst olmak yalanlar ya da tamamen topal olmaktır.


MAkıllı hedef için hız hedefi başarısız olmaz mı ? Ölçülebilen gibi görünmüyor çünkü hız (muhtemelen) öykü noktaları açısından tanımlanmış ve orada “hikaye noktası” tam olarak tanımlanmamış.
bdsl
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.