Departman sayfaları: her ekibin kendi mikro ana sayfası

Bir şirkette en sık sorulan sorulardan biri şudur: "Bu iş hangi ekibin işi?" Organizasyon şeması kimin kime bağlı olduğunu gösterir ama hangi ekibin ne yaptığını göstermez. Departman sayfalarının varlık nedeni bu boşluktur.

Org şeması yeterli değil

Şema bir hiyerarşi haritasıdır; sorumluluk haritası değildir. "Operasyon" kutusunun altındaki isimleri görmek, tedarikçi sözleşmesinin oradan mı yoksa satın almadan mı geçtiğini söylemez.

Departman sayfası bu soruyu doğrudan cevaplar: ekip ne yapar, hangi konular ona gelir, kimlere ulaşılır. Bu bilgi genellikle kimsenin yazmadığı ama herkesin ihtiyaç duyduğu türden bir bilgidir.

Sayfada ne olmalı?

Fazla yapı kurmaya gerek yok; dört bölüm çoğu şirkete yeter:

1. Ne yapıyoruz — ekibin sorumluluk alanı, birkaç cümle.
2. Kimler var — ekip listesi ve müsaitlik durumu.
3. Bize ne için gelinir — tipik talep ve soru türleri, hangi durumda kime gidilir.
4. Kaynaklar — o ekibe ait doküman, form ve süreçler.

Üçüncü bölüm en değerlisidir ve en çok atlanandır. "Fatura itirazı için Finans'a, ödeme planı için Muhasebe'ye" gibi bir cümle, yılda yüzlerce yanlış yönlendirmeyi önler.

Oryantasyonda rolü

Yeni başlayan bir çalışan için departman sayfaları, org şemasından çok daha hızlı bir yönelim aracıdır. İlk hafta "kim kimdir" ezberlemek yerine "hangi kapı ne için çalınır" öğrenmek daha kullanışlıdır.

Bu yüzden oryantasyon görev listesine "kendi departmanının ve en çok çalışacağın üç departmanın sayfasını oku" maddesini eklemek işe yarar. Süreci oryantasyon yazımızda ele aldık.

Hedeflemenin doğal zemini

Departman yapısı yalnızca bir sayfa değil, içerik hedeflemesinin de temelidir. Bir duyuru yalnızca Finans'a, bir doküman yalnızca Saha ekibine, bir eğitim yalnızca yeni müdürlere yönlendirilebilir.

Bu ilişkinin kurulmuş olması, tüm sistemin isabetini artırır: herkese giden içerik azalır, okunma oranı yükselir. Hedeflemenin mantığını duyuru yönetimi yazımızda ayrıntılandırdık.

Kim yazacak, kim güncelleyecek?

Departman sayfasının İK tarafından yazılması yaygın bir hatadır; ortaya genel geçer bir metin çıkar. Sayfayı ekibin kendisi yazmalıdır — ne yaptığını en iyi o bilir.

Güncelleme sorumluluğu da departman yöneticisinde olmalıdır. Yılda bir kez, tercihen bütçe döneminde yapılan kısa bir gözden geçirme çoğu şirkete yeter; sorumluluk alanları o sıklıkta değişir.

Ekip listesi otomatik olmalı

Sayfadaki kişi listesinin elle güncellenmesi, bayatlamanın garantili yoludur. Liste, çalışan verisinden otomatik türetilmelidir: kişinin departmanı değiştiğinde sayfa da değişir.

Bu, kurumsal dizinle senkronizasyonun neden değerli olduğunun bir başka örneğidir — çalışan rehberi yazımızda ele aldık.

Matris yapılarda ne yapmalı?

Bir kişinin iki ekibe bağlı olduğu, projeye göre yer değiştirdiği yapılarda tek bir departman ataması yetersiz kalır. Burada iki pratik yaklaşım vardır: kişinin ana departmanının kayıtlı olması ve ek bağlantıların topluluk ya da proje üzerinden kurulması.

Departman yapısını matrise uydurmaya çalışmak genellikle karmaşıklığı artırır ve hedeflemeyi bozar. Yapı sade kalmalı, esneklik başka modüllerden gelmelidir.

Departman duyuruları

Sayfanın canlı kalmasını sağlayan şey, ekibin kendi duyurularının orada birikmesidir. Finans ekibinin ay sonu kapanış hatırlatması tüm şirkete gitmez ama Finans sayfasında durması anlamlıdır.

Bu, aynı zamanda duyuru enflasyonunu azaltır: yalnızca birkaç ekibi ilgilendiren bilgiler genel akıştan çıkar ve kendi yerine gider. Böylece ana akış, gerçekten herkesi ilgilendiren içerikle sınırlı kalır.

Ölçüm

• Sayfa doluluk oranı — kaç departmanın gerçekten yazılmış bir sayfası var?
• Görüntülenme — hangi departman sayfaları aranıyor ve açılıyor?
• Güncellik — bir yıldır güncellenmemiş sayfa sayısı.

İkincisi ilginç bir yan bilgi üretir: en çok görüntülenen departman sayfası, genellikle şirketin en çok soru alan ekibidir. Bu, o ekibin süreçlerinin daha iyi anlatılması gerektiğine dair doğrudan bir sinyaldir — ve yazılacak bir sonraki wiki sayfasını da işaret eder. Bilgi tabanı tarafını wiki yazımızda ele aldık.

Arayüzün herkes tarafından kullanılabilir olması ayrı bir tasarım sorumluluğudur; kontrast, klavye erişimi ve okunabilirlik kurallarını intranette erişilebilirlik yazısında topladık.