Yazılım

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

Bir işin nasıl aktığını anlamadan arayüz çizmek, sonradan sökülüp yeniden yapılan ekranlara yol açar. Özel yazılım kararı verilirken önce belgenin hangi elden çıkıp hangi ele ulaştığını, hangi adımda beklediğini konuşuyoruz; görsel düzen bu haritanın üzerine oturuyor, tersi değil.

Sahadaki bir talebin ofiste karşılık bulması, arada kimin ne zaman devreye girdiğine bağlıdır. Bu geçişleri baştan çözmek, hangi bilginin nerede toplanacağını sadeleştirir; böylece sonradan gelen her istek, kurulu düzeni bozmak yerine önceden ayrılmış bir yere yerleşir.

Farklı birimlerin aynı işi farklı sırayla yürüttüğü kurumlarda tek bir akış çizmek kolay değildir. Ağrı çevresindeki üretim ve dağıtım ekipleriyle çalışırken bu ayrımları önce kâğıt üzerinde uzlaştırıyor, ortak bir sıraya bağlamadan geliştirmeye başlamıyoruz.

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

Herkesin her ekrana ulaşabildiği bir düzen, kısa sürede yanlış kayda ve geri alınması güç değişikliklere yol açar. Kimin neyi görebileceğini ve değiştirebileceğini baştan ayırmak, hem günlük işi hızlandırır hem de sorumluluğun kimde olduğunu belirsizlikten çıkarır.

Rol tanımı yalnızca bir güvenlik önlemi değil, ekranı sadeleştiren bir karardır. Bir çalışan yalnızca kendi işini ilgilendiren alanları gördüğünde gereksiz seçenek arasında kaybolmaz; ekibe yeni katılan kişiler de sistemi çok daha kısa sürede kavrar.

Yetki sınırları, kurumun büyümesiyle birlikte esneyebilmelidir. Bir bölümde başlayan sorumluluğun başka bir bölüme geçmesi gerektiğinde, rolleri baştan kurmak yerine mevcut tanımı genişletebilecek bir düzen kuruyor, yapılan değişikliğin izini de kayıt altında tutuyoruz.

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

Aynı bilgiyi farklı ekiplerin farklı adlarla tutması, raporlama aşamasında en sık karşılaşılan tıkanmadır. Özel yazılım geliştirirken her alanın tek bir tanımı olsun diye ortak bir sözlük kuruyor; müşteri numarası, adres ya da tarih gibi alanların nasıl yazılacağını en baştan sabitliyoruz.

Bir alanın hangi biçimde girileceği belirsiz kaldığında, aynı veri onlarca farklı hâlde birikir ve sonradan temizlenmesi zaman alır. Girişte kabul edilecek biçimi tanımlamak, kaydın en baştan düzenli oluşmasını sağlar ve arama ile eşleştirmeyi güvenilir kılar.

Ortak sözlük yalnızca teknik bir ayrıntı değildir; ekipler arasında ortak bir dil kurar. Bir bölümün bekleyen dediğiyle diğerinin kastettiği aynı olduğunda, aktarılan her kayıt yeniden yorumlanmadan anlaşılır ve tekrar eden düzeltmeler belirgin biçimde azalır.

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

Bir talebin hangi aşamada beklediği görünmediğinde, aynı iş için tekrar tekrar sorulur ve zaman kaybedilir. Onay adımlarını sistemin içinde açıkça göstermek, işin şu an kimde olduğunu ve bir sonraki adımın ne olduğunu ilgili herkes için okunur kılar.

Onay yalnızca bir düğmeye basmak değildir; kararın kim tarafından, ne zaman ve hangi gerekçeyle verildiğini de kapsar. Bu bilgileri kaydın yanında tutmak, sonradan doğan sorulara belge aramadan yanıt verebilmeyi sağlar ve anlaşmazlıkların çoğunu baştan önler.

Çok adımlı onaylarda tıkanan noktayı görebilmek, süreci hızlandırmanın ilk koşuludur. Hangi aşamanın ne kadar beklediğini ölçebildiğimizde, gereksiz duran adımı kaldırma ya da sorumluyu değiştirme kararını tahmine değil somut bir gözleme dayandırıyoruz.

Bildirimleri yerinde sorumluya iletmek

Herkese giden bir bildirim, kısa sürede kimsenin okumadığı bir gürültüye dönüşür. Haberin yalnızca o işi yürütecek kişiye ulaşması, hem dikkat dağılmasını önler hem de kritik bir adımın gözden kaçma ihtimalini gözle görülür biçimde düşürür.

Bildirimin zamanlaması, içeriği kadar belirleyicidir. Bir uyarının işi bölecek herhangi bir anda değil, tam karar verilmesi gereken anda gelmesi; çalışanın elindeki işi yarıda bırakmadan doğru zamanda müdahale etmesini kolaylaştırır.

