Birden fazla şampiyona ihtiyaç var: DevOps'un sizin için çalışmasını sağlamak

Teknoloji endüstrisi bir süredir DevOps'tan bahsediyor ancak bunun ne olduğu ve kuruluşlara nasıl fayda sağlayabileceği konusunda hâlâ birçok kafa karışıklığı var.

ZDNet yakın zamanda CA'nın EMEA uygulama dağıtım işini yürüten Ritu Mahandru ile görüştü. DevOps'un nasıl geliştiği ve etkilediği hakkında konuşmak için şirketin en hızlı büyüyen iş birimi işletmeler.

ZDNet: Sektör DevOps'tan çokça söz ediyor, peki siz onun kapsamını nasıl değerlendiriyorsunuz?

Mahandru: İnsanlar DevOps'un dijital devrimin bir sonraki aşamasını nasıl yönlendireceğini merak ediyor ve bizim de bunu sağlamaya başlamamız gerekiyor. Bunu bir felsefe olmaktan çıkarıp somut faydalar sağlayan bir şeye dönüştürmeliyiz. DevOps'u benimsemenin henüz ilk aşamalarında olan çok sayıda müşteri görüyorum.

Bu tür bir girişimin nereden geldiğine dair bir fikriniz var mı?

Değişimi gerçekleştirmeye çalışan kişiler kesinlikle iş dünyasından (C eksi bir seviye) geliyor. Pazarlamacılar bunu yönlendirmeye çalışıyor, diğerleri daha fazla gelir elde etmeye çalışıyorlar ve bir de müşteri deneyimi var. Bu alanda çok fazla vurgu var. Müşteri deneyimini iyileştirmenin yollarını bulmaya giderek daha fazla odaklanılıyor. Müşterilerin şikayet etmesi o kadar kolaydır ki, genel müşteri deneyimini iyileştirmenin yollarını bulmaya çok fazla önem verilmektedir.

Görünen o ki bazı şirketler bunu çok iyi anlıyor, bazıları ise anlayamıyor. Neden bu olduğunu düşünüyorsun?

İlginç bir alan çünkü geleneksel işletmelere karşı yeni girişimlere sahipsiniz. Geleneksel olanlar, eğer mutlu değilseniz geri gelip, geri döneceğinizi varsayıyorlar. onlara söyleyin, yeni olanların ise sürekli olarak kontrol edip müşterilerden kendilerinin olup olmadığını öğrenmelerini isteme olasılıkları daha yüksektir. mutlu.

Mesele şirketleri o seviyeye getirmektir. İnsanlar şikayet etmek ve size ne düşündüklerini söylemek isterler ve bu nedenle onlara bunu kolayca yapabileceklerini hissettirmek önemlidir.

Organizasyonların bunu yapmasını nasıl sağlarsınız?

İlk şey müşterilerin sizinle iletişim kurmasını kolaylaştırmaktır. Bu kolay olmalı ama ortalama bir web sitesine girdiğinizde, memnun değilseniz kime şikayet edeceğinizi görmekte kaç kez zorluk yaşadınız?

Bu, kuruluşların kendilerini müşteriler için erişilebilir hale getirmesiyle ilgilidir ve birçok şirket bundan söz ediyor. Kusursuz deneyim, web sitesinde daha iyi etkileşim, çağrı merkezleriyle etkileşim vb. gibi şeyler. En ilgi çekici alanlardan biri perakende. Perakendecilerin bu konuda önde olduklarını görüyoruz çünkü bunu yapmazlarsa işlerinin aksacağını biliyorlar.

DevOps'un en zor kısmı işin bu kısımlarının birbiriyle konuşmasını sağlamak olmalı. Tavsiyen nedir?

Buradaki sorun şu ki, insanlar bir girişimin arkasında bir araya getirilmedikçe her zaman birbirlerinden ayrılacaklardır. Müşterileri nasıl daha iyi yönetebileceklerine bakacaklarını söyleyen bir alanla başlarsanız, o zaman geliştiriciyi oluşturursunuz. ve operasyon ekiplerinin bu girişimin arkasında bir araya gelmesini sağlayabilir ve kendi aralarında çalışmak yerine onları tek bir kişi olarak bir araya getirebilirsiniz. takım.

İnsanlar DevOps'tan sanki bir grup araçmış gibi bahsediyorlar ama bence bu, insanların, süreçlerin ve teknolojinin birlikte çok daha iyi ve tek bir etkili ekip halinde çalışmasını sağlamanın bir yolu. İnsanları bir araya toplarsınız, onları bir inisiyatifin arkasına alırsınız ve işi oradan alırsınız.

Bazıları DevOps'u ilerletmek için bir şampiyona ihtiyaç duyulduğundan bahsediyor. Katılıyor musun?

Çok fazla şampiyona ihtiyacınız var çünkü tek kişi bu tür bir değişikliği gerçekleştiremez. Ve çoğu zaman tek bir şampiyonunuz olduğunda o kişi teknoloji uzmanı olma eğilimindedir. Bu yeterli değil.

Bir teknoloji uzmanı DevOps'un yapabileceklerini alabilir ancak bu yeterince ileri gitmez. Büyük bir iş sorununu çözmeye çalıştığınızda, bir teknoloji uzmanının bunu tek başına yapması çok zordur.

Pek çok insan bunun gerçekleşmesi için MD'yi dahil etmeniz gerektiğini söylüyor. Kabul eder misin?

