DevOps işe alma süreci optimizasyonunun CALMS paradigması yoluyla yolları?

DevOps'un işe alımının çoğu, anahtar kelime eşleme çizgilerini takip ediyor ve bu da benim fikrimce yalnızca teknoloji odağına götürüyor.

Şimdi, DevOps sadece teknolojiden çok daha fazlası ve DevOps Engineer sadece bazı kodlama becerilerine sahip daha iyi bir sistem yöneticisi değil.

Kıdemli DevOps rolü / profili de bana Yalın, Ölçme ve açık ve iletişimsel olmak gibi altyapı ve yazılım mühendisliği becerilerinin ötesinde birçok vakıf ve uygulamada kıdem sunmak anlamına geliyor (DevOps çalışanlarından iletişim becerileri için dürüstçe sorar ?!)

Dolayısıyla, bir iş reklamı / röportajı bir şekilde daha etkili olabilir mi - örneğin, sorgulama CALMS kategorileri de uygulayarak ? - "Şimdi, yalın ilkeleri nasıl uyguluyorsunuz? Son DevOps projelerinizde kültürel yönler nasıl ele alındı?"

Daha fazla ayrıntı:

• C ulture (çatışma yönetimi ve başarısızlıklarına tutum, kendi ve başkaları için stratejiler)
• Bir utomation (burada Kukla / Docker vb becerileri hakkında soruyorsunuz)
• L ean (Yalın temelleri? Türlerini Atık?)
• M irtifası (JMeter gibi araçlar isteyin ancak örnekleme, veri modelleme gibi şeylere de gidin ..)
• S haring (açıkça bilgi yönetimi ve araçlara göre)

