Yazılım ekibi darboğaz olan şirketler
Küçük taleplerin sıra beklediği ve birimlerin sabırsızlandığı yapılar. Bu şirketlerde düşük kodlu platform, ekibin üzerindeki küçük iş yükünü alarak asıl işe odaklanmasını sağlar.
Kendi sunucunuzda çalışan iş akışı motorlarını ve iç araç oluşturucuları kurar, sistemlerinize bağlar ve en önemlisi yönetişimini kurarız: kim akış kurabilir, sırlar nerede durur, akışın sahibi kim ve bozulduğunda kim bakar.
Düşük kodlu araçlar gerçek bir ihtiyaca cevap veriyor. Bir birimin küçük bir otomasyona ihtiyacı olduğunda, bunun için yazılım ekibinden sıra beklemek çoğu zaman işin kendisinden uzun sürer. Bu araçlar sırayı atlatır: iki sistemi birbirine bağlayan, bir bildirim gönderen ya da bir onay akışı yürüten bir kurgu, günler yerine saatler içinde ayağa kalkar. Bu hız gerçektir ve küçümsenmemelidir.
Ancak bu hızın bir arka yüzü var ve bunu açıkça anlatmayı tercih ediyoruz. Kolayca kurulan akış, kolayca unutulur. Altı ay sonra o akışı kimin kurduğu, hangi sisteme hangi yetkiyle bağlandığı ve içinde hangi parolanın gömülü olduğu bilinmez hale gelir. Akışı kuran kişi işten ayrılır ve akış çalışmaya devam eder; bozulduğunda ise kimse ne yaptığını bilmediği için müdahale edilemez. Bir süre sonra kurumda kimsenin haritasını çıkaramadığı bir otomasyon ağı oluşur.
Bizim yaklaşımımız aracı reddetmek değil, çerçevesini kurmaktır. Platform kendi sunucunuzda kurulur, sistemlere bağlantılar merkezi ve denetlenebilir biçimde tanımlanır, sırlar akışın içine gömülmez ayrı bir kasada tutulur. Her akışın bir sahibi ve bir amacı yazılır. Kimin akış kurabileceği, hangi sistemlere kimin bağlanabileceği ve hangi işlemlerin düşük kodlu araçla yapılamayacağı baştan belirlenir. Bu çerçeve kurulduğunda hız korunur, dağınıklık önlenir.
İkinci konu, hangi işin bu araçlarla yapılacağıdır. Düşük kodlu platformlar bağlantı, bildirim, onay ve basit veri aktarımı işlerinde çok verimlidir. Buna karşılık karmaşık iş kuralları, yüksek hacimli veri işleme ve kritik finansal hesaplar bu araçlarla kurulduğunda bakımı zor ve kırılgan yapılar ortaya çıkar. Hangi işin platformda, hangisinin özel geliştirmede kalacağını birlikte belirleriz; bu ayrımı yapmak, kurulumun kendisinden daha değerlidir.
Küçük taleplerin sıra beklediği ve birimlerin sabırsızlandığı yapılar. Bu şirketlerde düşük kodlu platform, ekibin üzerindeki küçük iş yükünü alarak asıl işe odaklanmasını sağlar.
Farklı birimlerin kendi başına kurduğu, kimsenin envanterini bilmediği akışları olan işletmeler. Buradaki iş, sıfırdan kurmak değil dağınıklığı toparlamaktır.
Bulut tabanlı otomasyon servislerini veri hassasiyeti nedeniyle kullanamayan kurumlar. Kendi sunucusunda çalışan platformlar bu ihtiyacın karşılığıdır.
ERP, e-ticaret, kargo, muhasebe ve destek sistemleri arasında verinin elle taşındığı şirketler. Bu bağlantıların çoğu, özel geliştirme gerektirmeyecek kadar basittir.
| Yetenek | Ne sağlar |
|---|---|
| Platform seçimi ve kurulumu | İhtiyaca uygun platform, kendi sunucunuzda veya kendi bulut kiracınızda kurulur. Seçim, popülerliğe değil sizin sistemlerinize bağlanabilirliğine, yedekleme ve güncelleme kolaylığına ve ekibinizin taşıyabileceği bakım yüküne bakılarak yapılır. |
| Sistem bağlantılarının merkezi tanımı | ERP, veritabanı, e-posta, dosya sunucusu ve dış servis bağlantıları merkezi olarak tanımlanır; her akış kendi bağlantısını kurmaz. Böylece bir parola değiştiğinde tek yerde güncellenir ve hangi akışın hangi sisteme eriştiği görünür kalır. |
| Sır yönetimi | Parolalar ve anahtarlar akışın içine gömülmez, ayrı bir kasada tutulur ve erişimi kayıt altına alınır. Düşük kodlu ortamlarda en yaygın güvenlik sorunu, akış tanımının içinde açıkta duran kimlik bilgileridir. |
| Yetkilendirme ve akış sahipliği | Kimin akış kurabileceği, kimin yalnızca çalıştırabileceği ve hangi sistemlere kimin bağlanabileceği tanımlanır. Her akışın bir sahibi ve yazılı bir amacı olur; sahipsiz akış oluşturulamaz. |
| İzleme, hata yönetimi ve envanter | Akışların çalışma durumu izlenir, hatalar bildirilir ve tekrar deneme kuralları tanımlanır. Tüm akışların envanteri tek ekranda durur: ne yapıyor, kim sahibi, en son ne zaman çalıştı, kaç kez hata verdi. |
| Sınırın çizilmesi ve devir | Hangi işin platformda kalacağı, hangisinin özel geliştirmeye taşınacağı yazılı bir kural haline getirilir. Ekibe eğitim verilir; yeni bir akış kurulurken izlenecek asgari adımlar bir kontrol listesi olarak bırakılır. |
Bugün hangi akışların çalıştığını, kimin kurduğunu ve neye bağlandığını çıkarırız. Excel makrolarından zamanlanmış görevlere kadar her şey envantere girer. Bu tur genellikle kimsenin haberdar olmadığı birkaç kritik akışı ortaya çıkarır.
İhtiyaca uygun platform seçilir ve kurulur; yedekleme, güncelleme ve erişim düzeni baştan tanımlanır. Kurulumun kendisi genellikle işin en kısa kısmıdır.
Kimin akış kurabileceği, sırların nerede duracağı, hangi işlerin platformda yapılamayacağı ve akış sahipliğinin nasıl işleyeceği yazılır. Bu adım atlandığında, altı ay sonra aynı dağınıklık yeni platformda yeniden oluşur.
Mevcut kritik akışlar platforma taşınır ve standarda uygun hale getirilir. Taşıma sırasında bazı akışların artık gereksiz olduğu görülür; bunlar taşınmaz, kapatılır.
Akış kuracak kişilere eğitim verilir, kontrol listesi bırakılır ve izleme paneli devredilir. Bakım sorumluluğunun kimde olduğu yazılı hale getirilir; bu, en çok atlanan ve en çok soruna yol açan maddedir.
Kalır ve bunu baştan söylemek doğru olur. Düşük kodlu araçlar bağlantı, bildirim ve basit akış işlerinde çok verimlidir; karmaşık iş kuralları, yüksek hacimli veri işleme ve kritik hesaplar söz konusu olduğunda kırılgan ve bakımı zor yapılar üretirler. Doğru kurgu, ikisinin birlikte kullanılması ve aralarındaki sınırın yazılı olmasıdır.
Hayır. Önce envanter çıkarılır; hangi akışın çalıştığı, hangisinin artık gereksiz olduğu ve hangisinin riskli olduğu görülür. Bir kısmı olduğu gibi kalabilir, bir kısmı standarda uydurulur, bir kısmı kapatılır. Çalışanı bozmamak temel ilkedir.
Bu sorunun cevabını projenin sonunda değil başında veririz, çünkü en çok soruna yol açan boşluk burasıdır. Bakım ya iç ekipte tanımlı bir kişiye verilir ya da bir bakım anlaşmasıyla dışarıya bırakılır. Sahipsiz bırakılan otomasyonlar, bozulduklarında iş durdurur ve kimse nereden başlayacağını bilmez.
Kurulum kendi sunucunuzda veya kendi bulut kiracınızda yapılır; veri dışarı çıkmaz. Akış içinde dış bir servise bağlanılıyorsa, hangi verinin gittiği tanımlanır ve kayıt altına alınır. Bu, bulut tabanlı otomasyon servislerine göre kurulumun temel farkıdır.
Seçilen platforma göre değişir; açık kaynak seçeneklerde lisans maliyeti olmayabilir ama sunucu ve bakım maliyeti vardır. Seçim aşamasında toplam maliyeti, yani lisans, sunucu ve bakım yükünü birlikte hesaplar ve karşılaştırırız. Yalnızca lisans ücretine bakan bir karşılaştırma yanıltıcı olur.
Kendi ortamınızda kurulmuş bir otomasyon platformu; merkezi bağlantı ve sır yönetimi; yetki ve sahiplik kuralları; çalışan akışların envanteri ve izleme paneli; hangi işin platformda yapılıp yapılmayacağını belirleyen yazılı sınır ve ekip için kontrol listesi. Akış tanımları ve kaynak kod dahil üretilen her şey size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Risk değerlendirmesinden periyodik ekipman kontrolüne, çalışan bazında eğitim ve sağlık muayenesi geçerliliğinden ramak kala kayıtlarına kadar iş sağlığı ve güvenliği verisini tek yerde toplayan bir sistem kurarız. Denetim geldiğinde aranan dosya toplanmaz, hazır durur.
Detay →Kişisel veri envanterini, saklama ve imha takvimini, ilgili kişi başvurularını ve ihlal müdahale kayıtlarını yürüten bir sistem kurarız. Yazılım süreci ve kanıtı yönetir; hukuki yorum ve metinlerin içeriği avukatınıza aittir.
Detay →Atığın oluştuğu andan tesisten çıktığı ana kadar izini tutan, beyanları besleyen, izin ve lisans sürelerini takip eden bir sistem kurarız. Rakamlar beyan zamanında derlenmez; kaydedildiği anda yerine oturur.
Detay →Alıcınızın sosyal uygunluk denetiminde isteyeceği kanıtları denetim yaklaşınca toplamak yerine sürekli toplu tutan bir sistem kurarız. Bulgular, düzeltici faaliyetler ve kapanış kanıtları aynı yerde yürür; denetim gününe eksiği bilerek girersiniz.
Detay →İhraç ettiğiniz ürünün tercihli menşei kural bazında hesaplayan, tedarikçi menşe beyanlarını ürün ve geçerlilik düzeyinde takip eden ve GTİP kararlarını gerekçesiyle kayıt altına alan bir sistem kurarız. Amaç, menşe iddiasının arkasındaki hesabı istendiği anda gösterebilmektir.
Detay →Avrupa Birliği'ne ihraç ettiğiniz ürünün gömülü emisyonunu tesis, hat ve parti seviyesinde hesaplayan bir katman kurarız. Üretim, enerji ve hammadde verisini birleştirir; sonucu, alıcınızın kabul edeceği ve doğrulayıcının izini sürebileceği biçimde üretir.
Detay →