En azından bunu yönlendirecek üst düzey bir yöneticinizin olması gerekir. Başarıyı erkenden göstermelisiniz ve insanlar geri gelip 'Ne yaptın? Her ne ise, bunu yapmak istiyoruz.'

Müşterilerimize baktığınızda şunu söyleyebilirim ki, bunu denedikleri yerde, altı ay içerisinde ilgide bir artış yaratmaya başladılar. Genellikle teknolojileri denemek ve ardından yaklaşımı denemek ve oradan geliştirmek için bir ekip veya bir iniş noktası gerekir.

Sanırım altı ay içinde birikmiş işler oluşmaya başlayacak ve ardından insanların başlamak isteyeceği birkaç projeye sahip olacaksınız. ve çoğu kendileri için uygun bir zamanlama noktası bulacak ve ardından bunu bir sonraki sürümlerinde veya sonraki sürümlerinde deneyecekler veya Her neyse. Daha sonra DevOps'un bunu yapmanın yolunu anlayacaklar ve bir zaman çizelgesi belirleyecekler. Bunu görüyoruz.

Ayrıca bir tür 'fildişi kule' yaklaşımının da işe yaramadığını da gördük. İşe yaramayan şey, oturup en iyi uygulamalar ve bunun gibi şeyler üzerinde çalışacak bir DevOps ekibi oluşturmaktır. En iyi sonuç veren şeyin, DevOps uzmanının proje ekiplerine fiilen yerleştirilmesini sağlamak olduğunu düşünüyoruz.

Agile ve DevOps arasındaki farklar veya ortak noktalar olarak ne görüyorsunuz?

Bir fark görüyorum çünkü Agile yapabilir ve DevOps yapmayabilirsiniz. Çünkü sen olabilirsin scrum'u benimsemek metodolojiler ve DevOps'a doğru ilerlemek, ancak yine de sürüme geçtiğinizde, hala eski moda şekilde sürüm yayınlıyor olabilirsiniz.

İdeal olarak bunların birlikte yapılması gerektiğini söylüyorum ama Agile yaptığınızda mutlaka DevOps yaptığınızı düşünmüyorum. Açıkçası, birlikte daha iyi çalışıyorlar ancak çoğu zaman kuruluşların şu sorunlarla mücadele ettiğini görüyorsunuz: şelale benzeri geliştirme ve DevOps yaptıklarını düşünüyorlar.

Peki Agile'da bir gelişme mi görüyorsunuz?

Tanrım, evet. Her geliştirici Çevik bir şekilde gelişmek ister ancak zorluk, Çevik'i destekleyecek şekilde oluşturulmuş yeterli uzmanlığa sahip olup olmadığımızdır.

Bunun sektör çapında bir sorun olduğunu düşünüyor musunuz?

Öyle ve kendimize bu konuda nasıl daha iyi olabiliriz diye soruyoruz ama bunun esas olarak bir eğitim meselesi olduğunu düşünüyorum. Önemli olan, hepimizin bir şeyleri hızla değiştirmeye alışmamız gerektiğidir. İnsanlar işleri şelale şeklinde yapmaya alıştıktan sonra Agile'a geçme ve işleri iki günde teslim etme fikri daha ilginç hale gelir.

Ancak bir şeyi yayınladığınızda bazılarının çalışıp bazılarının çalışmaması gibi bir sorun yok mu? Sonra bir güncelleme yayınladığınızda aynı şey olmuyor mu?

Evet, geliştiricileri elinizde tutmalısınız. Bir şeyleri hızlı bir şekilde geliştirebilirler ve hızlı bir şekilde yayınlayabilirler ancak o zaman soru şu: Yeterince test edildi mi?

Bunun nedeni, yalnızca geliştirme tarafına değil, tüm sürecin daha fazla odaklanmaya ihtiyaç duymasıdır. Geliştiriciler üzerlerine düşeni yapıyorlar ama biz kodun bitiminden test aşamasına ve yayınlanma aşamasına kadar ne yapacağız?

Deneyimlerinize göre optimum bir ekip büyüklüğü var mı?

Bu, analistlerden ve programcılardan oluşan bir ekibin bir şeyler yapması için bir araya getirilmesi durumudur ve ardından işi mümkün olduğu kadar çabuk dahil etmeniz gerekir. Bunu tek başınıza yapmaya çalışmayın.

Diğer ülkelerle karşılaştırıldığında Birleşik Krallık'ta bu konuda nerede olduğumuzu anlıyor musunuz?

Çoğu şirket bir şeyler başlattı ancak kaç tanesinin aslında bu döngüyü tamamladığı başka bir şey. Uluslararası alanda, Avrupa'da pek çok iş yapıyorum ve Birleşik Krallık'ın geldiği noktadan oldukça etkilendim. Hollanda gibi çok gelişmiş ülkeler var, Fransa da oldukça gelişmiş. Sektörler açısından bakıldığında en fazla ilerlemenin kaydedildiği alanlar finansal hizmetler, bankacılık ve sigortacılıktır.

DevOps hakkında daha fazlasını okuyun

• DevOps ve ITIL bir arada var olabilir mi? İki BT hizmet felsefesinin hikayesi
• DevOps şirketi JFrog 50 milyon dolar fon topladı
• DevOps: Beklenti ile gerçeklik arasında hala büyük bir fark var