Yazılım

İş akışını ekranlardan önce çözümlemek

Bir ekip günlük işini nasıl yürütüyorsa, kurulacak sistem de o işin üzerine oturur. Ekranları çizmeye başlamadan önce hangi kaydın nereden doğduğunu, kimin ne zaman devreye girdiğini ve bilginin hangi elden hangi ele geçtiğini birlikte konuşuruz. Bu çözümleme, bir özel yazılım çalışmasında atılan ilk somut adımdır ve sonraki her kararın dayanağını oluşturur.

Bir stok hareketi mi giriliyor, bir talep mi onaylanıyor; her adımın gerçek sırasını işi fiilen yapan kişiyle birlikte çıkarmak, masabaşı tahminle ilerlemekten çok daha sağlam bir zemin verir. Ekranlar bu sıranın görünen yüzü olur; sıra ekrana göre değil, ekran sıraya göre biçimlenir.

İşin akışını erken netleştirmek, geliştirme ilerledikçe ortaya çıkan geri dönüşleri belirgin biçimde azaltır. Bitlis ve çevresindeki işletmelerle yürüttüğümüz çalışmalarda da herkesin aynı tabloyu gördüğü bir başlangıç, hem harcanan zamanı hem de sonradan yeniden yapım yükünü düşüren en sade önlem oluyor.

Kullanıcı rollerini sınırlandırmak

Herkesin her şeyi görebildiği bir sistem kısa sürede içinden çıkılmaz hâle gelir. Kimin hangi kaydı açabileceğini, düzenleyebileceğini ve yalnızca okuyabileceğini baştan ayırmak; hem veriyi gereksiz dokunuşlardan korur hem de her kullanıcının önüne yalnız kendi işini getirerek arayüzü sadeleştirir.

Rolleri daraltmak, insanların yetkisini kısmak değil, sorumluluğu netleştirmektir. Bir mali kayda dokunacak kişi ile sahadan giriş yapan kişi farklı ekranlara, farklı alanlara bakar. Bu ayrım, günlük işi yavaşlatan değil hızlandıran bir yapı kurar; kimse kendisini ilgilendirmeyen alanların arasında yolunu aramaz.

Roller zamanla değişir: yeni bir görev tanımlanır, biri ekipten ayrılır, bir başkası devralır. Bu yüzden yetkileri taşa kazınmış bir liste gibi değil, yöneticinin sonradan kendi eliyle düzenleyebileceği esnek bir yapı olarak kurgularız. Değişimin kendisi, tasarımın baştan hesaba kattığı bir durumdur.

Veri alanlarını ortak sözlükte toplamak

Aynı bilgiye biri müşteri, diğeri cari, bir başkası firma derse hazırlanan raporlar birbirini tutmaz. Hangi alanın ne anlama geldiğini ve hangi biçimde saklanacağını ortak bir sözlükte toplamak, ileride yüzeye çıkacak birçok tutarsızlığı henüz başlamadan keser.

Bir tarih alanına gün mü ay mı önce yazılıyor, telefon numarası hangi düzende tutuluyor; küçük görünen bu kararlar, veriyi birbirine bağlarken belirleyici olur. Alanları erken standarda kavuşturmak, sonradan yapılacak arama ve eşleştirmeleri de gözle görülür biçimde kolaylaştırır.

Ortak sözlük yalnızca teknik bir belge değildir; zamanla ekibin ortak diline dönüşür. Sonradan katılan biri sistemi bu sözlük üzerinden çabuk kavrar, farklı birimler aynı kavramı aynı adla konuşmaya başlar. Böylece anlaşmazlıkların bir kısmı, henüz yaşanmadan çözülmüş olur.

Onay aşamalarını görünür kılmak

Bir talebin hangi aşamada beklediği görünmüyorsa iş, telefon ve mesaj trafiğinin arasında kaybolur. Onay adımlarını sistemin içinde açıkça göstermek, topun kimin sahasında olduğunu herkesin tek bakışta anlamasını sağlar; kimse bir işin nerede takıldığını sormak için ayrıca uğraşmaz.

