Yazılım

Günlük işi ekranlardan önce anlamak

Kırıkkale merkezinde çalışan hizmet işletmelerinde her günün akışı çoğu zaman yazıya dökülmeden ilerler. Bir kaydın kim tarafından açıldığı, hangi onaydan sonra kapandığı ve istisnaların nasıl çözüldüğü genellikle çalışanların belleğinde durur. Ekran tasarımına başlamadan önce bu görünmeyen akışı sakin sakin dinlemek, sonradan çıkacak sürprizlerin çoğunu daha en baştan eritir.

Bir özel yazılım kararı vermeden önce işi masabaşı anlatımıyla değil, gerçek kayıtlar ve beklenmedik durumlarla sınıyoruz. Bir talebin kimden geldiğini, hangi adımda beklediğini ve kimin onayıyla ilerlediğini birlikte izliyor; ekibin gündelik alışkanlıklarını kağıda geçirdikten sonra ekranı bu zeminin üzerine kuruyoruz.

Böylece verdiğimiz kararı kullanımda deneyip sorumluları kayda alıyor, yanlış bir sürecin dijital ortamda olduğu gibi tekrar etmesinin önüne geçiyoruz. Yazıya geçen her karar, ileride başka bir çalışan işi devraldığında hazır bir başvuru kaynağına dönüşüyor.

Kullanıcı görevlerini sahada doğrulamak

Sanayi, tarım, ticaret ve hizmet alanlarında iş yapan firmaların ekranla kurduğu ilişki birbirinden ayrışır. Ofisteki bir çalışan ile sahadaki bir ekip, aynı işi çoğu zaman çok farklı koşullarda tamamlar. Bu nedenle bir arayüzün nasıl görüneceğine karar vermeden önce kimin hangi görevi hangi ortamda yaptığını yerinde görmeyi tercih ediyoruz.

Kullanıcı görevlerini masabaşında varsaymak yerine işin geçtiği yerde izliyoruz. Bir siparişin telefonla mı yoksa depoda mı girildiği, kaydın acele mi yoksa akşam toplu hâlde mi tamamlandığı gibi ayrıntılar, ekranın hangi bilgiyi öne çıkaracağını belirliyor. Bu gözlemleri somut senaryolara çevirip tasarımı gerçek kullanıma bağlıyoruz.

Ekranı gerçek görevlerle sınayıp geri bildirimleri kayda geçiriyor, kararı kimin verdiğini izlenebilir tutarak sonraki adımların dayanağını sağlamlaştırıyoruz. Sahadan gelen küçük itirazlar çoğu zaman en sağlam yol göstericilerdir; onları erken duymak, ilerleyen aşamada büyük düzeltmelerin yükünü hafifletir.

Veri ilişkilerini ortak kavramlarla modellemek

Keskin, Yahşihan ve çevre ilçelere kadar iş yapan markalarda aynı bilgi çoğu zaman birden çok yerde ayrı ayrı tutulur. Müşteri bir tabloda, teklif başka bir dosyada, sipariş ise bambaşka bir yerde durur. Bu dağınıklık iş büyümedikçe fark edilmez; büyüdüğünde ise hangi kaydın doğru olduğu tartışma konusu olur.

İşe, herkesin aynı şeyi kastettiği ortak bir sözlük kurarak başlıyoruz. Müşteri, teklif, sipariş ve işlem gibi kavramların birbiriyle nasıl bağlandığını açıkça tanımlıyor, bu bağları gerçek örnekler üzerinde doğruluyoruz. Amacımız aynı bilginin çelişen kopyalarını üretmeden tek ve güvenilir bir kaynağa yaklaşmak.

Kurduğumuz modeli kullanımda deneyip sorumlularını not ediyor, verinin nereden gelip nereye bağlandığını izlenebilir bırakıyoruz. Kavramlar bir kez netleştiğinde, ekipteki farklı kişilerin aynı kaydı farklı adlarla anması sona eriyor ve konuşmalar sadeleşiyor.

