Yazılım

İş akışını koddan önce görünür kılmak

Bir işi yazılıma dökmeden önce, o işin gerçekte nasıl yürüdüğünü anlamak gerekir. Özel yazılım çalışmasına koddan değil, mevcut akışı adım adım çizmekten başlıyoruz; kim neyi hangi sırayla yapıyor, nerede bekliyor, nerede hata çıkıyor. Yazılı olmayan alışkanlıklar çoğu zaman en kritik adımları saklar ve ancak birlikte çizince ortaya çıkar.

Kampanya ve şube bilgisini yöneten bir işletmede, süreci önce kâğıt üzerinde birlikte çıkardık. Ekranlara geçmeden akışı görünür kılmak, sonradan pahalıya mal olacak yanlış anlaşılmaları en baştan ortadan kaldırdı. Herkesin başında olduğu bu şema, kimin ne beklediğini de açıkça gösterdi.

Akış netleştiğinde geliştirme de sürprizsiz ilerliyor. Herkes aynı şemaya baktığı için yapılan işin beklentiyle örtüşüp örtüşmediği daha ilk adımda görülüyor. Koda geçmeden anlaşılan bir süreç, sonradan yapılacak masraflı düzeltmelerin de önünü kesiyor.

Kullanıcı rollerini yetkiye göre ayırmak

Bir sistemde herkesin her şeyi görebilmesi kolaylık değil, risktir. Kullanıcıları görevlerine göre ayırıp her role yalnızca ihtiyaç duyduğu ekranı ve yetkiyi vermek, hem güvenliği hem de günlük kullanımı rahatlatır. Gereksiz yetki, hem yanlışlık ihtimalini hem de bir sorun çıktığında etkilenen alanı büyütür.

Kurumsal müşterilere hizmet veren bir danışmanlık ofisinde, kimin neyi değiştirebileceğini tek tek tanımladık. Yetki sınırları netleşince, yanlışlıkla yapılan değişiklikler ve gereksiz karışıklık belirgin biçimde azaldı. Herkesin yalnızca kendi işini görmesi, ekranları da sadeleştirip kullanımı hızlandırdı.

Rol ayrımı, ekip büyüdükçe daha da değer kazanıyor. Yeni bir çalışan katıldığında ona uygun rolü tanımlamak dakikalar alıyor ve sistemin geri kalanı bundan etkilenmiyor. Görevler değiştiğinde de yetkiyi güncellemek, sistemi baştan kurmayı gerektirmiyor.

Dağınık veriyi ortak bir kurala bağlamak

Aynı bilgi farklı yerlerde farklı biçimde tutulduğunda, hangisinin doğru olduğu tartışma konusu olur. Dağınık kayıtları ortak bir kurala bağlamak, sonraki her işlemin sağlam bir zemine oturmasını sağlar. Kural belirsizken üretilen her rapor, üzerinde durduğu zemin kaygan olduğu için tartışmaya açık kalır.

Makine ve mobilya imalatının güçlü olduğu Bursa’da, ürünlerini çok sayıda pazara ulaştıran bir imalatçıyla farklı dosyalarda yaşayan verileri tek bir yapıda birleştirdik. Ölçü biriminden kodlamaya kadar ortak kurallar koyunca raporlar arasındaki çelişkiler kalktı. Aynı ürünün her yerde aynı adla anılması, en basit sorguyu bile güvenilir kıldı.

Veri bir kez düzgün kurulunca, üzerine eklenen her yeni işlev de bu düzenden yararlanıyor. Temiz veri, ileride yapılacak işlerin görünmeyen ama en sağlam temeli oluyor. Dağınıklığı baştan gidermek, sonradan her işlevde tekrar tekrar uğraşmaktan çok daha ucuza geliyor.

Tekrar eden işleri güvenle otomatikleştirmek

Elle yapılan tekrarlı işler yalnızca zaman almaz, hata da üretir. Bu işleri otomatikleştirirken aceleci davranmıyor; her adımın denetlenebilir ve gerektiğinde geri alınabilir olmasına dikkat ediyoruz. Kör biçimde çalışan bir otomasyon, hız kazandırırken sessizce yanlış da biriktirebilir.