Görünür bir onay akışı, gecikmelerin nedenini de kendiliğinden ortaya koyar. Bir adım sürekli aynı noktada duruyorsa bunu veriyle görmek, süreç üzerinde konuşmayı somutlaştırır. Böylece tartışma kişilerin üzerine yıkılmaktan çıkar, akışın hangi halkasının güçlendirilmesi gerektiğine döner.

Onay sırasını kurarken istisnaları da hesaba katarız: yerine bakan biri, aciliyet durumunda izlenecek kısa yol, geri gönderilen bir kayıt. Süreç fazla katı olduğunda insanlar onu aşmanın yolunu arar; makul bir esneklik payı bırakmak, kurulan düzenin kâğıt üzerinde değil sahada yaşamasını sağlar.

Bildirimleri yerinde sorumluya iletmek

Herkese giden bildirim, bir süre sonra kimsenin okumadığı bildirime dönüşür. Bir kaydın yalnızca onu bekleyen kişiye ve doğru anda ulaşması; hem gereksiz gürültüyü keser hem de asıl işin kalabalığın içinde gözden kaçmamasını sağlar. Amaç bilgilendirmek değil, doğru kişiyi harekete geçirmektir.

Bir onay bekliyorsa sorumlusuna, bir aksama oluştuysa ilgili birime gitmelidir. Bildirimin kime ulaşacağını rollerle ilişkilendirmek, sistemin doğru kişiyi kendiliğinden bulmasını sağlar. Böylece kimse elle haber vermek, bir işi hatırlatmak için ayrıca telefona sarılmak zorunda kalmaz.

Bildirimin ulaştığı kanalı da işin niteliğine göre seçeriz. Kimi durum için ekran üzerinde küçük bir işaret yeterlidir, kimi durum ise ayrıca dikkat çeken bir uyarı gerektirir. Her uyarıyı aynı sesle vermek, zamanla önemli ile sıradanı birbirine karıştırır; ayrım burada değer taşır.

Saha kullanımını mobilde çözmek

Depoda, yolda ya da müşteri ziyaretinde masabaşı yoktur. Sahada üretilen kaydın orada, telefondan girilebilmesi; bilginin akşam ofise dönünce değil, tam oluştuğu anda sisteme geçmesini sağlar. Aradaki bu boşluk kapandığında, sonradan hatırlamaya çalışmaktan doğan hatalar da kendiliğinden azalır.

Mobil ekran, masaüstünün küçültülmüş bir kopyası değildir. Sahadaki kişi çoğu zaman tek eliyle, ayaküstü ve acele içinde giriş yapar. Bu yüzden telefon tarafında yalnız gerçekten gereken alanları, iri dokunma bölgeleri ve az adımlı bir akışla tasarlar; gerisini görüş dışında tutarız.

Bağlantının zayıfladığı ya da tümüyle kesildiği anlar sahada olağandır. Girilen kaydın çevrimdışıyken cihazda tutulup bağlantı geri geldiğinde eşitlenmesi; kullanıcının veri kaybı kaygısı taşımadan işine devam etmesini sağlayan, kolay görülmeyen ama belirleyici bir ayrıntıdır.

Dış sistem bağlantılarını güvenle kurmak

Bir özel yazılım nadiren tek başına yaşar; çoğu zaman bir muhasebe programı, bir kargo servisi ya da bir ödeme altyapısıyla konuşması gerekir. Bu bağlantıları kurarken hangi verinin hangi yöne aktığını, kimin bunu tetiklemeye yetkili olduğunu ve karşı tarafın neyi beklediğini açıkça tanımlarız.

Dışarıyla kurulan her bağlantı aynı zamanda bir güven sınırıdır. Gelen veriyi olduğu gibi kabul etmek yerine biçimini ve tutarlılığını doğrularız; giden tarafta ise yalnız gerekeni paylaşır, kalanı sistemin içinde tutarız. Paylaşılmayan bilgi, korunması gerekmeyen bilgidir.

Bağlandığımız bir dış servis günün birinde değişebilir ya da yanıt vermeyebilir. Bağlantıyı, karşı taraf yavaşladığında bütün sistemi kilitlemeyecek biçimde kurmak; yaşanan aksamayı tek bir noktayla sınırlar ve işin geri kalanını ayakta tutar. Böylece bir servisin sıkıntısı zincire yayılmaz.

