Yazılım

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

Bir yazılım işine başlarken ilk sorumuz, hangi ekranların çizileceği değil, işin gerçekte nasıl aktığıdır. Sahadaki bir kaydın hangi elden geçip ofise ulaştığını, hangi adımda beklediğini ve nerede tıkandığını çözmeden arayüz kurmak, sonradan sökülmesi zor bir yapı doğurur. Bu yüzden özel yazılım kurgusunu, ekranlardan önce sürecin kendisiyle konuşarak açığa çıkarıyoruz.

Stoğunu ve gelen talebi aynı anda izlemeye çalışan firmalarda bu adım daha da belirleyici oluyor. Depodaki hareketin, siparişin ve faturanın birbirini nasıl tetiklediğini kağıt üzerinde netleştirdiğimizde, yazılacak kodun sınırı da kendiliğinden ortaya çıkıyor. Akışı baştan doğru okumak, sonradan eklenecek her yamayı büyük ölçüde gereksiz kılıyor.

Farklı ilçelerde konumlanmış ekipler söz konusu olduğunda süreci yalnızca merkezden tarif etmek yetmiyor; sahadaki kişinin gün içinde hangi bilgiyi ne zaman girdiğini yerinde görmek gerekiyor. Gümüşhane çevresinde birden çok noktada çalışan bir işletmenin akışını, tek bir masabaşı varsayımıyla değil, her durağı ayrı ayrı dinleyerek biçimlendiriyoruz.

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

Herkesin her şeye eriştiği bir sistem, kısa sürede kimin neyi değiştirdiğinin kaybolduğu bir yere dönüşüyor. Rolleri belirlerken çalışanların gerçekte hangi işlemi yaptığını, hangi kaydı görmesinin yeterli olduğunu ve hangi onayı vermeye yetkili olduğunu tek tek konuşuyoruz. Böylece dağınık onay trafiği azalıyor, sorumluluk da kişiye bağlanıyor.

Yetkinin dar tutulması, kişiyi kısıtlamak için değil, olası bir hatanın yayılma alanını daraltmak için yapılıyor. Bir kullanıcının yalnızca kendi işine dokunması, yanlış bir hamlenin tüm veriyi bulandırmasını engelliyor. Sahadaki eleman ile ofisteki yönetici arasındaki görünürlük farkı da bu ayrımla sağlanıyor; herkes kendi ekranında rahat çalışıyor.

Stok ve talep kayıtlarını birlikte tutan firmalarda rol tanımı, projenin en başında oturtulması gereken bir konu. Depo görevlisinin gördüğü ekranla muhasebenin gördüğü ekranın aynı olmaması, karışıklığı baştan önlüyor. Bu ayrımı sonraya bırakmak yerine ilk oturumda kararlaştırmak, ileride yapılacak düzeltmelerin çoğunu ortadan kaldırıyor.

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

Aynı bilgiyi farklı ekiplerin farklı adlarla kaydetmesi, sonradan raporları birbirine karıştıran en sık sebeplerden biri. Bir müşteri numarasının bir yerde cari, başka yerde hesap diye anılması, veriyi bir araya getirirken kayba yol açıyor. Bu yüzden alan adlarını, herkesin aynı şeyi anladığı ortak bir sözlükte topluyoruz.

Ortak sözlüğü kurarken elde hangi kayıtların bulunduğunu, bunların ne sıklıkla güncellendiğini ve kimin doldurduğunu birlikte gözden geçiriyoruz. Eski tablolardaki dağınık başlıkları tek tek eşleştirip sade bir isim düzenine indiriyoruz. Böylece yeni sistemde her alanın tek bir karşılığı oluyor, veri girişi de tahmine değil kurala dayanıyor.

Alanların netleşmesi yalnızca teknik bir düzen değil; günlük işi de hızlandırıyor. Doğru adlandırılmış bir kayıt, arandığında hemen bulunuyor, bir rapora dönüştürüldüğünde de ek bir temizlik istemiyor. Ekibin içeriğe ulaşma biçimi sadeleştikçe, aynı bilgiyi ikinci kez sormak zorunda kalmanın önüne geçiliyor.

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

Bir kaydın onaylanıp onaylanmadığının belirsiz kaldığı yerlerde iş, çoğu zaman telefon trafiğiyle yürüyor. Talebi ve stoğu birlikte yöneten firmalarda onay basamaklarını sistemin içinde göstermek, çalışmanın başında ele alınması gereken bir karar. Kimin sırada beklediğini ekranda görmek, işin nerede durduğunu telefonla sormayı gereksiz kılıyor.