Yöneticilere seslenen bir hizmet şirketinde, her gün elle hazırlanan bir raporu güvenli biçimde otomatiğe bağladık. İnsan yine sürecin içinde kaldı; sistem hazırlıyor, yetkili kişi bakıp onaylıyor. Böylece kazanılan hız, denetimi elden bırakma pahasına gelmedi.

Otomatikleşen işler zamanı boşa çıkarınca ekip asıl önemli işlere yöneliyor. Her adımın görünür bir kaydı tutulduğu için, bir sorun çıktığında nerede ne olduğu da anlaşılıyor. Tekrarı makineye bırakmak, insana da düşünmeyi gerektiren işler için yer açıyor.

Hata anında geri dönüş yolunu kurmak

Hiçbir sistem hata yapmayacağını varsayamaz; önemli olan, hata çıktığında ne olacağını önceden düşünmektir. Yoğun kullanımda bir adım takıldığında verinin bozulmadan korunması, tasarımın en baştaki parçasıdır. Hatayı yok saymak değil, çıktığında zararı sınırlamak gerçekçi bir yaklaşımdır.

Hızla büyüyen bir teknoloji girişiminde, sistemin en çok zorlanacağı anları önceden canlandırdık. Bir işlem yarıda kalırsa güvenli bir noktaya dönmesini ve kullanıcıya anlaşılır bir uyarı vermesini sağladık. Böylece beklenmedik bir yük altında bile veri tutarlılığı korundu.

Böylece beklenmedik bir durumda panik yerine bilinen bir yol izleniyor. Kullanıcı ne olduğunu anlıyor, veri yerinde kalıyor ve sorun giderildiğinde iş kaldığı yerden sürüyor. Önceden tanımlanmış bir geri dönüş, kriz anını sıradan bir aksaklığa indirgiyor.

Dış servis bağlantılarını sınırlarıyla tanımlamak

Bir sistem, dışarıdaki başka servislerle konuştuğunda gücü artar ama bağımlılığı da artar. Özel yazılım çözümlerinde bu bağlantıları belirsiz bırakmıyor; nereye, hangi veriyle ve hangi sınırlar içinde erişileceğini açıkça tanımlıyoruz. Sınırı çizilmemiş bir bağlantı, dışarıdaki küçük bir aksaklığı içeride büyük bir soruna çevirebilir.

Kayıtlarını tek merkezde toplayan bir kuruluşta, dış bir servise yapılan çağrıların zaman zaman tüm işi yavaşlattığını gördük. Sınırları ve zaman aşımı kurallarını netleştirince, dıştaki bir aksaklık artık kendi sistemini kilitlemedi. Beklenen yanıt gelmediğinde sistemin ne yapacağı da önceden belirlendi.

Açık sınırlar, ileride servis değişse bile işi kolaylaştırıyor. Bağlantının nerede başlayıp nerede bittiği belli olduğu için, bir parçayı yenilemek tümünü riske atmıyor. Böylece dışarıya bağımlılık, kontrol edilebilir ve değiştirilebilir bir hâlde kalıyor.

Masaüstü ve saha kullanımını önce prototiple denemek

Bir ekranın gerçekten işe yarayıp yaramadığı ancak kullanılırken anlaşılır. Bu yüzden büyük geliştirmeye girmeden önce temel akışı basit bir prototiple hem masa başında hem sahada deniyoruz. Kâğıt üzerinde kusursuz görünen bir akış, gerçek kullanımda beklenmedik biçimde tıkanabiliyor.

Üretimi Marmara kıyısına dek uzanan Bursa’da, saha çalışanının prototipi kendi ortamında denemesi, ofiste fark edilmeyen bir sorunu hemen ortaya çıkardı. Küçük bir deneme, büyük bir yanlış yönü daha başında düzeltti. Sahadaki koşullar, masa başındaki varsayımlardan çoğu zaman epeyce farklı çıkıyor.