Durum değişikliklerini geçmişiyle tutmak

Şehir dışına satış yapan firmalarda bir kaydın bugünkü hâli kadar o hâle nasıl geldiği de önem taşır. Bir teklifin ne zaman onaylandığı, bir siparişin hangi aşamada beklediği sonradan sorulduğunda yalnızca son durumu görmek çoğu zaman yetmez. Geçmiş olmadan yapılan bir inceleme, çoğu zaman tahmine dayanır.

Bu yüzden bir özel yazılım tasarlarken yalnızca son durumu değil, durumun geçmişini de saklamayı öne alıyoruz. Kaydın kim tarafından, ne zaman ve hangi gerekçeyle değiştiğini izlenebilir kılıyor; böyle bir işlem izini gerçek kayıtlar ve beklenmedik senaryolar üzerinde sınıyoruz.

Sonuçta bir hata araştırıldığında geriye dönük güvenilir bir iz kalıyor; kararın sorumlusu ve zamanı kayıtta net biçimde duruyor. Bir anlaşmazlık yaşandığında tarafların suçlamaya değil, aynı geçmişe bakarak konuşmasına imkân doğuyor.

Yetkileri sorumluluğa göre sınırlamak

Kırıkkale’daki hizmet işletmelerinde çoğu zaman tek bir yönetici hesabı elden ele dolaşır. Kısa vadede pratik görünen bu alışkanlık, kimin neyi değiştirdiğinin belirsizleşmesine ve gereksiz erişime kapı aralar. Oysa yetki, çalışanın konforunu azaltmadan da sorumluluğa göre düzenlenebilir.

Okuma, düzenleme, onaylama ve dışa aktarma izinlerini görevlere göre ayırıyor; her rolün yalnızca işini görecek kadar erişime sahip olmasını sağlıyoruz. Bu ayrımı, gerçek görev dağılımıyla ve elde kalan istisnai durumlarla birlikte deniyoruz.

Böylece kritik bilgi gereksiz erişimden korunuyor; hangi hesabın neye ulaştığı kullanımda sınanıp kayda alınıyor. Yeni bir çalışan işe başladığında ya da görev değiştiğinde, erişimin nasıl güncelleneceği baştan belli oluyor.

Sık işlemleri daha kısa tamamlatmak

Sanayi, tarım, ticaret ve hizmet alanında çalışan işletmelerde günün büyük bölümü, birkaç işlemin tekrar tekrar yapılmasıyla geçer. Aynı bilginin farklı ekranlara yeniden girilmesi ya da gereksiz sayfa geçişleri tek başına küçük görünse de gün sonunda gözle görülür bir yük bırakır.

Bu yüzden en sık tekrarlanan işlemleri önce ölçüyor, sonra kısaltıyoruz. Tekrar eden veri girişlerini azaltmanın, adımları birleştirmenin ve gereksiz geçişleri kaldırmanın yollarını gerçek kullanım üzerinde deniyor; hız uğruna doğruluğu bozmamaya özen gösteriyoruz.

Kısalttığımız akışı kullanımda sınayıp sorumlularını kaydediyor, gündelik işte biriken zaman kaybını görünür biçimde düşürüyoruz. Kazanılan bu süre, çalışanı ekranın peşinde koşturmaktan çıkarıp asıl işine döndürüyor.

Raporu dayandığı kayıtla açıklamak

Çevre ilçelere ulaşan markalarda rapor çoğu zaman kararın tek dayanağıdır; ancak bir özel yazılım yalnızca özet sayı gösteriyorsa o sayıya güvenmek zorlaşır. Karar veren kişinin, ekrandaki toplamın hangi kayıtlardan oluştuğunu görebilmesi gerekir.