GÜNCELLEME - Öyleyse neden işverenler / işe alımlar CALMS tarafından röportajı aşağıda gösterildiği gibi yapılandırmasın (ayrıca, "otomasyon" bölümü DevOps araç zinciri modeli ( belge bağlantısı, salt okunur ) boyunca formüle edilemez ?

Yan not - örneğin kültür artık sadece yumuşak bir beceri değil, DevOps için bu temel becerilerden biri - bu alandaki tüm diğerleri gibi.

Bu harika bir fikir, ayrıca tek bir puanı 5 ağırlıklı puanlara bölerseniz ve sayısal kriterler ve sınırlar eklerseniz, önyargıyı önemli ölçüde azaltacağınızı gösteren Daniel Kahneman nedeniyle . Sadece özgeçmiş puanlamasını değil, telefon ekranları, yerinde görüşmeler, her şeyi bu şekilde kullanarak tüm işe alım sürecini tasarlayabilirsiniz. Görüşmecilerin doğal önyargılarını önemli ölçüde azaltacaktır. Aslında tüm işe alımlar için benzer bir şey yapmaya başladık.

Açıkçası, her alanın içinde, pozisyon için şirket için önemli olana ağırlık eklemelisiniz, ancak çok yönlü bir mühendis tutuyorsunuz ve kuruluşunuzun işleyişinde büyük değişiklikler önerecek birini istiyorsunuz, sadece işe almıyorsunuz sınırlı bir alanda çalışmak için belirli becerilere sahip biri. Birçok kişi bu rolü daha yüksek ücretli bir Sürüm ve Yapım Mühendisi olarak görür ve bu durumda işe almanız ve reklam vermeniz gerekir.

Bir DevOps kiralama için Yalın'ı Öğrenme ile değiştirmenizi öneririm. Başlangıçta CAMS ve bazıları Yalın'ı dahil etmek için CALMS'a genişletmesine rağmen, DevOps'un Yalın'dan çok daha fazlasına dayandığı için biraz kısıtlayıcı. Ayrıca edilir Deming Varyasyon ve Sistem Düşüncesi, Nedeni Özel ve Common hakkında 'in fikirlerini Nash'in Denge , Shewhart en (kendileri için her optimize eder, sonuç, optimal olabilir, eğer herkes grubunun ilgisini içerdiğinde kıyasla) İstatistiksel Proses Kontrol , Goldratt en Kısıtlar Teorisi , Taleb'in Kırılganlık Karşıtı ve çok daha fazlası.

Bu ayrıca Öğrenme'deki konferanslara katılımı ve Paylaşım olarak konferanslarda veya buluşmalarda sunumları dahil etmenizi sağlar. Her zaman bir ekibin parçası olmadığınız veya şirketinizin meslektaşlarınız olarak meslektaşlarınız için yeterince büyük olmayabileceği bir konumda, işyeri ilişkileri ve öğrenme fırsatlarının oluşturulması ve sürdürülmesi çok daha önemlidir. Genelde bu ikisini Kültür altında grupladık.

Kurumunuzdaki süreçlerin iyileştirilmesinde etkili olması için gereken yumuşak becerileri Kültür altına kişisel olarak koyardım. CMMI , Kanban , Devam Eden Çalışma sınırları , Çevik uygulamalar vb.

JIRA daha çok Paylaşım aracına benziyor ve Git Otomasyon ile daha yakından ilgili.

DÜZENLE

Bunun kuruluştan kuruluşa ve bir DevOps / Senior DevOps'un ne yapması gerektiğine bağlı olduğuna inanıyorum, bu nedenle ilk cümlenizin% 100 doğru olduğunu. Çünkü bir DevOps, şirketin kullandığı bir takım araçları kullanabilmeli ve aynı zamanda şirketin ve geliştiricilerinin daha hızlı çalışmasını ve daha az harcamasını sağlayan yeni araçları geliştirmeli veya getirmelidir.

Bence bir DevOps güçlü SysAdmin becerilerine sahip olmalı ve Kukla, Şef, Python, Bash gibi açıkça kodlama becerilerine ve en azından neden küçük hata ayıklama yapabilmek için sunuculara giden kod hakkında biraz bilgi sahibi olmalıdır. uygulama bir ortamdan diğerine beklendiği gibi davranmaz.

Şimdi, Kıdemli DevOps olarak CALM uygulanabilir, ancak Yalın ve Ölçüm ilkeleri geçerli olabilir / olmayabilir. Örneğin, sıradan şeyleri otomatikleştirmek ve zamandan tasarruf sağlayan ve daha az atık üreten her şeyi senkronize tutmak için Chef / Kukla / Ansible kullanarak uygulamalar geliştiriyoruz .

Ölçüm ile ilgili olarak, çoğu durumda uygulanabilir olup olmadığından emin değilim. Ancak, diğer CALM ilkeleri bir DevOps pozisyonunun parçasıdır.

İyi iletişim becerilerine sahip olmak bir DevOps olarak da önemlidir, ancak bir Kıdemli DevOps olarak daha önemlidir, çünkü sadece ekibinizle ilgilenmek ve bilgi ve geliştiricileri ile paylaşmak için orada olduğunuz gibi onları desteklemek zorunda kalacaksınız, aynı zamanda raporlar oluşturmak ve sunumları yönetimin önünde tutmak.

Eklediğiniz elektronik tabloyu beğendim ve puan sistemine sahip olmak iyi, ancak bazı şirketler de bir iş ilanına gereğinden fazla beceri / teknoloji ekliyor.

Ayrıca, bir telefon görüşmesinden sonra (eğer varsa) Bir görüşmede, hata ayıklama sürecinizi çözmeniz veya en azından hata ayıklama sürecinizi ve belirli durumlarda nasıl davranacağınızı göstermeniz için size bazı problemler vermenin yararlı olacağını düşünürüm. Kişisel olarak, bir sorunu çözmenin 'n' yolu olduğuna inandığım için yazılı testlerden hoşlanmıyorum ve ayrıca her şeyi ezbere bilmeniz beklenmediğinden bazen Google arkadaşınızdır.

Bir DevOps / Senior DevOps olarak, kullanılan uygulamalar ve bilgi arasında bir çizgi olduğuna inanıyorum. Bu yeni / eski araçları kullanma veya kod yazma konusunda şaşırtıcı olabilirsiniz, ancak hata ayıklama veya sadece bir sunucudaki sorunun ne olduğunu anlamaya gelince, Jenkins işi bunu yapamayabilirsiniz.

Son olarak, sunulan elektronik tablo, bir DevOps bilgisini bir Kıdemli pozisyon için de değerlendirmenin bir yolu olduğunu düşünüyorum.

Seçim süreci söz konusu olduğunda, elektronik tabloya bir göz atabilir ve kurumunuz için doğru olduğuna inandığınız bir puanı olan kişiyi seçebilir, ayrıca röportaj sırasında ve yoldaki davranışlarını aklınızda tutabilirsiniz. bu soruları sundu / yanıtladı.