Prototiple çalışmak, kararı varsayımdan değil deneyimden alıyor. Gerçek kullanımda görülen ihtiyaç, sonradan tahminle eklenen bir özellikten her zaman daha isabetli oluyor. Erken denemek, en pahalı yanlışları henüz ucuzken görmeyi sağlıyor.

Güvenlik ve kayıt izlerini mimariye almak

Güvenlik, iş bittikten sonra üzerine serpilen bir katman değildir. Kimin neye eriştiği ve hangi işlemin ne zaman yapıldığı, sistemin ilk taslağından başlayarak mimarinin bir parçası olarak düşünülür. Sonradan eklenmeye çalışılan güvenlik, çoğu zaman hem eksik kalır hem de sistemi zorlar.

Kurumsal alanda çalışan bir danışmanlık ekibinde, geriye dönük soruların yanıtlanabilmesi için kayıt izlerini baştan planladık. Bir işlemin ne zaman ve kim tarafından yapıldığı, gerektiğinde açıkça görülebiliyor. Bu izler sayesinde bir tartışma çıktığında tahmin değil, kayıt konuşuyor.

Bu kayıtlar yalnızca sorun anında değil, güven ortamı için de değerlidir. Sistemin kendini nasıl koruduğu belli olduğunda, ona veri emanet etmek de kolaylaşıyor. Şeffaf bir kayıt düzeni, hem içerideki ekibe hem de dışarıdaki paydaşa güven veriyor.

Raporları yöneticinin sorularına göre kurmak

Bir yönetici rapora bakarken teknik ayrıntı değil, karar arar. Bu yüzden raporları önce hangi sorulara yanıt vereceğini konuşuyor, ekranları bu gerçek sorulara göre kuruyoruz. Sorusu belli olmayan bir rapor, çok veri içerse de yöneticiyi karara yaklaştırmıyor.

Geniş bir pazara ürün veren bir üreticide, yöneticinin her sabah sorduğu üç soruyu belirledik. Rapor tam bu soruların yanıtıyla açılınca, uzun tabloları tek tek incelemeye gerek kalmadı. Doğru soruyla açılan bir ekran, bakıştaki ilk birkaç saniyeyi en verimli hâle getirdi.

Soruya göre kurulan bir rapor kararı hızlandırıyor. Yönetici baktığı anda durumu görüyor, ayrıntıya ise yalnızca gerektiğinde iniyor. Böylece rapor, gösteri amacı taşıyan bir tablo değil, günlük kararın gerçek bir aracı oluyor.

Bakım ve sürüm planını teslimle birlikte yapmak

Bir özel yazılım teslim edildikten sonra da yaşamayı sürdürür; ihtiyaçlar değişir, yeni istekler gelir. Bakımın ve yeni sürümlerin nasıl yürüyeceğini teslimle birlikte planlamak, ilerideki gelişmeyi düzene sokar. Planı teslimden sonraya bırakmak, çoğu zaman gelişimi tesadüfe ve aceleye bırakmak demektir.

Bir hizmet markasıyla, hata giderimi ile yeni geliştirmeyi baştan iki ayrı iş olarak tanımladık. Böylece acil bir düzeltme, planlı bir geliştirmenin arasına karışıp onu geciktirmedi. İki işi ayırmak, hangi talebin hangi hızda ilerleyeceğini de baştan belirledi.

Sürümlerin sırayla ve kayıtlı ilerlemesi, neyin ne zaman değiştiğini de görünür kılıyor. İşletme, sistemin nasıl geliştiğini adım adım izleyebiliyor. Bir sorun çıktığında hangi değişiklikten sonra ortaya çıktığını görmek de bu kayıt sayesinde kolaylaşıyor.

Eğitimi günlük görevler üzerinden vermek

Bir sistemi anlatmanın en iyi yolu, onu gerçek bir görev üzerinden kullandırmaktır. Eğitimi soyut bir anlatımla değil, ekibin ertesi gün yapacağı işlerle birlikte veriyoruz. Uzun bir sunumla anlatılan bir sistem, ertesi gün masa başında çoğu zaman yeniden sorulur.

