Kurumsal Portalda Rol Bazlı Arayüz, SSO ve ROI Hesabının Sınırları
Kurumsal portal projeleri teknolojide değil, sahiplikte ve ölçümde çuvallar. Rol bazlı arayüz rol sayısıyla birlikte bakım yüküne dönüşür, tek oturum açma talebi çoğu kurumda yarım kalır, kazanılan dakikalar sunumda iki kişilik verimlilik gösterip bütçede hiç görünmez. Bu üç yerin her birinde verilecek karar bellidir.
Rol bazlı arayüz nerede biter
Her rol ayrı bir ekran varyantıdır. Sekiz rol tanımladıysan sekiz farklı ana sayfayı ayrı ayrı test edersin, bir destek talebi geldiğinde de önce "bu kişi tam olarak ne görüyor" sorusunu cevaplarsın. Kişiselleştirmeyi departman düzeyinde bırak, unvan düzeyine indirme. Departman sayısı yıllarca sabit kalır, unvanlar her terfi döneminde değişir ve arayüz kurallarını peşinden sürükler.
Bir de sık yapılan bir karışıklık var: menüden bağlantı kaldırmak yetkilendirme değildir. Gizlenen bir modülün adresi tarayıcının geçmişinde, eski bir e-postada ya da paylaşılan bir bağlantıda durmaya devam eder. Rol kontrolünü tek bir yetki katmanında topla ve gelen her isteği oradan geçir; arayüzdeki gizleme yalnızca ekrandaki gürültüyü azaltır, dokümanı korumaz.
SSO yerine giriş sayısını azaltmak
Portal projesinin takvimini tek oturum açmaya bağlama. SSO teknik olarak zor bir iş değil, ama kurumdaki dizin verisinin temizliğine, kimlik sağlayıcının kim olacağına ve eski uygulamaların protokol desteğine aynı anda bağımlı. Bu üç şart nadiren birlikte hazırdır; portal, kendi işi bitmişken bekler.
İşe yarayan ara yol, giriş sayısını azaltmaktır. Çalışanın günde beş kez şifre girdiği yerde bunu bire indirmek, on beş sistemi tek kimliğe bağlamayı beklemekten daha hızlı sonuç verir. Portalı ve en çok kullanılan iki üç sistemi ortak oturuma al, kalanını sonraki faza bırak.
Portalın bir sahibi olur
Birimlerden temsilcilerin bulunduğu bir komite içerik önceliklerini belirlemek için işe yarar. Ama sahiplik komiteye dağıtılmaz. Yayına aldıktan sonra hangi sayfanın eskidiğine, arama sonuçlarının hâlâ doğru olup olmadığına, hangi modülün kimse tarafından açılmadığına bakacak tek bir isim gerekir.
Sahibi olmayan portal altı ay içinde arşive döner. Eskiyen içerik silinmediği için arama sonuçları güvenilirliğini kaybeder, çalışan da aradığını bulamadığı iki denemeden sonra portal yerine yan masaya sormaya geri döner.
İş birliği modüllerini kanıt olmadan açma
Blog, wiki, tartışma panosu: portal yazılımlarının hepsinde var ve çoğu kurumda boş duruyor. Boş bir modül nötr değildir, portalın terk edildiğinin görünür kanıtıdır. Son yazının tarihi bir buçuk yıl öncesini gösteren bir duyuru bölümü, o portala olan güveni tek başına bitirir.
Bir modülü açmadan önce mevcut trafiğe bak. Aynı soru farklı kişilere aylarca tekrar tekrar e-postayla soruluyorsa wiki'nin yeri hazırdır. Kimse sormuyorsa modül de yazılmaz.
Menü isimlerini kurumun jargonuyla yazma
Portal navigasyonunun en sık görülen hatası, menüyü organizasyon şemasının aynası yapmaktır. Çalışan izin talebini "İnsan Kaynakları Operasyon Süreçleri" altında aramaz. On beş kişilik bir kart sıralama çalışması, çalışanların bu içerikleri kendi kafalarında hangi başlıklar altında topladığını göstermeye yeter ve sonuçlar şaşırtıcı biçimde tutarlı çıkar.
Aynı çalışma menü etiketlerini de verir. Kartlara koyduğun ifadeyle katılımcının grubu adlandırırken kullandığı ifade farklıysa, doğru olan katılımcınınkidir.
Tasarruf edilen dakikaların kaderi
Portal yatırımının geri dönüşü genellikle şöyle hesaplanır: sık tekrarlanan bir görevin eski ve yeni sistemdeki süresi ölçülür, fark çalışan sayısıyla ve iş günüyle çarpılır. İki yüz çalışanın günde beş dakika kazandığı bir kurumda bu hesap yılda yaklaşık 3.700 saat verir, yani iki tam zamanlı çalışanın yıllık mesaisine yakın bir rakam.
Bu rakam doğrudur ama bütçe kalemi değildir. Tasarruf beş dakikalık parçalar halinde, günün on farklı anına dağılmış olarak gerçekleşir; o parçalar birleşip yeni bir işe dönüşmez ve kimse iki kişilik maliyeti tablodan silmez. Portalın geri dönüşünü saat cinsinden savunursan ilk mali değerlendirmede savunman çöker.
Ölçülmesi gereken şey tekrar eden işin kendisidir: aynı bilgiyi bulmak için açılan destek talebi sayısı, yanlış sürüm dokümanla yapılan iş nedeniyle geri dönen süreç sayısı, yeni başlayan bir çalışanın ilk haftasında kaç kez birine sormak zorunda kaldığı. Bu üç sayı portaldan önce ve altı ay sonra ölçülebilir, düştüğünde de neyin düştüğü herkesin anladığı bir dille açıklanabilir.