Bu nedenle her göstergeyi, dayandığı kaynak işleme kadar izlenebilir kuruyoruz. Özet bir rakamın altını açıp o rakamı üreten kayıtlara ulaşmayı mümkün kılıyor; bunu gerçek verilerle ve uç durumlarla sınıyoruz.

Böylece karar veren kişi sayıyı doğrulayabiliyor; raporun arkasındaki kaydı ve sorumluyu kullanımda görebiliyor. Sayının kaynağı görülebilir olduğunda, rapor bir tartışmayı bitiren değil, doğru soruyu sordurmaya başlayan bir araca dönüşüyor.

Harici araçlarla kontrollü bağlantı kurmak

Başka illere de iş yapan firmalarda iş çoğu zaman tek bir ekranda başlayıp bitmez; muhasebe, ödeme ya da bildirim gibi dış servislerle konuşmak gerekir. Bu bağlantılar iyi çalıştığında görünmez, ama bir kesinti anında en kırılgan noktaya dönüşebilir.

Bu yüzden dış araçlarla bağlantıyı, her şeyin yolunda gittiği durumu değil, aksadığı anı düşünerek kuruyoruz. Bir servis yanıt vermediğinde kaydın kaybolmamasını ve işlemin güvenli biçimde tekrarlanabilmesini önceden planlıyor; bağlantıyı hata senaryolarıyla birlikte deniyoruz.

Veri alışverişini izlenebilir ve geri alınabilir tutuyor, hangi bağlantının ne zaman çalıştığını kullanımda sınayıp kayda geçiriyoruz. Bir aksama yaşandığında hangi adımın çalışıp hangisinin durduğu geriye dönük görülebiliyor, sorunun kaynağına tahminle değil kayıtla ulaşılıyor.

Eski kayıtları temiz eşlemeyle aktarmak

Uzun süredir çalışan hizmet işletmelerinin çoğu, yıllar içinde biriken kayıtlarını tablolarda taşır. Bu birikim değerlidir; ancak farklı tarih biçimleri, boş bırakılmış alanlar ve elle düzeltilmiş girişler, taşınmadan önce görülmesi gereken pürüzler barındırır.

Aktarımdan önce sütunları, biçimleri ve eksik değerleri tek tek eşliyoruz. Hatalı ya da yinelenen bir kaydı yeni sisteme olduğu gibi taşımak yerine önce raporlayıp temizliyor; küçük bir deneme aktarımıyla eşlemenin doğruluğunu sınıyoruz.

Böylece geçmişin hatalarını yeni sisteme taşımadan, aktarımın kimin onayıyla yapıldığını izlenebilir biçimde kayda alıyoruz. Temizlenen veriyle açılan bir sistem, ilk günden itibaren güvenilir bir zeminde ilerliyor.

Eksik ve hatalı girişleri sınamak

Sanayi, tarım, ticaret ve hizmet alanında çalışan işletmelerde ekranlar çoğu zaman her şeyin doğru girildiği ideal koşula göre çalışır görünür. Oysa gerçek kullanımda alanlar boş bırakılır, aynı kayıt iki kez açılır, bağlantı beklenmedik bir anda kesilir.

Bir özel yazılım söz konusu olduğunda onu yalnızca doğru kullanım için değil, hatalı kullanım için de sınıyoruz. Boş alan, yinelenen kayıt ve kesinti gibi durumları önceden test senaryolarına ekliyor; sistemin bunlarda anlaşılır biçimde uyarıp uyarmadığını gerçek örneklerle deniyoruz.

Böylece yalnızca ideal koşulda çalışan ekranlardan kaçınıyor, sınadığımız durumları ve sorumluları kayda alıyoruz. Beklenmedik bir giriş karşısında sistemin ne yaptığı önceden bilindiğinde, canlı kullanımda çıkan sürprizlerin sayısı da belirgin biçimde azalıyor.

Canlı kullanıma aşamalı biçimde geçmek