Büyüyen bir teknoloji ekibinde, eğitimi günlük görevlere bağlayınca öğrenme çok daha kalıcı oldu. Herkes kendi işini sistemde bir kez yapınca, ayrı bir kılavuza duyulan ihtiyaç neredeyse kalmadı. Kendi görevini deneyerek öğrenen bir çalışan, ertesi gün aynı adımı tereddütsüz tekrar ediyor.

Uygulamalı eğitim, teslimden sonra gelen soruları da azaltıyor. Ekip işini kendi başına yürütebildiğinde, özel yazılım günlük düzenin doğal bir parçası oluyor. Sistemi güvenle kullanan bir ekip, ondan alınacak verimi de kısa sürede en üste çıkarıyor.

Teslim sonrası sorumlulukları belgeye bağlamak

Teslim, bir işin sonu değil, yeni bir dönemin başıdır. Bu dönemde neyin işletmede, neyin geliştiren tarafta olduğu açıkça yazılmazsa, ihtiyaç doğduğunda sorumluluk boşlukta kalır. Belirsizlik, en çok da bir aksaklık çıktığı gün herkesin birbirine baktığı anda hissedilir.

Verilerini tek elde toplayan bir kuruluşla, teslimden sonraki her işi tek tek belgeye bağladık. Erişimler, hesaplar, kullanım notu ve destek yolu bu belgede açıkça yer aldı. Yazıya dökülen bu paylaşım, ilerideki her başvuruda başvurulacak ortak bir zemin oldu.

Yazıya dökülmüş bir sorumluluk paylaşımı, ilerideki tartışmaları baştan önlüyor. İşletme kime, ne zaman ve hangi konuda başvuracağını bildiği için teslim sonrası dönem de güvenle ilerliyor. Net bir belge, hem işletmeyi hem de geliştiren tarafı sürprizlerden koruyor.

Yazılım Hakkında Sık Sorulan Sorular

Süre; kullanıcı rolleri, ekran sayısı, veri yapısı, dış bağlantılar ve test senaryoları belirlendikten sonra ortaya çıkar. Kapsam netleştikçe, aşamalara bölünmüş ve izlenebilir bir takvim oluşturulur. Böylece işin bütünü tek bir belirsiz süreye değil, izlenebilir aşamalara dayanır.

İş akışınız hazır araçlarla güvenli ve verimli biçimde yürüyorsa, hazır çözüm çoğu zaman yeterlidir. Ancak süreç bu araçlara sığmıyor, sürekli zorlama ve elle düzeltme gerektiriyorsa kuruma özgü bir çözüm değerlendirilir. Karar, marka tercihiyle değil, işin gerçek gereğiyle verilir.

Kullandığınız sistemin teknik erişimi ve veri kuralları uygunsa, entegrasyon kapsamı belgelenerek planlanabilir. Nelerin bağlanacağı ve hangi verinin paylaşılacağı önceden açıkça tanımlanır. Sınırların baştan çizilmesi, entegrasyonu ilerideki sürprizlere karşı da koruma altına alır.

Evet. Hesaplar, erişimler, kullanım dokümanı ve gerekli teknik teslimler sözleşmedeki kapsam doğrultusunda işletmeye aktarılır. Amaç, sizi tek bir sağlayıcıya bağımlı bırakmamaktır. Devir tamamlandığında, sistemin denetimi tümüyle işletmenin elinde olur.

Hata giderimi, düzenli bakım ve yeni geliştirme birbirinden ayrı iş türleri olarak kaydedilir ve önceliklendirilir. Böylece acil bir onarım ile planlı bir yenilik birbirini geciktirmez. Her talebin hangi türe girdiği belli olduğu için, sıralama da adil ve öngörülebilir kalır.

Yetkilendirme, kayıt tutma, yedekleme ve olası hata senaryoları mimari kararların içinde değerlendirilir. Bursa’da farklı ölçekte kurumlarla çalıştığımız için güvenlik kapsamını işin gerçek ihtiyacına göre belirliyoruz. Güvenlik, sonradan eklenen bir önlem değil, en baştan kurulan bir düzen olarak ele alınır.