“Mükemmeliyet Merkezi” (CoE) Yazılımının Özellikleri Nelerdir?

Son zamanlarda bölümümün yeni bir müdürü geldi ve "mükemmeliyet merkezi" olma arzusunu dile getirdi. Programlama geçmişi olan ilk patronum olduğu için bunun bir açıklaması olacağını ummuştum. Ancak, o kaldı.

Son birkaç gündür buna yansıdığım gibi, bir CoE'nin ürünü teslim etmede sadece "etkili" olmanın ötesinde ne anlama geldiğini boş buluyorum. İşte mücadele ettiğim ana öğeler:

1. Bu sadece yönetim türleri tarafından atılan bir terim midir?

2. Bir grup yazılım geliştirici ve test kullanıcısını mükemmel kılan özellikler

3. Bu bağlamda mükemmelliği nasıl ölçersiniz?

Evet, bu sadece yönetim türleri tarafından atılan bir terimdir, ancak yönetim dilini çıkarırsanız söylediği şey, endüstrinin en iyi uygulamalarını başkalarının istediği ve yaptığı şekilde kullandığı ve somutlaştırdığı görülen bir departman istemesidir. böylece insanların hoşlandığı harika çözümler sunmak.

(Bu son parça önemlidir - eğer gerçekten sunmuyorsanız, diğer her şeyin ne kadar büyük olduğu önemli değildir ve yöneticiniz uzun sürmeyecektir).

Karmaşıklık iki şekilde gelir:

1) Bunu, yazılım geliştirmenin doğru yolu olduğunu ve harika ürünler üretmenin bu şekilde olduğunu anladığı için mi istiyor, yoksa bunu övünmek istediği için mi istiyor?

2) En iyi uygulamaları uygulamakla birlikte gelen ön maliyeti (zaman, para, güvenilirlik ve risk) kabul edecek mi? "Çevik gidelim" demek güzel ama itibarını bazı şeyleri geliştireceği ve organizasyona satmak için çok zaman harcayacağı çizgisine koyuyor. Neredeyse her zaman faydalar uzun vadelidir, maliyetler kısa vadelidir ve bu zor bir iştir. Sonuçta bu konuda gerçekten ciddi mi?

Neye benzeyeceği açısından, yaptığınız şeye bağlıdır, ancak geliştirme ve proje yönetimi süreçlerinizin ne olduğu, hangi araçları kullandığınız, insanların sahip olduğu kitler vb. . Joel Testi her zaman başlamak için iyi bir yerdir ve özellikle gerçekten sağlam bir sürüm kontrol süreci, gerçekten iyi hata izleme ve gerçekten iyi inşa süreçleri görmek istiyorum.

Ayrıca, çevik metodolojilerin sizin için doğru olup olmadığına (özellikle SCRUM), otomatik testin ne ölçüde yardımcı olabileceğine de bakarım (dini bir savaşa başlamadan, testlerin karmaşıklığının avantajlarından daha ağır bastığı nokta hakkında farklı inançlar vardır. sağlamak) işi yapmak için gerekli araçlara ve kitlere sahip olup olmadığınızı belirtin. Genellikle aletlerin ön tarafta olmasını, ancak kanama kenarında olmamasını öneririm. Bunun oyuncak sahibi olmakla ilgili olmadığını, takımdaki herkese mümkün olduğu kadar iş günü için olabildiğince verimli araçlar vermeyi vurgulamakta fayda var. En belirgin örnek kötü PC'lerdir - geliştiricilere bir imleci izlemeleri için ödeme yapmak gerçekten mükemmel mi, projeleri günde yarım düzine kez inşa ettiklerinde inşa etmek 5 dakika sürüyor mu?

Mükemmeliyet merkezinde muhtemelen görülebilecek birkaç şey daha: Bir yazılım mükemmeliyet merkezinin muhtemelen oldukça iyi bir eğitim programına sahip olduğunu öneririm - belki resmi dersler değil, kesinlikle bütçe, çalışma zamanı, rehberlik ve sevmek.

Ve bunun muhtemelen az miktarda (en azından) Ar-Ge işi yaptığını öneririm. Bununla tamamen mavi gökyüzü şeylerinden bahsetmiyorum, ancak geliştiricilere yeni şeyleri denemek ve müşteriye sürekli teslimat baskısı olmadan yeni araçları ve dilleri değerlendirmek için yer vermek istiyorum. Gelecek yıl, gelecek yıl böyle devam edersiniz.

Bunu nasıl ölçebilirsin? Ah, asırlık soru. Sonuçta imkansız olmasa da yazılım geliştirmeyi ölçmek zordur ve yazılım geliştirmedeki mükemmelliği ölçmek de benzer şekilde zordur.

Birçok şirket tarafından yaygın olarak benimsenen faydalı olacağını düşündüğüm tek şey müşteri ve personel memnuniyetidir. Bu dolaylı bir ölçüdür, ancak benim görüşüm, mükemmel değilseniz, gerçekten büyük müşteri memnuniyeti seviyeleri ve gerçekten de büyük personel memnuniyeti elde etmeniz olası değildir.

Gelincik sözleriyle ilgili sorun bu ; bir şey ifade ediyormuş gibi geliyorlar ... ama gerçekten değiller