Birden çok yerde çalışan ekiplerde onayın kimde beklediği daha da kolay kayboluyor. Her adımın kimin masasında durduğunu, ne zaman ilerlediğini ve kimin geri gönderdiğini kayıt altına aldığımızda, süreç şeffaf hale geliyor. Görünür bir onay hattı, geciken işin sorumlusunu aramak yerine durumu tek bakışta okumayı sağlıyor.

Onay basamaklarını kurarken kurumdaki mevcut alışkanlıkları da hesaba katıyoruz; gerçek imza sırasını, yenileme temposunu ve istisnaların nasıl işlendiğini konuşuyoruz. Kağıt üzerinde yürüyen dağınık onayları tek bir akışa bağladığımızda, hem bekleme süresi kısalıyor hem de her kararın izi kayıtta kalıyor.

Bildirimleri yerinde sorumluya iletmek

Bir bildirimin herkese birden gitmesi, kısa sürede kimsenin okumadığı bir gürültüye dönüşüyor. Uyarıyı yalnızca o işi yapacak kişiye ulaştırmak, hem dikkati doğru yere topluyor hem de sorumluluğu netleştiriyor. Sahadaki bir eksikliğin, onu giderecek kişinin ekranında belirmesi, aradaki gecikmeyi belirgin biçimde kısaltıyor.

Stok ve talebi bir arada tutan firmalarda hangi olayın kime haber vereceğini baştan tanımlamak önemli. Kritik seviyeye inen bir kalemin depo sorumlusuna, geciken bir siparişin ilgili temsilciye düşmesi gibi kuralları, özel yazılım kurulurken tek tek yazıyoruz. Bildirim mantığını sonraya bırakmak yerine ilk planda çözüyoruz.

Uzak noktalarda çalışan ekiplerde bildirimin doğru kişiye gitmesi, işin akmaya devam etmesi için belirleyici oluyor. Sahadaki kişi, ofisten birinin fark etmesini beklemeden kendi işine ait uyarıyı doğrudan görüyor. Her uyarının bir sahibi olması, hem gereksiz mesajı azaltıyor hem de yanıtsız kalan bir bildirimin sorumlusunu belirsizlikten çıkarıyor.

Saha kullanımını mobilde çözmek

Sahada çalışan biri için asıl araç, masadaki bilgisayar değil, elindeki telefon. Mobil kullanımı kurarken çalışanın hangi bilgiyi ayakta girdiğini, hangi işlemi tek eliyle yaptığını ve bağlantının zayıf olduğu anlarda ne olacağını düşünüyoruz. Yenileme temposu ve gerçek kullanım beklentisi, ekranların sadeliğini belirleyen ölçü oluyor.

Küçük bir ekranda az sayıda dokunuşla iş bitirebilmek, sahadaki verimin doğrudan karşılığı. Bu yüzden özel yazılım tasarlanırken mobil akış, masaüstünün küçültülmüş hali olarak değil, kendi başına bir kullanım biçimi olarak ele alınıyor. Sık yapılan işlem öne çıkıyor, seyrek olan ise gerektiğinde ulaşılabilir kalıyor.

Depoda ya da yolda çalışan ekipler için mobil kullanım, projenin başında netleştirilmesi gereken bir karar. Bir sayımın telefondan girilip girilmeyeceği, fotoğrafın kayda eklenip eklenmeyeceği gibi ayrıntılar, sonradan değil baştan konuşuluyor. Böylece saha ile ofis aynı veriyi, aynı anda ve tutarlı biçimde görüyor.

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

Bir yazılım çoğu zaman tek başına çalışmıyor; muhasebe programı, kargo servisi ya da bir ödeme altyapısıyla konuşması gerekiyor. Bu bağlantıları kurarken hangi bilginin dışarı çıktığını, hangisinin içeri alındığını ve bir aksama anında ne olacağını önceden tanımlıyoruz. Bağlantının kesildiği durumda işin durmaması için yedek bir davranış da planlıyoruz.

Dış bağlantıları kurmadan önce elde hangi hesapların, anahtarların ve erişim izinlerinin bulunduğunu birlikte çıkarıyoruz. Her bağlantının kimin sorumluluğunda olduğunu ve hangi sıklıkla yenilenmesi gerektiğini kayda geçiriyoruz. Dağınık biçimde tutulan erişim bilgilerini tek bir düzende toplamak, ileride yaşanabilecek kesintilerin çoğunu baştan engelliyor.

Bir aktarımın sessizce durması, çoğu zaman fark edilene kadar veriyi eksik bırakıyor. Bu yüzden bağlantıların çalışıp çalışmadığını gösteren sade bir denetim koyuyoruz; bir alışveriş kaydının ya da bir stok hareketinin karşı tarafa ulaşıp ulaşmadığı görülebiliyor. Böylece ekip, sorunu müşteri fark etmeden önce görüyor.

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

