Kendi günlük katkılarınızı nasıl ölçebilirsiniz?


11

Kısa süre önce Patrick Lencioni tarafından Sefil Bir İşin Üç İşaretini bitirdim ve temel fikirlerinden biri, bir çeşit ölçüm yapmanız gerektiğidir .

Yeni araçlar üzerinde çalıştığım ve yazdığım geçmiş araçlar için bazı destek / hata düzeltmeleri yaptığım oldukça standart bir iç geliştirici işim var.

Tamamen kişisel tatmin nedenleriyle, günlük olarak hangi şeyleri ölçersiniz? (Bu, yöneticilere rapor değil, oyun için bir şey değil, sadece ilerlemeyi işaretlememe yardımcı olacak bir şey).

Amaç, yalnızca üretkenliği değil, ne kadar iyi bir iş yaptığınızı ölçen şeyler bulmaktır (bu nedenle, bir müşteri hizmetleri personeli, yapılan arama sayısına ek olarak olumlu etkileşimleri de kaydedebilir).

Bu konuda benim bıçak her gün iki şeyi ölçmek olacaktır: destek talepleri açık / kapalı ve kaynak kontrolü için checkin sayısı.

Bunun kapanıp kapanmadığını anlıyorum, ama bir kez daha bu yönetim hakkında bir soru değil, bir programcı / yazılım geliştiricisi olarak kişisel gelişim hakkında.

Yanıtlar:


5

Bir geliştirme günlüğü tutun ve rutin olmayan olaylara özellikle dikkat edin. Heyecanlıyım:

  • Yeni bir algoritma, desen, kütüphane, veri yapısı veya dil kullanma
  • Yeni bir ekip veya kişiyle işbirliği yapma
  • Özellikle zor olduğu düşünülen bir hatayı düzeltme
  • Derin bir kişisel bağlantı kurma
  • İşimi kolaylaştıran küçük araçlar (ve muhtemelen iş arkadaşlarımın işleri) oluşturmak
  • Engellenmek ve daha sonra beni engellemeyi kaldırmak için ne olduğunu tam olarak fark etmek
  • Diyet, uyku ve tutumun neden olduğu üretkenlikteki gelişmeleri fark etmek
  • Tutkumu paylaşma fırsatları
  • Olası yerlerde güzellik

Rutin olaylara gelince:

  • Rutin görevlerin düşmesi için gereken süreyi izleyin
  • Zor olduğunu düşündüğün şeye dikkat et
  • Birisine tam dikkatinizi ve enerjinizi vererek rutin etkileşimlerden kurtulun

2

Günlük bir onaylama istiyorsanız, kullanabileceğiniz en basit metrik kendinize bir görev listesi veya bugün için yapılacaklar yazmaktır.

  1. Yapmanız gerekeni yazın.
  2. Bu görevlerden herhangi birini bölebilir misiniz? Daha ayrıntılı hale getirin.
  3. Bir görev üzerinde çalışmaya başlayın.
  4. Daha fazla görev eklemeniz gerekiyorsa, 1. adımdan başlayın.
  5. Göreviniz bittiğinde, görevi tamamlayın.

Günün sonunda, yaptığınız tüm işlere bakın ve gururlu hissedin. Şimdi bu kişisel tatmin!


1

Sanırım çoğu bilgiye dayalı meslekler gibi, cevap bir günlük tutmaktır. Her gün için hedefleri yazın ve bunları karşılayıp karşılamadığınızı görün. Geliştirmek istediğiniz belirli bir uygulamayı hedefleyin ve ilerlemenizi kaydedin.

Örneğin, tahmin becerilerimi geliştirmek istedim. Bu yüzden bir biriktirme listesi tutuyorum, tahminler yapıyorum ve gözden geçiriyorum ve daha sonra bunları hem benzer görevleri tamamlama yeteneğimi ölçmek hem de tahminlerde iyileşip iyileşmediğimi görmek için kullanıyorum.

Başlangıçta Joel'ten bu elektronik tabloyla başladım: http://www.joelonsoftware.com/articles/fog0000000245.html

