Bilişim şirketi ve ajans için intranet: araç kalabalığını toplamak

Bilişim şirketlerinde ve ajanslarda sorun araç eksikliği değildir; araç fazlalığıdır. Sohbet için Slack, iş takibi için Jira, doküman için Notion ya da Drive, tasarım için Figma, kod için GitHub.

Her biri kendi işinde iyidir. Ortaya çıkan tablo ise şudur: bilgi altı ayrı yerde durur ve hiçbirinde "kurumun ne dediği" yazmaz. Yeni gelen bir geliştirici izin prosedürünü nerede arayacağını bilmez, çünkü mantıken hiçbir aracın içinde değildir.

İntranetin bu ortamda doldurmadığı yer

Önce sınırı çizmek gerekir, çünkü bu sektörde en yaygın hata intraneti mevcut araçların yerine koymaya çalışmaktır.

İntranet, Jira'nın yerine geçmez; sprint yönetimi orada kalmalıdır. GitHub'ın yerine geçmez. Slack'in yerine de geçmez — günlük koordinasyon orada yürür.

İntranetin işi bu araçların üstünde bir katman olmaktır: kurumun kalıcı bilgisi, insan tarafı ve süreçler. Slack ile ayrımını Slack intranet yerine geçer mi, Google ekosistemiyle ayrımını Google Workspace varken intranete gerek var mı yazısında ele aldık.

Doldurduğu boşluk: kurumun kendisi

Araç yığınının cevaplamadığı sorular şunlardır ve hepsi insan tarafındadır:

Kim kimdir ve kim neyi biliyor? Otuz kişiden sonra bu soru her hafta sorulur ve cevabı yalnızca eski çalışanlarda durur. Uzmanlığın görünür olması, uzaktan çalışan ekiplerde özellikle değerlidir — uzman bulucu: kim bilir? ve çalışan rehberi ve organizasyon şeması.

İzin nasıl alınır, avans nasıl istenir, ekipman nasıl talep edilir? Bunlar Jira'ya açılan "IT" tiketleriyle yürütüldüğünde ne bakiye görünür ne geçmiş — izin ve talep süreçleri.

Kariyer yolu nedir, terfi neye göre olur? Bilişimde ayrılmaların en sık gerekçelerinden biri belirsiz gelişim yoludur — kariyer ve yetkinlik çerçevesi.

Uzaktan çalışmanın sessiz maliyeti

Uzaktan ve hibrit çalışan ekiplerde kararlar görüşmelerde alınır ve çoğu zaman hiçbir yere yazılmaz. Görüşmede olmayan kişi için o karar hiç alınmamıştır.

Bunun bedeli aylar sonra ortaya çıkar: "bu neden böyle yapılmıştı?" sorusunun cevabı kimsede yoktur. Kararın gerekçesiyle birlikte yazılması, uzaktan çalışan ekiplerde en yüksek getirili alışkanlıktır — kurumsal hafıza ve bilgi devri ve toplantı kültürü ve verimli toplantı.

Hibrit düzenin iletişim tarafını hibrit çalışmada iç iletişim, politika tarafını esnek çalışma ve hibrit model politikası yazısında ele aldık.

Ajanslara özgü: müşteri bilgisi nerede duruyor?

Ajanslarda ek bir katman vardır: müşteri hesapları. Bir müşterinin marka kuralları, onay süreci, iletişim kişileri ve geçmiş işleri genellikle proje yöneticisinin kafasında ve e-posta arşivinde durur.

O kişi ayrıldığında ya da izne çıktığında hesap fiilen sahipsiz kalır. Müşteri bilgisinin ekipçe erişilebilir bir yerde durması, ajanslarda anahtar kişi riskini azaltan en pratik adımdır — yetenek yönetimi ve yedekleme planı.

Onboarding: bilişimde ilk hafta pahalıdır

Bir geliştiricinin ilk gününde ihtiyaç duyduğu şey uzun bir el kitabı değil, kısa bir yol haritasıdır: hangi erişimler açıldı, ortam nasıl kurulur, kime ne sorulur, ilk hafta ne beklenir.

Bu içerik bir kez yazıldığında her yeni gelende yeniden kullanılır ve ekip liderinin ilk hafta yükünü belirgin şekilde azaltır — işe alıştırma ve oryantasyon süreci ve çalışan el kitabı nasıl hazırlanır.

Entegrasyon: yeni bir ada kurmayın

Bu sektörde intranetin başarısız olmasının en yaygın sebebi, mevcut akışın dışında kalmasıdır. Kimse gün içinde ayrı bir sekmeyi açmak için sebep aramaz.

Çözüm, intranette olan biteni ekibin zaten baktığı yere düşürmektir: yeni duyuru Slack kanalına, onay bekleyen talep bir bildirime. Webhook ile kurulan bu bağ, benimsenmeyi doğrudan etkiler — intranet entegrasyonları ve webhook.

Kimlik tarafında da ayrı bir hesap kurulmamalıdır; mevcut Google ya da Microsoft hesabıyla giriş, ilk engeli tamamen kaldırır — SSO nedir.

Nereden başlamalı?

Bilişim ve ajanslarda işe yarayan sıra şudur: kişi rehberi ve uzmanlık, sonra izin/talep süreçleri, sonra bilgi tabanı, en son analitik.

Bilgi tabanını en başa koymak cazip görünür ama boş bir wiki kimseyi çekmez; önce her gün kullanılan iki işlevle alışkanlık kurmak, içeriğin sonradan birikmesini kolaylaştırır.

Bilgi tabanı nasıl ölmez?

Bu sektörde neredeyse her şirketin bir wiki denemesi vardır ve çoğu ölmüştür. Sebep genellikle aynıdır: içerik yazılır, kimse güncellemez, altı ay sonra yanlış bilgi verir ve güvenilirliğini kaybeder.

Ayakta kalan bilgi tabanlarının ortak özelliği, her sayfanın bir sahibi ve bir gözden geçirme tarihi olmasıdır. Sahibi olmayan sayfa er geç yanlışa döner.

İkinci özellik ise kapsamın dar tutulmasıdır. Her şeyi yazmaya çalışan bir wiki bakılamaz hâle gelir; yalnızca "birden fazla kişinin sorduğu" konuları yazmak sürdürülebilir bir hacim üretir — kurumsal bilgi tabanı (wiki).

Erişim yönetimi: en sık atlanan iş

Bilişimde bir çalışanın erişimi çok sayıda sisteme yayılır. Ayrılık anında bunların hepsinin kapatılması gerekir ve pratikte en sık atlanan adım budur.

Çıkış kontrol listesinin sistem sistem yazılması, hem güvenlik hem lisans maliyeti açısından karşılığını verir — işten ayrılma süreci ve çıkış işlemleri.