Bir sorun çıktığında sistem çalışmıyor demek, çözüme pek yaklaştırmıyor. Talebi ve stoğu birlikte yöneten firmalarda hata kayıtlarını okunur tutmak, işin başında konuşulması gereken bir konu. Hangi işlemin, hangi kullanıcıda ve hangi anda takıldığını anlaşılır bir dille tutmak, sonraki müdahaleyi hızlandıran en somut hazırlık oluyor.

Uzaktaki bir ekipte yaşanan aksaklığı yerinde görme imkanı çoğu zaman olmuyor; bu durumda geriye yalnızca kaydın kendisi kalıyor. Hatanın ne zaman ve hangi adımda oluştuğunu sade bir dille yazmak, telefonla uzun uzun tarif etmeye gerek bırakmıyor. Anlaşılır bir kayıt, sorunu uzaktan da olsa doğru yerden yakalatıyor.

Hata kayıtlarını düzenlerken kurumun daha önce hangi sorunlarla karşılaştığını ve bunları nasıl not aldığını gözden geçiriyoruz. Dağınık biçimde, kişisel notlarda kalan uyarıları tek bir kayıt düzenine taşıyoruz. Böylece tekrar eden bir sorun ikinci kez çıktığında, ona daha önce nasıl bakıldığı da elimizin altında oluyor.

Oturum ve yetki güvenliğini desteklemek

Kimin ne zaman giriş yaptığı ve neye eriştiği belirsizse, bir güven sorununu geriye dönük çözmek çok zorlaşıyor. Bu nedenle özel yazılım kurulurken oturum yönetimini ve yetki denetimini birlikte ele alıyoruz. Kullanıcının parolasını nasıl koruduğu, oturumun ne kadar açık kaldığı ve yetkisiz bir denemenin nasıl kayda geçtiği baştan tanımlanıyor.

Talep ve stok verisini bir arada tutan firmalarda erişim güvenliği, sonraya bırakılacak bir süs değil, ilk aşamada oturtulacak bir temel. Kimin hangi kaydı değiştirebileceği ve bu değişikliğin izinin nasıl tutulacağı baştan kararlaştırılıyor. Böylece bir tutarsızlık çıktığında, kaydın kimden geldiği tahmine değil kayda dayanarak bulunuyor.

Farklı yerlerden bağlanan ekiplerde her girişin aynı güven düzeyinde olması gerekiyor. Bir kullanıcının ayrılması durumunda erişimin nasıl kapatılacağını, cihaz değiştiğinde nelerin isteneceğini önceden planlıyoruz. Yetkinin kişiye bağlı ve izlenebilir kalması, uzaktan çalışmada güvenliği söze değil, kaydedilen kurala dayandırıyor.

Yedekleme planını oluşturmak

Yedeğin ne sıklıkla alınacağı, nerede saklanacağı ve kimin sorumlu olduğu belirlenmeden kurulan bir sistem, en kötü anda açık veriyor. Planı kurarken hangi verinin ne kadar değerli olduğunu, ne sıklıkla değiştiğini ve kaybı halinde işin ne kadar aksayacağını birlikte tartıyoruz. Yenileme temposu, yedeğin sıklığını da belirliyor.

Bir yedeğin var olması tek başına yetmiyor; asıl soru, gerektiğinde geri dönülüp dönülemeyeceği. Bu yüzden yedeğin yalnızca alınmasını değil, denenip çalıştığının görülmesini de planın bir parçası sayıyoruz. Ekibin işine ara vermeden sürdürebilmesi, en çok da beklenmedik bir kayıptan sonra hızla toparlanabilmesine bağlı.

Stok ve talep verisini bir arada tutan bir işletme için tek günlük bir kayıp bile ciddi bir geriye gidiş demek. Bu nedenle yedekleme, projenin başında konuşulan bir karar; nelerin, nereye ve hangi aralıkla kopyalanacağı ilk oturumda belirleniyor. Geri dönüş adımını da yazıya dökerek, kimsenin o anda düşünmek zorunda kalmamasını sağlıyoruz.

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

Çalışan bir sisteme yeni bir özellik eklemek, dikkatsiz yapıldığında var olanı bozma riskini de taşıyor. Değişiklikleri, önce ayrı bir ortamda denedikten sonra canlıya almak; bir sorun çıkarsa hızla geri dönebilmek için de bir yol bırakmak esas. Uzaktaki ekiplerin işi aksamasın diye güncellemeyi sessiz saatlere alıyoruz.