Basit ve başlamak için iyi bir yer. (Joel o zamandan beri devam ediyor:
http://www.joelonsoftware.com/items/2007/10/26.html )

Şimdi iş akışıma daha iyi uyan biraz daha az karmaşık bir şey yapıyorum.

Dolayısıyla, izlenecek belirli bir metrik arıyorsanız, doğruluk tahmini eğlenceli bir yöntemdir. Doğru tahmin etme yeteneği oldukça nadirdir, bu nedenle yararlı bir beceri kazanırsınız ve daha önce "yüksek skorunuzu" geçmeye çalıştığınız için genellikle bir oyun gibi hissedersiniz.


0

İlerlemenin basit bir ölçüsü var:

iş arkadaşlarım / müşterilerim aşağıdaki gibi şeyler söylediğinde:

Aşama 1:

"harika bir çalışma, onu seviyorum!"

2. aşama:

"Bu harika! Bunu yapabileceğini bile bilmiyordum!"

Sahne 3:

"Bu bir hayat kurtarıcı! Sistem onsuz aynı olmaz"

Aşama 4:

"Kesinlikle evet, sana güveniyorum "

Aşama 5:

"Sadece mükemmel, daha ne ekleyebilirim bilmiyorum"

Aşama 6:

"Bizi değiştirdiniz, bu şirketi değiştirdiniz, daha iyisi için"

Aşama 7:

"teşekkür ederim, bana ilham veriyorsun "


0

Kariyerinizin neresinde olduğunuza bağlı olarak başka bir taktik alırdım, ama özellikle orta ve orta yaştaysanız. Açıkçası, işvereninizin beklentilerini karşılamak istiyorsunuz, görevlerinizi zamanlamaya göre tamamlamak, işler beklenenden farklıysa uygun alarmlar vermek, check-inlerinizi yapın, akranlarınızla işbirliği yapın ... yapmanız gereken her şey.

Bunun ötesinde, stratejim şu: Bugün dünden daha iyi yapın.

Bu kadar. Amacınız bu.

Bu, dün yazdığınız kodun kötü olduğu ve bugün daha iyisini yapacağınız anlamına gelir. Bugün, bu boşlukları, bilmediğiniz bile bilmediğiniz şeyleri araştıracak, dolduracaksınız. Bugün refactor olacaksın. Biraz fazla dağınık bıraktığınız yöntemi alıp temizleyeceksiniz. Çok sıkı bir şekilde bıraktığın şeyi fark edeceksin. Göz ardı ettiğiniz testi yazacaksınız. Yeni bir şey öğreneceksiniz.

Bunları yaparsanız ve diğer işlerinizi yaparsanız, iyi ve üretken bir gün geçirmiş olursunuz.


0

Yılda en az bir yeni dil öğrenin ve kullanın.

Her yıl büyük programlama / yazılım mühendisliği dünyasının en az bir yeni yönüne dalın ve kullanın.

Derinlere dalmak için kendinizi itin. Eğer kafanın üzerinde olduğun hissini asla alamazsan kendini yeterince zorlamıyorsun.

Kariyerinizi nasıl ilerleteceğiniz konusunda amirinizle konuşun. İyi bir amir, her zaman birinin yerini almasını ister. Patronunuzun patronu ile, hatta zinciri daha da yukarı çekerek bu sonucun nasıl gerçekleştirileceği hakkında konuşun. Bu biraz incelik gerektirebilir; Burada patronunuzun kafasının üzerinden geçtiğiniz izlenimini vermeyin.

Birisi bir tane istemek için bir bakıma sahip olduğu için kaç tane promosyon verildiğine şaşıracaksınız.


Ne söylediğinize katılıyorum, bu soruya uygun bir cevap değil. Soru, kariyerinin genel ilerleyişini değil, günlük katkıları nasıl ölçeceğiydi .
Jarrod Nettles

@Jarrod ile aynı fikirde. Ayrıca, yönetim ile ilgili olmamak spesifikti, bu yüzden promosyonlardan ve bunların nasıl elde edileceğinden bahsedin.
Andy Wiesendanger

@Jarod: Bence günlük katkıları ölçmeye çalışmak bir şeyi başaracak: Yanlış şeye bakmak. Birçok toplantılar Bugün (daha iyi: yaptım kaç katılmak nasıl oldu değil katılmak) kod kaç satır nasıl yaptığını yazıyorum (daha iyi: Ben ortak bir temayı bularak ortadan kaldırmak, ne kadar çok kod). Programcılar parça parça işçi değildir. Bir seferde günler için ilerleme nil gibi görünecek ve sonra aniden voila! bir sürü ilerleme kaydedildi. Daha uzun süreli bir görüşe ihtiyaç vardır.
David Hammen

-1

Sanırım doğru fikre sahipsiniz, kaynak kontrolüne giriş sayısı bunu yapmamın yolu. Her check-in önemli bir program iyileştirme birimidir. Tabii ki sadece tam gelişmiş program güncellemelerini / düzeltmelerini kontrol ettiğinizde çalışır, ancak yine de bu şekilde yapılmalıdır. Eğer ölçüm yapsaydım, bu da o kurala bağlı kalmama yardımcı olabilir.

Kapalı konu raporları başka bir iyi ölçüm çubuğu, ben de buna tamamen katılıyorum. Yine, "Bu kusuru düzeltmeden önce günlüğe kaydetmezsem, bugün kendi ilerlememi doğru bir şekilde ölçmeyeceğim" yolunda hata raporları girmemi hatırlatmamda yardımcı olabilir.

Her iki değerin de toplanması ve grafiklendirilmesi kolay olmalıdır. Hemen hemen elektronik tabloyu görebiliyorum ... 8)


5
-1: Check-in sayısı iyi bir yönetim metriği bile değil. Kolayca sayılabilir ama kesinlikle anlamsız bir fasulye: Fasulye sayaçları için iyi, başka bir şey için iyi değil. İyi bir kişisel metrik değildir. Değişiklik isteği / tutarsızlık raporunu kapatan tüm check-in'ler eşit yaratılmaz. Bir uygulamaya bir kontrol noktası / yeniden başlatma yeteneği eklemek için CR, tek katmanlı bir hatayı düzeltmeyi içeren DR'den bitirmek için biraz daha zordur.
David Hammen

1
Check-in sayısı neredeyse Kod Satırı (LoC) kadar kötüdür. Bu tür metrikleri en üst düzeye çıkarmak, hiçbir şekilde ilişkilendirilmedikleri için daha yüksek kod kalitesine eşit değildir.
Spoike

Her ikisiyle de anlaştılar. Check-in'ler katkıyla eşit değildir. 5 kolay düzeltmeyi kontrol etmek, önemli yeni özelliklerden "daha iyi" değildir.
Andy Wiesendanger
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.