İlçe ve çevre bölgelere ulaşan markalarda yeni bir sisteme geçiş, bir günde tüm ekibi yeni ekrana taşımak zorunda değildir. Ani bir geçiş, küçük bir aksaklığı bile herkesin işini durduran bir soruna dönüştürebilir.

Bu yüzden canlı kullanıma adım adım geçmeyi tercih ediyoruz. Önce sınırlı bir kullanıcı grubuyla ve küçük bir veri kümesiyle başlıyor, çıkan geri bildirimleri gerçek kayıtlar üzerinde değerlendiriyor; sorunları tüm ekip etkilenmeden gideriyoruz.

Böylece geçişi denetimli tutuyor, hangi aşamanın kimin onayıyla açıldığını kullanımda sınayıp kayda geçiriyoruz. Ekip yeni düzene alıştıkça güven de birlikte büyüyor; kimse bir anda tanımadığı bir ekranla baş başa kalmıyor.

Yeni özellikleri kullanım kanıtıyla seçmek

Şehir dışına ürün gönderen firmalarda yayın sonrası her istek, sırf dile getirildiği için yol haritasına girmez. Anlık bir ihtiyaçla açılan çok sayıda talep, dikkatle bakılmazsa planı dağıtır ve zamanla bakımı ağırlaştırır.

Bu yüzden bir özel yazılım büyürken yeni özelliği kullanım kanıtıyla seçiyoruz. Talebin hangi sorunu çözdüğünü, ne sıklıkta işe yarayacağını ve getireceği bakım yükünü birlikte tartıyor; kararı gerçek kullanıma ve somut kayıtlara dayandırıyoruz.

Böylece yol haritasını geçici isteklere göre dağıtmadan, hangi özelliğin neden seçildiğini izlenebilir biçimde kayda alıyoruz. Reddedilen ya da ertelenen bir talebin gerekçesi de kayıtta durduğu için, aynı tartışma aylar sonra sıfırdan başlamıyor.

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

Şart değil. Bir özel yazılım için iş kuralları, kullanıcı rolleri ve beklenen sonuç netse teknik ayrıntılar analiz sırasında birlikte çıkarılabilir. Belirsiz kalan noktaları varsayımla kapatmıyor; örnek kayıtlar ve gerçek senaryolar üzerinden karar verip kapsamı yazılı hâle getiriyoruz.

Genellikle aktarılabilir. Önce kayıtlar incelenip alan eşlemesi yapılır; yinelenen girişler, farklı tarih biçimleri, eksik değerler ve hatalı karakterler raporlanır. Küçük bir deneme aktarımı onaylandıktan sonra canlı taşıma planlanır, böylece olası sürprizler baştan görülür.

Verilebilir. Görev bazında görüntüleme, düzenleme, onaylama ve dışa aktarma sınırları tanımlanabilir. Yetki dağılımını iş sorumluluklarıyla birlikte doğruluyor; yönetici hesabının gündelik işler için gereksiz yere paylaşılmamasına özen gösteriyoruz.

İlgili servis güvenilir bir bağlantı yöntemi sunuyorsa entegrasyon değerlendirilebilir. Kimlik doğrulama, veri sınırı, hata yanıtı ve yeniden deneme davranışı önceden belgelenir; bağlantının kesildiği anlarda kayıt kaybını önleyen bir yöntem seçilir.

Deneyebilirsiniz. Tamamlanan akışlar test ortamında kademeli olarak açılabilir. Geri bildirimleri ekran ve senaryo adıyla topluyor; onaylanmış bir davranışı değiştirmeden önce süreye, veriye ve diğer bölümlere etkisini değerlendiriyoruz.

Önce talebin hangi sorunu çözdüğü ve ne sıklıkta kullanılacağı ölçülür. Veri modeli, yetkiler, mevcut akış ve doğacak bakım yükü birlikte incelenerek kapsam çıkarılır; acil bir hata ile yeni bir geliştirme ayrı kuyruklarda yürütülür.