Hata kayıtlarını anlaşılır tutmak

Bir sorun çıktığında yalnızca çalışmıyor demek, çözüme yaklaştırmaz. Neyin, ne zaman ve hangi adımda takıldığını okunabilir biçimde kaydetmek; sorunu geniş bir alanda aramak yerine doğrudan kaynağına gitmeyi mümkün kılar. İyi tutulmuş bir kayıt, çözümün yarısını baştan hazır eder.

Hata kaydı yalnızca geliştiren tarafın işine yaramaz. Kullanıcının anlayacağı sade bir mesaj ile arka planda tutulan teknik ayrıntıyı birbirinden ayırmak; hem karşıdaki kişiyi tedirgin etmez hem de destek tarafına gereken bilgiyi eksiksiz ulaştırır. İki taraf da ihtiyacı olan dilde bilgilenmiş olur.

Zamanla biriken kayıtlar, tek tek olayların ötesinde bir örüntü gösterir. Aynı aksama belli bir işlemde tekrar tekrar beliriyorsa, bunu görmek düzeltmeyi geçici bir yamadan çıkarıp kalıcı bir iyileştirmeye çevirir. Tek olay bir belirti, tekrar eden olay ise bir yön göstergesidir.

Oturum ve yetki güvenliğini desteklemek

Bir kullanıcının kim olduğunu doğrulamak ile neye erişebileceğini belirlemek ayrı işlerdir. İkisini birbirine karıştırmadan kurmak, güvenliğin hem giriş kapısında hem de sistemin içinde tutarlı çalışmasını sağlar. Kapıdan geçmiş olmak, her odaya girme hakkı vermez.

Oturumun ne kadar açık kalacağı, ortak kullanılan bir cihazda bırakılıp bırakılmayacağı gibi durumlar önceden düşünülmesi gereken konulardır. Belirli bir hareketsizlikten sonra oturumu kendiliğinden kapatmak, açık unutulan bir ekrandan doğabilecek riski sessizce ortadan kaldırır.

Yetki, verildiği kadar hızlı geri alınabilir de olmalıdır. Görev değiştiğinde ya da biri ayrıldığında erişimin gecikmeden güncellenebilmesi; güvenliği kurulumla biten tek seferlik bir iş olmaktan çıkarır, süregelen bir yönetim konusu hâline getirir. Asıl korunma, bu güncelliğin sürdürülmesindedir.

Yedekleme planını oluşturmak

Yedek, ihtiyaç duyulana kadar görünmez durur; duyulduğu anda ise başka hiçbir şeyin yerini tutmaz. Neyin, ne sıklıkla ve nereye yedekleneceğini baştan yazılı bir plana bağlamak, karşılaşılması istenmeyen o günü telaşlı bir felaketten sıradan bir işleme dönüştürür.

Alınan bir yedeğin gerçekten geri yüklenebildiğini, denemeden bilmek mümkün değildir. Bu yüzden planın içine yedeği belirli aralıklarla geri döndürüp çalıştığını görme adımını da koyarız. Denetlenmemiş bir yedek, ihtiyaç anında elde olmayabileceği için çoğu zaman hiç olmamış sayılır.

Yedeğin nerede durduğu da başlı başına bir karardır. Kaydın aslıyla tıpatıp aynı yerde tutulan bir kopya, ikisini bir arada yitirme riskini taşır. Ayrı bir konumda saklamak bu yüzden gözden kaçırılmaması gereken bir parçadır; korunma, ancak mesafe ile anlam kazanır.

Sürüm değişikliklerini kontrollü yürütmek

Çalışan bir sisteme yeni bir özellik eklemek, boş bir sayfaya yazmaktan bütünüyle farklıdır. Değişikliği doğrudan canlı ortama vermek yerine önce ayrı bir alanda denemek; kullanıcının süregelen işini bölmeden, onu risk altında bırakmadan ilerlemeyi mümkün kılar.

