Kuruluşlar, çalışanları makroları Excel’e “programlamaya” zorlamaya başladığından beri, “vatandaş geliştiriciler” fikri kök saldı. Bir düzeyde, bunda pek çok anlam var – hepsinin aynı şekilde çalıştığını varsayarsak, neden yazılım araçlarını ve süreçlerini birden fazla departmandaki çalışanlara zorlayasınız? Yazılım her zaman ince ayar gerektirmiştir ve mümkün olduğunda belirli görevlerle daha alakalı olacak şekilde manipüle edilebilir. Eski bir deyişin öne sürdüğü gibi, uygulama geliştirme söz konusu olduğunda gerçekten herkese uyan tek bir boyut yoktur, ancak bu, endüstrinin denemesini engellemedi.
Bu nedenle, çalışanların kullandıkları araçlar ve hizmetler üzerinde bir tür kontrol sahibi olabileceği fikri ilginç. Düşük kodlu/kodsuz uygulama geliştirme veya vatandaş geliştirme konusunda zaten çok şey yapıldı, ancak yutturmaca yanlış yere mi yerleştirildi? Geliştiricilerin gözlerini devirmesine neden olan türden bir şey. Az kod yazma/kod kullanmama durumunun çalışanları hızlı uygulamalar sunma konusunda güçlendirebileceği önerisinin bazı faydaları vardır, ancak hikayenin tamamı bu değildir.
Veri entegrasyonu uzmanı Jitterbit’in EMEA başkan yardımcısı ve genel müdürü Joost De Bot’un dediği gibi, son yıllarda düşük kodlu uygulama platformları (LCAP’ler) için, programcı olmayanların ve iş teknolojisi uzmanlarının ihtiyaç duymadan uygulamalar oluşturmasına izin veren çok fazla yutturmaca var. BT girişi gerektirir.
De Bot, “Son zamanlarda şirketler yolda bir tümseğe çarptı” diyor. “Artık herkes bir kurumsal uygulama geliştirebilse de, işletmeye değer katmak farklı bir hikaye.”
Teknoloji trendlerinin gelgitleri için çok tipik bir durum, bu ilk heyecan bir doz gerçeklikle yumuşatıldı. Bir dijital ve veri dönüştürme danışmanlığı şirketi olan Embracent’te dijital uygulama lideri olan Gareth Cummins için bu, kurs için eşittir ve teknoloji liderliğinde değil, iş dünyasının önemini vurgulamaya isteklidir.
“Önemli iş kullanıcılarını hızla çözüm oluşturma ve dağıtma konusunda güçlendiren vatandaş gelişimi güçlüdür, ancak yanlış yönetimin riskleri de karmaşıktır ve önemli yansımaları olabilir” diyor. “Herhangi bir çözümün benimsenmesi, bir yönetim düzeyi gerektirir. Veri ve güvenlik en büyük risklerden ikisi. Kuruluşu itibar zedelenmesinden ve dış tehditlerden korumak için tüm çözümlerin değerlendirilmesi ve bir kuruluşun politika ve prosedürlerine dahil edilmesi gerekir.”
Cummins, temel kontroller olmadan yaygın, kontrolsüz gelişimin gerçekleşebileceğini ekliyor, ancak vatandaş gelişimiyle bu asla kimsenin amacı değildir. Bunun yerine, konsepti kanıtlamak için kuruluşları küçükten başlamaya teşvik ediyor.
Cummins, “Kod/çözümlerin geliştirilmesi ve dağıtılması için temel süreçleri ve kontrolleri uygulayın” diyor. “İşletmeler, çözümlerin işletme politikalarına uygun olmasını sağlamalıdır. Doğru korkuluklarla, risk oluşturmadan esnekliği artıracak şekilde faydaların hayata geçirilmemesi ve çözümlerin kuruluş genelinde genişletilmemesi için hiçbir neden yok.”
Zombi uygulamaları
De Bot daha kritik. LCAP’lerin düşük koddan başka bir şey olmadığını ve kesinlikle sorunsuz olmadığını söylüyor. “Entegrasyon başarısızlığı, artık kullanılmayan, sürdürülmeyen veya herhangi bir değer sağlamayan serbest yüzen zombi uygulamalara neden olabilir” diyor ve kuruluşların temel uygulamaların otomatik olarak geldiği önceden entegre edilmiş düşük kodlu platformları kullanmasının mantıklı olduğunu ekliyor. tamamen entegre ve bağlantılı. Bu düzeyde tak ve çalıştır, diyor, vatandaş geliştiriciler için riski sınırlıyor.
Durum bu olabilir, ancak Gartner’ın kıdemli pazar araştırma uzmanı Varsha Mehta’nın yakın zamanda söylediği gibi, kuruluşlar hızlı uygulama teslimi ve son derece özelleştirilmiş otomasyon iş akışlarına yönelik artan talepleri karşılamak için giderek daha fazla düşük kodlu geliştirme teknolojilerine yöneliyor. Bunu yapmak için, “kuruluşların modern çevik ortam için gereken dijital yeterlilik düzeyine ve teslimat hızına ulaşmasını sağlamak için hem profesyonel BT geliştiricilerini hem de BT dışı kişileri çeşitli az kodlu araçlarla donatıyorlar.”
Spotify’ın daha çevik ve pazara daha hızlı olmak için daha geleneksel kod tabanlı yaklaşımından bilinçli bir şekilde uzaklaşarak vatandaş geliştirmeye doğru kaymasının ardındaki düşünceyi yansıtıyor. Şirkete göre, başlangıçta RPA kodlama, BT yönetişimi, geliştirme, güvenlik ve bir hizmet merkezi oluşturmaya odaklanmak için bir robotik süreç otomasyonu (RPA) mükemmeliyet merkezi oluşturduktan sonra, geliştirme yeteneklerini genişletme fikri onu cezbetti. Bu, muhasebe ve diğer departmanların kendi otomasyonlarını geliştirmelerine izin verecek bir platforma (bu durumda UiPath) geçiş anlamına geliyordu.
Amaç, daha odaklanmış otomasyon yetenekleri sağlamak ve aynı zamanda zor durumdaki geliştirme ekibinin üzerindeki yükü hafifletmekti. İşletme, geliştirme çıktıları üzerindeki kısıtlamaları kaldırarak hızla gelişebileceğini, hizmet sunmada daha çevik ve proaktif olabileceğini hissetti.
Otomasyona öncelik veren zihniyet
Artık Spotify’ın eski küresel akıllı otomasyon lideri olan Sidney Madison Prescott’a göre, düşüncedeki değişim, işletmenin başlangıçta “Mükemmeliyet Merkezi geliştiricilerinin daha sağlam, uçtan uca otomasyonunun yanı sıra kendi otomasyonlarını oluşturmaları için” muhasebecilerinin becerilerini artırdığını gördü.
UiPath’in satış mühendisliğinden sorumlu başkan yardımcısı Manish Patel, bunun şirketin piyasada gördüğü tipik bir durum olduğunu söylüyor. “Önce otomasyon zihniyetini benimseyen müşterilerle düşük kodlu ve kodsuz geliştirme için çok fazla ilgi var” diyor.
Başka bir müşteri olan İsveç’teki Ikano Bank’a, bir kuruluşun “farklı ülkelerdeki yedi şubesinde otomasyonu hızlı bir şekilde ölçeklendirmeye yardımcı olmak” için nasıl dahili bir ekip – bu durumda 40 vatandaş geliştirici – oluşturduğuna dair başka bir örnek olarak atıfta bulunuyor.
Düşük kodlu araçlar, sıkı geliştiriciler, mühendisler veya programcılar ile uğraşmak zorunda kalmadan, yapılandırılmış düşünmeye belirli bir yakınlığı olan dahili personeli kullanmanıza izin verir.
Claus Jepsen, Ünite 4
Tabii ki, bunun anahtarı eğitimdir. Embracent’ten Cummins, beceri eksikliklerini doldurmanın düşük kodlu/kodsuz için birincil bir sonuç olmadığını söylese de, özellikle başarılı geliştirme ekipleri için görevleri serbest bırakıyor veya hızlandırıyorsa, şüphesiz faydalardan biridir. Gartner’a göre pazar liderlerinden biri olan Microsoft, Power Apps Platformunun aylık yedi milyondan fazla kullanıcısı olduğunu iddia ediyor ve müşterisi Accenture, personelinin artık “veri yönetimi etkinliklerini gerçekleştirmek için %42 daha az zaman harcadığını” ve onları ” iş sonuçlarını daha hızlı elde edin.”
Büyük kurumsal yazılım satıcılarının çoğu not aldı ve bir tür düşük kodlu/kodsuz geliştirme hükmünü benimsedi. Salesforce, ServiceNow ve Oracle ve SAP gibi büyük ERP oyuncularının tümü, düşük kod geliştirmeyi etkinleştirdi. Bir başka büyük ERP satıcısı olan Unit4 için bu, iş akışlarını müşterilerin özel gereksinimlerini karşılayan araçlar ve verilerle zenginleştirmek anlamına geliyordu. Buradaki avantaj, normalde teslim edilmesi zaman alacak olan, temel uygulamanın üzerinde ve ötesinde hızdır.
Unit4 CTO’su Claus Jepsen, “Düşük kodlu araçlar, ERP işlevselliğini ölçeklendirmeye yardımcı olur” diyor. “Bu, bir kuruluşun ERP’yi dönüştürmeye geldiğinde, çekirdek sistemi daha standart bir biçimde bırakabileceği ve ardından bu araçları kullanarak onu etkilemeden çekirdeğin dışında uzantılar, entegrasyonlar ve özelleştirmeler oluşturabileceği anlamına gelir. Bu, ERP dönüşümünden daha hızlı geri dönüş almayı çok daha kolay hale getiriyor çünkü şirketler, belirli uzantıların çekirdek sisteme yerleştirilmesini beklemek zorunda kalmıyor.”
çamurlu sular
ERP entegrasyonlarının potansiyel karmaşıklığı göz önüne alındığında, bu, serbestçe çalışmaya bırakılırsa kesinlikle suları bulandırabilir. Vatandaş geliştiricilerden oluşan bir ekibin temel ERP uygulamalarını serbest bırakması harika bir fikir gibi gelmiyor, yani en azından beceriler üzerinde bir etkisi var mı?
Jepson, “Bunun yurttaş geliştiricilerden oluşan bir ordu oluşturacağını söyleyecek kadar ileri gitmezdim,” diyor, “ancak bu düşük kodlu araçlar, yapılandırılmış düşünmeye belirli bir yakınlığı olan dahili personeli, herhangi bir müdahaleye gerek kalmadan kullanmanıza izin veriyor. hardcore geliştiriciler, mühendisler veya programcılar. Yüksek düzeyde teknik geliştiricileri işe almak zor ve pahalı olduğundan, bu anlamda beceri eksikliğine yardımcı olur. Bir şirket, doğru yeteneklere sahip çalışanlarına eğitim ve denetim sağlayabilirse, verimli bir şekilde kullanmak için hazır bir iç kaynak havuzuna sahip olacaktır.”
Düşük kod/kod yok, geliştirici becerileri eksikliğini çözmek için her derde deva değildir, ancak bunu yapmak kesinlikle genel çözümün bir parçasıdır. Otomasyon dürtüsü bunun merkezinde yer alır. GlobalData analisti Misa Singh’in öne sürdüğü gibi, düşük kod, artan fiyatlar, beceri eksiklikleri ve değişen tüketici beklentileri karşısında otomasyon programlarını daha başarılı bir şekilde uygulamak için bağlantılı bir araç seti olarak kabul ediliyor. Önceden oluşturulmuş şablonlar, API mikro hizmetleri ve iş akışı otomasyonu kullanan düşük kodlu mimari, firmaların mevcut beceri eksikliğini gidermesine ve pahalı BT kaynaklarını dağıtarak dengelemesine olanak tanır.
Yeterince adil, ancak Cummins’in de eklediği gibi, bunun birkaç uyarı ile gelmesi gerekiyor, en önemlisi: aşırı karmaşık hale getirilmesi gerekmeyen şeyleri aşırı karmaşık hale getirmeyin. Hız, kuruluşlar için önemli ve vatandaş gelişiminin bir yararı olsa da, ölçek daha az önemlidir. Peki ya yenilik? Yeni edinilen geliştirme becerilerine sahip tüm bu ekstra beyinlerin kesinlikle faydalı olması gerekiyor? Günün sonunda, işlerin daha ucuza daha iyi çalışmasını sağlamak gerçekten önemli.
Cummins, “BT işlevi tarafından yönlendirildiğinde ve desteklendiğinde, yurttaş geliştiriciler iş genelinde daha yaygın olabilir” diyor. “İşin zorluklarını gerçekten anlayan kişilerin ‘geleneksel’ BT’ye saplanıp kalmadan harekete geçmesini sağlıyor ve güçlendiriyorlar. Mutlaka yenilik değildir ama ‘amaca yönelik hız’ hafife alınmamalıdır. Çoğu iş ekibi gerçekten farklılaşan bir şey istemiyor ya da buna ihtiyaç duymuyor – sadece işlerin iyi, hızlı ve verimli bir şekilde çalışmasını istiyorlar.”