Aynı olayın hem ekranda hem başka bir kanaldan tekrarlanması çoğu zaman gereksizdir. Hangi durumun anında, hangisinin gün sonunda toplu biçimde iletileceğini ayırmak, sorumlunun önemli olanı sıradan olandan ayırabilmesini ve akışı takip edebilmesini sağlar.

Saha kullanımını mobilde çözmek

Sahada çalışan biri için masaüstüne göre tasarlanmış bir ekran çoğu zaman kullanılmaz kalır. Küçük ekranda tek elle, kimi zaman zayıf bağlantıyla iş görecek bir düzen kurmak; kaydın olay yerinde, sonraya bırakılmadan girilmesini mümkün kılar.

Bağlantının kesildiği anlarda verinin kaybolmaması, mobil kullanımın en kritik yanıdır. Girilen kaydın önce cihazda tutulup bağlantı gelince aktarılması, çalışanın işini durdurmadan sürdürmesine ve hiçbir girişin havada kalmamasına imkân verir.

Sahadaki kişi genellikle uzun form doldurmaya değil, hızlı kayıt bırakmaya ihtiyaç duyar. Ekranı en sık girilen birkaç alan çevresinde toplamak, aradaki gereksiz adımları kaldırmak ve büyük dokunma alanları bırakmak; kullanımı yorucu olmaktan çıkarır.

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

Çoğu kurum, hâlihazırda kullandığı muhasebe ya da kargo düzeniyle bağ kurmadan yeni bir sisteme geçmek istemez. Özel yazılım kurarken bu bağlantıları tek yönlü bir aktarma olarak değil, iki tarafın da hangi veriyi ne zaman göndereceğini tanımlayan bir anlaşma olarak ele alıyoruz.

Bir dış servisin yanıt vermediği anlar kaçınılmazdır; asıl mesele bu anları önceden düşünmektir. Bağlantı koptuğunda işlemin bekletilip sonra yeniden denenmesi, hatanın kullanıcıya yansımadan çözülmesini ve iki taraftaki verinin tutarlı kalmasını sağlar.

Dışarıyla paylaşılan her bağlantı aynı zamanda bir yetki sorusudur. Karşı tarafın yalnızca ihtiyaç duyduğu veriye, yalnızca gereken süre boyunca ulaşabilmesi; paylaşımı açık tutarken kurumun kendi kayıtları üzerindeki denetimini olduğu gibi korur.

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

Bir sorun yaşandığında çalışmıyor demek, çözümü bulmaya yetmez. Hangi işlemin, hangi anda ve hangi veriyle karşılaşıldığında durduğunu kaydeden bir düzen; sorunu tekrar üretmeden, tahmine dayanmadan giderebilmenin önünü açar.

Hata kaydı yalnızca geliştirici için değildir; işi yürüten kişinin de ne olduğunu anlaması gerekir. Kullanıcıya gösterilen açıklamayı sade tutmak, telaş yerine doğru adımı seçmesini sağlar; teknik ayrıntı ise arka planda ayrıca saklanır.

Tekrar eden hataların bir arada görülmesi, tek tek bakıldığında fark edilmeyen bir örüntüyü ortaya çıkarır. Aynı noktanın sık aksaması çoğu zaman bir tasarım eksikliğine işaret eder ve kalıcı düzeltmenin tam olarak nereye yapılacağını gösterir.

Oturum ve yetki güvenliğini desteklemek

Bir hesabın kime ait olduğunu ve o an gerçekten o kişinin mi kullandığını doğrulamak, güvenliğin ilk halkasıdır. Oturumun makul bir süre sonra kapanması ve hassas işlemlerde yeniden doğrulama istenmesi, açık bırakılmış bir ekranın kötüye kullanılmasını zorlaştırır.

Yetki, bir kez verilip unutulan bir ayar değildir. Görev değiştiğinde ya da bir kişi ekipten ayrıldığında erişiminin zamanında kaldırılması, çoğu güvenlik açığının asıl kaynağı olan atıl hesapların sessizce birikmesini önler.

Güvenlik önlemlerinin işi yavaşlatmaması, benimsenmelerinin koşuludur. Doğrulama adımlarını yalnızca gerçekten gereken yerlerde konumlandırmak; çalışanın her gün defalarca karşılaştığı işlemi zorlaştırmadan, asıl hassas noktayı korumayı mümkün kılar.

Yedekleme planını oluşturmak

Yedeğin varlığı kadar, gerektiğinde geri dönülebildiğinin denenmiş olması önemlidir. Hiç sınanmamış bir yedek çoğu zaman ihtiyaç anında beklenen kaydı vermez; bu yüzden geri yükleme adımını, Ağrı’daki ekiplerle birlikte baştan bir alışkanlığa bağlıyoruz.