Her değişikliğin ne zaman, kimin eliyle ve hangi gerekçeyle yapıldığını kayıt altına almak, ileride bir davranış beklenmedik biçimde değiştiğinde geri dönüp bakılacak bir iz bırakır. Bu iz sayesinde neyin ne zaman farklılaştığını tahmin etmek yerine izleyerek görürüz.

Bir güncelleme umulmadık bir sonuç doğurursa, hızla önceki hâle dönebilmek gerekir. Değişikliği geri alınabilir küçük adımlar hâlinde yürütmek; atılganlığı değil, temkini esas alan bir çalışma biçimidir. Geri dönüş yolu açık olduğunda, ileri gitmek de daha rahat olur.

Eğitim ve teslim kayıtlarını oluşturmak

Bir özel yazılım, ancak onu kullanacak kişi ne yaptığını anladığında tamamlanmış sayılır. Teslimde yalnızca dosyaları değil, hangi işin hangi adımlarla yapıldığını gösteren kısa ve somut bir aktarımı da bırakmak; kullanımın daha ilk günden yerine oturmasını sağlar.

Eğitim, tek bir toplantıyla bitip unutulan bir tören olmamalıdır. Sonradan dönülüp bakılabilecek bir kaynak; yeni katılan biri ya da aradan zaman geçince belirsizleşen bir adım için başvurulacak yazılı bir dayanak bırakmak, ekibin kendi ayakları üzerinde durmasına doğrudan yardımcı olur.

Devir sırasında kimin neyden sorumlu olduğunu açıkça belirlemek, bunu kim biliyor sorusunun bir gün cevapsız kalmasını önler. Sistemin sürekliliği tek bir kişinin belleğine değil, paylaşılan ve güncel tutulan bir kayda dayanmalıdır; kişiler değişse de bilgi yerinde kalır.

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

Hazır paketler, çok sayıda işletmenin ortak ihtiyacına göre kurgulanır ve çoğu durumda iyi bir başlangıç sunar. Ayrım, sürecin bir yerinde işin kendine özgü adımı pakete sığmadığında belirginleşir. Özel yazılım tam da bu noktada devreye girer: yöntemi araca uydurmak yerine, aracı işin gerçek yöntemine göre biçimlendirir.

Gerekmez, çoğu zaman doğru olan da bu değildir. İşin belkemiğini oluşturan çekirdek adımları önce çalışır hâle getirip gerçek kullanımda sınamak, sonraki eklemeleri daha isabetli kılar. Erken çıkan sade bir sürüm; hangi özelliğin gerçekten gerekli olduğunu, hangisinin varsayımdan ibaret kaldığını sahada gösterir.

Genellikle aktarılabilir, ancak bunun bir hazırlık aşaması vardır. Önce eldeki kayıtların hangi biçimde tutulduğuna bakar, tekrar edenleri ve eksik kalanları ayıklarız. Aktarımı doğrudan yapmak yerine küçük bir bölümle deneyip sonucu doğrularız; böylece taşınan verinin yeni düzende de anlamını koruduğundan emin oluruz.

Evet; yetkiler baştan sabitlenmez, sonradan yöneticinin eliyle düzenlenebilecek biçimde kurulur. Yeni bir görev tanımlandığında ya da biri ekipten ayrıldığında erişim gecikmeden güncellenebilir. Yapılan değişiklik ilgili kullanım senaryosunda denenir ve kimin neye erişebildiği kayıt altında kalır.

Her durumda gerekmez; bu, işin nerede yapıldığına bağlıdır. Kullanım büyük ölçüde masabaşındaysa, tarayıcı üzerinden erişilen bir çözüm çoğu zaman yeterli olur. Mobil taraf asıl işi sahada, ayaküstü yürüyen ekipler için anlam kazanır. Kararı ihtiyaç belirler, alışkanlık ya da moda değil.

Bakım, çalışan bir düzeni ayakta tutmayı; yeni geliştirme ise o düzene daha önce olmayan bir yetenek eklemeyi kapsar. İkisini birbirinden ayırmak, hem beklentiyi hem de harcanan emeği görünür kılar. Bu yüzden bir özel yazılım sürdürülürken düzeltme işleri ile yeni istekleri ayrı başlıklarda izler, hangisinin ne zaman ele alındığını açıkça belirtiriz.