Çevik yazılım geliştirme , günümüzde yazılım mağazaları için tercih edilen bir metodolojidir. Ancak hala yazılım geliştirmelerinde Agile uygulamayan, DevOps'u benimsemekle ilgilenebilecek kuruluşlar var.

Çevik Yazılım Geliştirme derken, Çevik Yazılım Geliştirme Manifestosundan çıkan herhangi bir çocuğu kastediyorum . Mesela Extreme Programming , Scrum , Yazılım Geliştirme Lean ve diğerleri.

Çevik yazılım geliştirme, DevOps'u kuruluş düzeyinde benimsemenin zorunlu bir önkoşulu mu?

Çevik Yazılım Geliştirme DevOps yapmak için gerekli değildir , ancak DevOps için değer teklifinin Agile olmadan genellikle çok daha düşük olduğu argümanı yapılabileceğine inanıyorum.

DevOps birçok şeydir, ancak otomasyon merkezi bir temadır. Otomasyonun değeri, Geliştirmenin yeni sürümler yaratma sıklığı ile doğru orantılı olarak artar. Sık konuşlandırmanın belirli ürün türleri, özellikle tüketici uygulamaları üzerinde olumlu bir etkisi vardır. Yazılım teslim yaşam döngüsü boyunca yüksek hız her yineleme için değer döndürür (zombilerin uygulamalarında yeni özellikler istediği CA reklamını gören var mı?)

Agile olmadan, yüksek frekanslı sürümler imkansız olmasa da, son derece zordur. Geliştirme ekibi yazılımı çeyrek kez veya yılda iki kez yayınlıyorsa, DevOps yine de süreci otomatikleştirebilir, ancak bunun anlamı nedir? DevOps'u benimsemek için zamana, eğitime ve kaynaklara yapılan yatırım kısmen kalitede iade edilebilir, ancak en iyi değer teslimat yaşam döngüsü boyunca yüksek hızı korumaktır.

Bir de sen DevOps benimsemeye gidiyoruz, neden ileri sürülebilir ediyorum değil de Çevik benimsemeye? İkisini de çalıştıran ilkeler birlikte iyi çalışır. Çevik olmadan DevOps'u tek başına uygulamak, Ops ve Dev arasında bir dengesizlik yaratabilir ve burada Ops, hizmet sunumu için Dev'den daha iyi performans gösterir.

HAYIR

Mature DevOps işleminin, Olgun bir Agile süreci gerektirdiğini iddia ediyorum . Sürekli olarak dağıtmak için tam bir güven elde edemezsiniz veya geliştiricilerinizin olgun bir Çevik süreç olmadan dağıtım sürecini başlatmasına izin veremezsiniz .

Ancak, bir kuruluşun DevOps kültürünü ve altyapısını oluşturmadan önce çevik süreçlerini benimsemesine gerek olmadığını açıkça belirtmenin çok önemli olduğuna inanıyorum. Aslında, şirketinizde çalışan bazı temel DevOps'larınız olduğunda Agile'ı benimsemenin daha kolay olduğunu iddia ediyorum. Agile'ın DevOps için bir önkoşul olmak yerine, DevOps'un çevik uygulamanızı ilerletmek için kullanılmasını öneririm.

Agile 2008 konferansında, Andrew Clay Shafer ve Patrick Debois "Agile Altyapısı" nı tartıştılar . Bu DevOps hareketinin başlangıcıydı.

Ancak DevOps'un kökleri Agile Manifesto'da olmasına rağmen, geliştirme ekiplerinin Agile olması kesinlikle gerekli değildir. Çoğu Çevik İlkeleri gerçekten takip etmek önemlidir ama hiçbir spesifik Çevik Metodolojisi geliştirme ekibi çalışma kendi yöntemleriyle elde edebilirsiniz eğer daha fazla veya daha az Çevik İlkelerine, sen yönünden faydalarını göreceksiniz tutarken, reçete ve kapanır.

Şart değil; diğer yanıtların da belirttiği gibi, Agile metodolojileri ve DevOps zihniyeti birbirlerinden kurtulabilir, ancak bana göre DevOps, çevik veya yalın geliştirme çabalarından daha geniştir. DevOps'u benimseyen şirketler, operasyonlar, geliştirme, ürün tasarımı, pazarlama, güvenlik vb.Dahil olmak üzere tüm değer akışına bakar ... hareket, engelleri ortadan kaldırmak amacıyla herhangi bir silodan kaynaklanabilir.

IMHO gerek yok.

Gönderen DevOps (vurgu benim):

DevOps ("yazılım Geliştirme" ve "bilgi teknolojisi OPTIONS" ın kırpılmış bir bileşiği), süreci otomatikleştirirken hem yazılım geliştiricilerinin hem de bilgi teknolojisi (BT) profesyonellerinin işbirliğini ve iletişimini vurgulayan bir dizi uygulamaya atıfta kullanılan bir terimdir. yazılım teslimi ve altyapı değişiklikleri. 1 [2] Yazılım oluşturma, test etme ve serbest bırakmanın hızlı, sık ve daha güvenilir bir şekilde yapılabileceği bir kültür ve çevre oluşturmayı amaçlamaktadır .

Olmadığı can happengibi vurguladım must happen.

Yukarıdaki açıklamadaki hiçbir şey aslında çevik bir geliştirme metodolojisi gerektirmez .

Ancak sık sık DevOps'a geçişlerin, gerçekten birbirine çok iyi uyduklarından, geliştirme sürecine çevik metodolojilerin eklenmesini içerdiğinden şüpheleniyorum.

Adanmışlar kavramı, tam olarak çevikliğin çoğalması nedeniyle ortaya çıkmıştır, bu nedenle adanmışlık yaklaşımlarını bir çeviklikte kullanmak uygundur. Örneğin, çevik, sürekli entegrasyon (devops yaklaşımının bir parçası olan), test ve ürün ortamları için yeni sürümlerin test edilmesi ve sunulması için hizmetlerin ve kapların düzenlenmesi kullanılır.