Birçok işletmede teknoloji kararları tek tek ve ihtiyaç anında verilir. Muhasebe programı bir dönem değişir, depo için ayrı bir yazılım alınır, satış ekibi kendi tablolarını kurar, sunucu bir arıza sonrası aceleyle yenilenir. Her karar kendi gününde mantıklıdır; ama yıllar içinde birbirine bağlı olmayan, aynı verinin üç yerde tutulduğu ve kimsenin bütününü bilmediği bir yapı ortaya çıkar.
Bilişim yol haritası bu dağınıklığı durdurmanın aracıdır. Neyin, hangi sırayla ve neden yapılacağını tek bir belgede toplar. Bu yazıda böyle bir planın nasıl hazırlandığını, hangi adımların atlanmaması gerektiğini ve planın kâğıtta kalmaması için nelere dikkat edilmesi gerektiğini anlatıyoruz.
Yol haritası neyi cevaplamalı?
Yol haritası bir alışveriş listesi değildir. “Yeni ERP, yeni sunucu, mobil uygulama” gibi başlıkların sıralanması plan sayılmaz. İşe yarar bir yol haritası şu soruların cevabını verir:
- Bugün hangi sistemleri kullanıyoruz ve bunlar birbiriyle nasıl konuşuyor?
- İşimizde zaman ve para kaybını gerçekte nereler yaratıyor?
- Bu sorunlardan hangisi önce çözülmeli ve neden?
- Hangi adım hangi adıma bağlı, hangisi beklemeden başlayabilir?
- Her adım bittiğinde işimizde ne değişmiş olacak?
Bu sorular cevaplanmadan yapılan yatırımlar genellikle bir sorunu çözerken başka bir yerde yeni bir sorun yaratır.
Birinci adım: Dürüst bir envanter
Plan, bugünün net fotoğrafıyla başlar. Kullanılan yazılımlar, sunucular, bulut hizmetleri, ağ cihazları, yedekleme düzeni ve bu sistemler arasındaki veri akışı listelenir. Yalnız resmi olarak satın alınmış sistemler değil, ekiplerin kendi kurduğu tablolar, paylaşılan klasörler ve elle yapılan aktarımlar da envantere girer; çünkü gizli maliyet çoğu zaman bunlarda birikir.
Her sistem için şu bilgileri not etmek yeterlidir: ne işe yaradığı, kimin kullandığı, hangi veriyi tuttuğu, hangi sistemlerle bağlantılı olduğu, lisans ya da destek durumu ve bilinen sorunları. Bu tablo, yönetimin de okuyabileceği sade bir dille yazılmalıdır. Yalnız teknik ekibin anladığı bir envanter karar aşamasında işe yaramaz.
Veri akışını çizmek
Envanterin en öğretici kısmı, bir siparişin ya da bir talebin baştan sona hangi sistemlerden geçtiğini çizmektir. Bir müşteri siparişi hangi ekranda başlıyor, depoya nasıl ulaşıyor, faturaya nasıl dönüşüyor, tahsilat nereye işleniyor? Bu yolculukta verinin elle kopyalandığı her nokta, hem zaman kaybının hem de hatanın kaynağıdır ve yol haritasının adaylarıdır.
İkinci adım: İşi yapan ekiplerle konuşmak
Yönetimin gördüğü sorunlarla sahada yaşanan sorunlar her zaman aynı değildir. Satış, depo, muhasebe, üretim ve müşteri hizmetleri ekipleriyle kısa görüşmeler yapmak, envanterin göstermediği şeyleri ortaya çıkarır: her ay sonu tekrar eden bir mutabakat işi, iki programa ayrı ayrı girilen bir kayıt, bir raporu hazırlamak için yarım gün harcanan bir tablo.
Bu görüşmelerde “hangi yazılımı istersiniz?” diye sormak yerine “işinizin hangi kısmı sizi en çok yoruyor?” diye sormak daha verimlidir. İnsanlar çözüm önermekte değil, sorunu anlatmakta iyidir. Toplanan sorunlar teknik terimlerle değil, işin diliyle yazılır: “stok bilgisi satış ekranında güncel değil” gibi.
Üçüncü adım: Sorunları sınıflandırmak
Envanter ve görüşmelerden genellikle uzun bir liste çıkar. Hepsini aynı anda çözmeye çalışmak, hiçbirini bitirememek demektir. Her madde birkaç ölçüte göre değerlendirilir:
| Ölçüt | Sorulacak soru |
|---|---|
| İşe etkisi | Çözülürse ne kazanılır? |
| Aciliyet | Beklerse risk büyür mü? |
| Bağımlılık | Başka bir adımı bekliyor mu? |
| Zorluk | Ne kadar emek ve değişiklik ister? |
| Risk | Veri ya da güvenlik açığı var mı? |
Bu tablo puanlama için değil, tartışmayı düzenlemek içindir. Ekipteki en güçlü sesin değil, gerekçelerin kazanmasını sağlar. Güvenlik ve yedekleme gibi risk taşıyan maddeler, işe görünür bir katkısı olmasa bile genellikle listenin üst sıralarına çıkar.
Dördüncü adım: Sıralamayı bağımlılıklara göre kurmak
Önemli olanın her zaman önce yapılabileceğini düşünmek yaygın bir hatadır. Örneğin satış ekibine mobil bir ekran yapmak önemli olabilir; ama stok verisi henüz tek bir kaynakta toplanmamışsa, o ekran yanlış bilgiyi daha hızlı göstermekten öteye geçmez. Önce veri düzeni, sonra onun üzerine kurulan ekranlar gelir.
Benzer bağımlılıklar altyapıda da görülür: yeni bir uygulamadan önce sunucu ve yedekleme düzeni, entegrasyondan önce ürün ve cari kodlarının tek tip hâle gelmesi, raporlamadan önce verinin temizlenmesi. Yol haritasında her adımın yanında “neye bağlı” sütunu bulunmalıdır. Bu sütun, planın neden o sırada olduğunu okuyan herkese açıklar.
Hızlı kazanımlar ve büyük adımlar
İyi bir plan yalnız büyük projelerden oluşmaz. Küçük bir aktarımın otomatikleştirilmesi, bir raporun tek tıkla alınabilir hâle gelmesi ya da yedeklemenin düzene sokulması gibi kısa sürede sonuç veren adımlar, ekiplerin plana güvenmesini sağlar. Büyük adımlar ise daha uzun soluklu olduğu için aşamalara bölünür; her aşama kendi başına kullanılabilir bir sonuç üretmelidir.
Beşinci adım: Seçenekleri aynı ölçütle karşılaştırmak
Sıralama belli olduktan sonra her adım için çözüm yolları değerlendirilir. Genellikle üç seçenek vardır: hazır bir ürün, işe özel geliştirme ya da mevcut sistemin iyileştirilmesi. Bu seçenekleri karşılaştırırken aynı ölçütleri kullanmak gerekir: ihtiyacı ne kadar karşıladığı, diğer sistemlerle nasıl bağlanacağı, ekibin ne kadar alışkanlık değiştireceği ve uzun vadeli bakım yükü.
Yol haritasının bu aşamasında henüz tedarikçi seçilmez; yalnız hangi yolun neden mantıklı olduğu yazılır. Böylece tekliflerin toplanacağı aşamada neyin istendiği nettir ve her tedarikçi kendi ürününe göre ihtiyacı yeniden tanımlamaz.
Belgenin biçimi
Yol haritasının okunabilir olması, içeriği kadar önemlidir. Pratikte iyi işleyen biçim, her adımın tek satırda özetlendiği bir tablo ve altında her adımın kısa açıklamasıdır. Tabloda adımın adı, çözdüğü sorun, neye bağlı olduğu, önerilen çözüm yolu, işletme içindeki sorumlusu ve başarı ölçütü yer alır. Açıklama kısmında ise adımın gerekçesi, değerlendirilen seçenekler ve neden diğerlerinin elendiği yazılır. Böylece yönetim tabloya bakarak bütünü görür, uygulayacak ekip ise ayrıntıya inebilir.
Bütçe ve kaynak gerçekçiliği
Yol haritası, işletmenin gerçekten ayırabileceği bütçe ve insan kaynağıyla uyumlu olmalıdır. Kâğıt üzerinde aynı dönemde başlatılan dört proje, pratikte aynı birkaç kişinin zamanını paylaşır. Her yeni sistem, ekipten tanımlama, test ve eğitim için zaman ister; bu zaman planlanmazsa günlük iş ile proje arasında sıkışan ekip ikisinden birini aksatır.
Bu yüzden her adımın yanında işletme içinden kimin ne kadar katılacağı da not edilir. Proje sorumlusu belli olmayan bir adım, planda ne kadar önemli görünürse görünsün kolayca ertelenir.
Sık yapılan hatalar
- Yalnız teknik ekiple hazırlamak: İşin dilini bilen ekipler dahil edilmezse plan teknik açıdan doğru, iş açısından eksik olur.
- Çözümle başlamak: “bize bir CRM lazım” cümlesi, sorunun ne olduğunu söylemez.
- Her şeyi aynı anda planlamak: Uzak dönem adımları ayrıntılı yazmak yerine yön olarak bırakmak daha doğrudur.
- Planı bir kez yazıp kenara koymak: İşletme değiştikçe öncelikler de değişir.
- Tedarikçinin önerisini plan sanmak: Bir ürün satan firmanın önerisi, o ürünün etrafında kurulur.
Planı yaşayan bir belge olarak tutmak
Yol haritası bir kez hazırlanıp rafa kaldırılırsa kısa sürede eskir. Düzenli aralıklarla, örneğin her büyük adım tamamlandığında, plan gözden geçirilmelidir: Tamamlanan adım beklenen sonucu verdi mi, yeni bir ihtiyaç doğdu mu, sıralama hâlâ doğru mu? Bu gözden geçirme kısa bir toplantıyla yapılabilir ve planın güncel sürümü herkesin erişebileceği bir yerde tutulur.
Her adım için baştan bir başarı ölçütü yazmak bu değerlendirmeyi kolaylaştırır. “Satış ekibi stok bilgisini tek ekrandan görüyor” ya da “ay sonu mutabakatı elle aktarım olmadan yapılıyor” gibi gözlemlenebilir cümleler, bir adımın gerçekten bitip bitmediğini tartışmasız gösterir.
Bunny Soft yol haritasını nasıl hazırlıyor?
Hangi yazılımı alacağınıza ya da altyapınızı nasıl kuracağınıza karar vermeden önce mevcut sistemlerinizi birlikte inceliyoruz. Kullandığınız yazılımları, sunucuları ve veri akışını yerinde ya da uzaktan inceliyor, günlük işi yapan kişilerle görüşüp tekrar eden işleri, darboğazları ve beklentileri topluyoruz. İhtiyaçları teknik terimlerle değil işinizin diliyle tanımlıyor, önem ve aciliyetine göre sınıflandırıyoruz.
Ardından hazır ürünleri, işinize özel geliştirmeyi ve mevcut sistemi iyileştirmeyi aynı ölçütlerle değerlendiriyor, sunucu, yedekleme ve ağ yapınız için de büyümeye açık bir kurulum tarif ediyoruz. Teslim ettiğimiz yol haritası öncelikleri, bağımlılıkları ve gerekçeleriyle yazılır ve size aittir: Uygulamayı bize verebilir ya da planı kendi ekibinize veya başka bir firmaya aktarabilirsiniz; ikinci durumda devir için gereken belgeleri ve açıklamaları biz sağlıyoruz.
Teknoloji yatırımlarınızı tedarikçi önerisine değil kendi ihtiyaçlarınıza dayandırmak istiyorsanız, bilişim danışmanlığı sayfamızda çalışmanın kapsamını ve adımlarını bulabilirsiniz.