Bağlamdan bakıldığında, şirketiniz bir ürün üretiyor gibi görünüyor ve müdürünüz sadece departmanınızın mümkün olduğunca verimli ve etkili olmasını istiyor. IME, bu, aşağıdakilerden birini veya tümünü yapmaya niyetlendikleri anlamına gelir:

• İşe alım konusunda "katı gereklilikleri" olan yeni kişiler işe alın (genellikle daha yüksek dereceler veya sertifikalar veya endüstri tanıma)
• "Yağ Trim" - üretmediğini düşündükleri peolpe kurtulun
• Araçlar / süreçler / insanlar / eğitim departmanına para enjekte edin

Bu nedenle, sorularınızı doğrudan yanıtlamak için:

• Evet
• Bunun için kesin bir cevabım yok. Mükemmelliği ölçmek için kullanılabilecek birçok metrik var.
• Bu bağlamda, genellikle çıkış tarihlerini yapıp yapmadığınıza göre.

30 yılı aşkın deneyimimde böyle bir ifade genellikle daha az insanla daha fazla üretmenizi istediğimiz anlamına gelir.

1 numaralı noktanızın
cevabı : Cevap kesinlikle Evet , deneyimli Bullshit Bingo oyuncuları gibi bir terim . Bu, terimin anlamsız olduğu anlamına gelmez.

Sayı 2'ye üzerine edelim hamle:
Alındığı Vikipedi : Mükemmeliyet Merkezi: Bir resmen atandı ve gayrı kabul bilgi ve tecrübe vücut konu alan üzerinde. Resmi olarak atanmış ve gayri resmi olarak kabul edilmiş olanları unutalım ve bilgi ve deneyim bedenine odaklanalım. Bilgiyi teorik bir arka plan, son deneyimi de pratik uygulamadan gelen bir şey olarak görürdüm. Mükemmelliğe ulaşmak için her ikisine de ihtiyacınız var. Bu (oldukça açık) niteliklerin yanı sıra, mükemmelliğin elde edilmesi için üçüncü bir kalemin gerekli olduğunu düşünüyorum: Kendinizi sorgulama, ne yaptığınızı yansıtma ve iyileştirme yollarını arama yeteneği. Bir öğrenci olarak öğrendiğiniz bilgi, ancak sürekli üzerinde çalışmanız, en son gelişmeleri takip etmeniz vb. Gerekir. Topladığınız deneyim, neredeyse kaçınılmazdır. Yönetim açısından en zor kısım, bir yansıma ve kendini geliştirme kültürü yaratmaktır (patronunuzla iyi şanslar ;-)

3. soruya gelince:
Bence yapamazsın. Ben sadece burada başarıya projeler getirmek daha konuşuyorum (bu zaten diğer şeylerin yanı sıra, en çok botu proje bile bir başarı ilan eğilimi nedeniyle PowerPoint sunumunda daha güzel görünüyor çünkü zaten ölçmek zordur). Gerçek mükemmellik, bir ekibin tüm üyelerinin elinden gelenin en iyisini yapma, kendilerini, araçlarını, süreçlerini vb. İyileştirme tavrından gelir.

"Yazılım Mükemmeliyet Merkezi" dendiğinde akla ilk gelen kişi Bob Martin Amca

Martin Amca, yazılım işçiliğinde Yazılım İşçiliği olarak bilinen formda mükemmelliği savunuyor . Wikipedia'nın açıkladığı gibi

Yazılım işçiliği, yazılım geliştiricilerin kendilerinin kodlama becerilerini vurgulayan yazılım geliştirmeye bir yaklaşımdır. Yazılım geliştiricileri tarafından, geliştiricinin hesap verebilirliği konusundaki finansal kaygıların önceliklendirilmesi de dahil olmak üzere, anaakım yazılım endüstrisinin algılanan hastalıklarına verilen bir yanıttır.

Yazılım İşçiliğinin ne olduğunu açıklarken onu aşağıdaki podcast'te dinleyin:

• Yazılım Mühendisliği Radyo Bölüm 150 Bob Martin ile Yazılım İşçiliği

Ayrıca , iyi hazırlanmış yazılımların önemini, değer katmayı, profesyonellerin topluluğunu ve üretken ortaklıkları vurgulayan Yazılım İşçiliği Manifestosu'na da göz atın.

DÜZENLEME: Bir yazılım mükemmeliyet merkezi mükemmel şekilde eğitilmiş programcılar gerektirdiğinden, aşağıdaki kaynaklara da bakmak isteyebilirsiniz:

• Programcının Yetkinlik Matrisi
• Her Bilgisayar Bilimi Binbaşı Ne Bilmeli
• Her Programcının Bilmesi Gereken 97 Şey
• Her Yazılım Mimarının Bilmesi Gereken 97 Şey

Bana sadece nicelikten daha kaliteli bir kültüre sahip olmak istediğini söylüyormuş gibi geliyor, sonra tekrar @ss'den bahsediyor olabilir. Programcılar olarak insanların söylediklerini düşünmeye eğilimli olduğumuzu düşünüyorum. En azından biliyorum. Nasıl dediğine göre, sadece kurumsal konuşur ama düşünmeyin. Diğerlerinin söylediği gibi, ona sorun.