Ne sıklıkla ve neyin yedekleneceği, verinin değişme hızına göre belirlenir. Gün içinde sürekli güncellenen bir kayıt ile ayda bir değişen bir tanım aynı planı gerektirmez; bu ayrımı yaparak hem güvenliği hem de depolama yükünü dengede tutuyoruz.

Yedeklerin nerede saklandığı, en az sıklığı kadar önemlidir. Aynı ortamda tutulan bir kopyanın, asıl veriyi etkileyen bir arızadan da etkilenmesi olasıdır; bu nedenle kopyanın ayrı bir yerde durmasını daha başlangıçta kararlaştırıyoruz.

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

Çalışan bir sistemi güncellerken asıl risk, yeni özelliğin kendisi değil beklenmedik yan etkileridir. Özel yazılım üzerinde değişiklik yaparken önce ayrı bir ortamda deniyor, sonra geri alınabilir bir biçimde yayına alıyoruz; sorun çıkarsa hızla önceki sürüme dönebiliyoruz.

Bir değişikliğin ne getirdiği kadar, neden yapıldığı da kayıt altında kalmalıdır. Her sürümün hangi ihtiyaçla çıktığını not etmek, aylar sonra aynı yere bakan bir kişinin kararın gerekçesini anlamasını ve onu yanlışlıkla geri almamasını sağlar.

Kullanıcıyı hazırlıksız yakalayan bir değişiklik, işe yarar olsa bile dirençle karşılanır. Görünür bir farkın önceden duyurulması ve gerektiğinde kısa bir aktarımla desteklenmesi; yeniliğin benimsenmesini zorlamaya gerek kalmadan mümkün kılar.

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

Bir sistemin devri, anahtarı verip çekilmek değildir. Ekibin günlük işini kendi başına yürütebilmesi için, sık karşılaşılan durumların nasıl çözüleceğini gösteren kısa ve başvurulabilir bir kaynak bırakmak, teslimden sonra da işin aksamamasını sağlar.

Eğitim, tek seferlik bir toplantıdan çok, işin içinde tekrar bakılabilen bir kaynağa dayandığında kalıcı olur. Anlatılanın yazılı ve erişilebilir olması, ekibe sonradan katılan birinin de aynı bilgiye baştan ulaşmasını mümkün kılar.

Teslim aşamasında nelerin tamamlandığı ve nelerin sonraki adıma bırakıldığı açıkça yazılmalıdır. Bu ayrımı kayıt altına almak, tarafların aynı beklentiyi paylaşmasını sağlar ve ileride bu konuşulmuş muydu türünden soruları baştan ortadan kaldırır.

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

Hazır bir paket, çok sayıda kuruma aynı biçimde uyması için tasarlanır; kurum kendi işini paketin sunduğu kalıba göre şekillendirir. Özel yazılım geliştirildiğinde ise sıra tersine döner: sistem, ekibin var olan işleyişine göre kurulur. Ayrım tam olarak, işleyişi araca mı yoksa aracı işleyişe mi uydurduğunuzda ortaya çıkar.

Gerekmez; çoğu zaman doğru olan da bu değildir. İşin belkemiğini oluşturan birkaç adımı önce çalışır hâle getirmek, sistemi gerçek kullanımda görmeyi ve sonraki eklemeleri bu gözleme dayandırmayı sağlar. Baştan her ihtimali kurmaya çalışmak, çoğunlukla kullanılmayan bölümlere emek harcanmasına yol açar.

Çoğu durumda aktarılabilir, ancak önce eldeki verinin ne kadar düzenli olduğuna bakmak gerekir. Aktarım öncesinde tekrar eden ve eksik kayıtların ayıklanması, yeni sisteme temiz bir başlangıç kazandırır. Bu temizlik atlandığında, eski düzensizlik olduğu gibi yeni ortama taşınır ve orada da sürer.

Evet; yetkiler zaman içinde değişebilecek biçimde tasarlanır. Bir kişinin görevi genişlediğinde ya da daraldığında erişimini buna göre ayarlamak, sistemi yeniden kurmayı gerektirmez. Önemli olan, yapılan her değişikliğin kim tarafından ne zaman uygulandığının kayıtta kalmasıdır.

Gerekmez; bu, işin nerede yapıldığına bağlıdır. İş çoğunlukla masabaşında yürüyorsa tarayıcıdan çalışan bir düzen yeterli olur. Sahada, hareket hâlinde kayıt girilen durumlarda ise mobil öncelikli bir yaklaşım anlam kazanır. Karar ihtiyaçtan çıkar; her duruma tek bir cevap dayatılmaz.

Bakım, çalışan bir sistemin aynı işi görmeyi sürdürmesini sağlar; hataların giderilmesini ve sistemin güncel kalmasını bu kapsamda düşünüyoruz. Yeni geliştirme ise sisteme daha önce olmayan bir yetenek ekler. İkisini ayrı tutmak, hem sürmekte olan işin bütçesini hem de yeni isteklerin planını birbirine karıştırmadan yürütmeyi sağlar.