Bir sürüm çıkmadan önce nelerin değiştiğini, kimin onayladığını ve hangi kontrolden geçtiğini kayıt altına alıyoruz. Kurumdaki mevcut alışkanlığı, kimin haberdar edilmesi gerektiğini ve yenileme temposunu hesaba katıyoruz. Dağınık biçimde yapılan ani müdahaleleri tek bir düzenli akışa bağlamak, sürprizlerin çoğunu baştan ortadan kaldırıyor.

Kullanıcı, bir sabah karşısında tanımadığı bir ekran görmek istemiyor. Bu yüzden özel yazılım güncellenirken değişikliği ekibe önceden anlatıyor, gerekirse kısa bir not bırakıyoruz. Her sürümün neyi getirdiğinin kayıtlı olması, hem yeni bir sorunun kaynağını bulmayı hem de gerektiğinde önceki hale dönmeyi kolaylaştırıyor.

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

Bir sistem, onu kullanacak kişiye anlatılmadan teslim edildiğinde çoğu zaman eksik kullanılıyor. Talebi ve stoğu yöneten firmalarda teslim, yalnızca dosyaların devri değil; kimin neyi nasıl yapacağının da gösterilmesi. Bu yüzden eğitimi ve devri, projenin başında planlanan bir aşama olarak görüyor, sonraya bırakılan bir formalite saymıyoruz.

Farklı yerlerdeki ekiplere aynı anlatımı ulaştırmak her zaman kolay olmuyor; bu yüzden anlatılanı yazılı ve tekrar bakılabilir bir kayda dönüştürüyoruz. Yeni katılan bir çalışan, aynı bilgiye baştan ulaşabiliyor. Devir sırasında kimin neyi teslim aldığını da kayda geçirerek, sonradan doğabilecek belirsizliği baştan kapatıyoruz.

Teslim yaklaşırken elde hangi belgelerin, erişimlerin ve açık işlerin bulunduğunu bir araya getiriyoruz. Özel yazılım devredilirken hesapların, parolaların ve bakım sorumluluğunun kime geçtiğini açıkça yazıyoruz. Dağınık kalmış son adımları tek bir teslim kaydında toplamak, çalışmanın sahibini ve sırada bekleyen işleri herkes için belirgin kılıyor.

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

Hazır paketler, çok sayıda işletmenin ortak ihtiyacına göre kurulur; işin kendine özgü akışı buna sığmadığında ayrışma başlar. Eldeki kaynağı, işlemin ne sıklıkla tekrarlandığını ve hangi ekibin sahipleneceğini birlikte tartıp karar veriyoruz. Süreç standartsa hazır bir araç yeterli olabilir; kural size özgüyse çözümü de o kurala göre kuruyoruz.

Genellikle şart değil; en çok kullanılacak ve işi asıl yürüten bölümle başlamak daha sağlıklı oluyor. Kaynağı, kullanım sıklığını ve ekibin taşıyabileceği yükü göz önüne alarak bir öncelik sırası çıkarıyoruz. İlk sürüm sahada denenirken görülen gerçek ihtiyaç, sonraki adımların neler olacağını da netleştiriyor.

Çoğu durumda taşınabilir; önce eski kaydın hangi biçimde tutulduğunu ve ne kadarının gerçekten gerekli olduğunu inceliyoruz. Kaynağı, kaydın sıklığını ve sorumluluğu birlikte değerlendirip nelerin aktarılacağına karar veriyoruz. Aktarım öncesinde küçük bir örnekle deneme yapıp, verinin bozulmadan yerleştiğini görerek ilerliyoruz.

Evet; yetkiler zamanla değişen görevlere göre yeniden düzenlenebilecek biçimde kuruluyor. Kimin neye erişeceğini eldeki ekip yapısına, işin sıklığına ve sorumluluk dağılımına göre belirliyoruz. Yeni bir kişi katıldığında ya da bir görev el değiştirdiğinde, erişim de buna göre sade bir işlemle güncelleniyor.

Her zaman gerekmez; asıl belirleyen, işin gerçekten sahada mı yoksa masabaşında mı yürüdüğü. Kaynağı, kullanım sıklığını ve kimin taşıyacağını değerlendirip mobil bir katmanın gerçekten fark yaratıp yaratmayacağına bakıyoruz. Kullanım ağırlıklı masabaşındaysa, tarayıcıdan çalışan uyumlu bir ekran çoğu zaman yeterli oluyor.

Bakım, çalışan sistemin ayakta ve güvenli kalmasını; yeni geliştirme ise mevcut yapıya yeni bir yetenek eklenmesini kapsıyor. İkisini kaynağa, işin sıklığına ve sorumluluğa göre ayrı ayrı planlıyoruz. Böylece günlük düzeni sürdüren işle, ileriye dönük eklemeler birbirinin önüne geçmeden yürüyor.