Çok Şubeli Kurumlarda Yetki ve Şube Kapsamı Nasıl Kurulur?

Çok şubeli okul yönetiminde yetki tasarımının temel kuralı şudur: kapsam roldeki unvana değil, kişinin sorumlu olduğu şubeye göre belirlenir. "Müdür her şeyi görür" gibi bir kural çok şubeli bir kurumda hem gereksiz hem risklidir; şube müdürünün başka bir şubenin öğretmen ücret bilgisine ya da öğrenci listesine erişmesi için bir sebep yoktur.

Buna karşılık kapsamı fazla dar tutmak da işi durdurur — özellikle ortak öğretmenler söz konusu olduğunda. Doğru tasarım bu iki uç arasındadır.

Neden "herkes görsün" işe yaramaz?

Yeni kurulan sistemlerde en kolay yol herkese geniş yetki vermektir ve ilk haftalarda gerçekten işleri hızlandırır. Sorun sonra başlar.

Geniş yetki üç şey üretir: yanlış şubede yapılan işlemler, kimin ne değiştirdiğinin izlenememesi ve kullanıcıların kendi sorumluluk alanını görememesi. Üçü de sessizce birikir ve genellikle bir veri kaybı yaşandığında fark edilir.

Kapsamı baştan doğru kurmak birkaç saatlik bir iştir; sonradan daraltmak ise alışkanlık haline gelmiş erişimleri geri almak anlamına gelir ve kurum içinde direnç doğurur.

Dört kapsam düzeyi

Genel müdür / genel merkez

Bütün şubeleri görür ve aralarında geçiş yapabilir. Programı grup halinde üretme, toplu görünümü açma ve şube kırılımlı rapor alma yetkisi bu düzeydedir. Günlük işlemleri yapması beklenmez; asıl işlevi şubeler arası tutarlılığı denetlemektir.

Şube müdürü

Yalnız kendi şubesinin verisini görür ve yönetir. Kendi şubesinin programını düzenler, öğretmenlerini tanımlar, sınıflarını kurar. Diğer şubelerin verisi ona kapalıdır.

Öğretmen

Kendi programını görür. Ortak öğretmen ise bütün şubelerdeki dersleri tek çizelgede görmelidir — bu, kapsam kuralının önemli bir istisnasıdır ve aşağıda ayrıca ele alınıyor.

Rehber öğretmen

Sorumlu olduğu şubenin öğrenci verisine erişir. Devamsızlık ve rehberlik ekranları ona açıktır; program planlama ekranları kapalıdır, çünkü işi program kurmak değildir.

Ortak öğretmen: kapsam kuralının istisnası

Şube kapsamı katı biçimde uygulandığında ortak öğretmen sorun çıkarır. Merkez kampüse bağlı görünen bir öğretmen, sahil şubesindeki derslerini göremezse elinde eksik bir çizelge kalır.

Doğru davranış, öğretmenin kendi verisi söz konusu olduğunda kapsamın şube sınırını aşmasıdır. Öğretmen bütün şubelerdeki kendi derslerini görür; ama yine yalnız kendi derslerini görür, bulunduğu şubelerin genel programını değil.

Aynı ayrım müsaitlik tarafında da geçerlidir. Ortak öğretmenin müsaitliği hem birleşik hem şube bazında görüntülenebilmeli, ancak bir şubenin müdürü yalnız kendi şubesine ait kısmı düzenleyebilmelidir. Aksi halde iki şube müdürü aynı veriyi karşılıklı olarak birbirinin üzerine yazar.

Bu, uygulamada gözden kaçan sessiz hatalardan biridir: müsaitliğin bir şubede yapılan düzenlemesi diğer şubeye sızarsa, öğretmen hiç talep etmediği saatlerde müsait görünmeye başlar.

Aktif şube kavramı

Birden fazla şubeyi görebilen kullanıcılar için çok şubeli okul yönetiminde küçük ama önemli bir mekanizma vardır: aktif şube. Kullanıcı bir şubeyi seçer ve o andan itibaren gördüğü ekranlar o şubenin verisini gösterir.

Bu kavram olmadan genel müdürün her ekranda şube seçmesi gerekir; bu hem yorucudur hem hataya açıktır. Aktif şube ile bir kez seçilir, gezinme boyunca korunur.

İki ayrıntı bu mekanizmayı kullanışlı kılar. Birincisi, şube değiştirildiğinde kullanıcının aynı sayfada kalması: yoklama ekranındayken şube değiştiren biri anasayfaya atılmamalı, diğer şubenin yoklama ekranını görmelidir. İkincisi, aktif şubenin ekranda her zaman görünür olması — hangi şubede işlem yaptığını bilmeyen kullanıcı yanlış şubeye veri girer.

Personel benzersizliği: görünürlükten farklı bir konu

Kapsam tasarımında ayrı tutulması gereken iki soru vardır ve karıştırıldığında çıkmaz üretir.

Görünürlük: bir kullanıcı kimleri görebilir? Cevap şubeyle sınırlıdır.

Benzersizlik: yeni bir kişi eklenirken bu kişi sistemde zaten var mı? Bu kontrolün bütün şubeleri görmesi gerekir.

İkisi aynı sanılırsa şu olur: şube müdürü yeni bir öğretmen ekler, sistem "bu kişi zaten kayıtlı" der ama müdür o kişiyi listesinde göremez, çünkü kişi başka bir şubeye bağlıdır. Müdür ne ekleyebilir ne de görebilir; iş durur.

Doğru davranış, benzersizlik kontrolünün kapsam dışını da görmesi ama sonucun anlaşılır bir mesajla bildirilmesidir: "Bu kişi başka bir şubede kayıtlı; ortak öğretmen olarak eklemek için yöneticinize başvurun." Böylece hem çift kayıt önlenir hem de kullanıcı ne yapacağını bilir.

Şube başına ayrı adres

Çok şubeli kurumlarda her şubenin kendi alt alan adından girmesi pratik bir kolaylıktır: kullanıcı doğru yere gider, şube seçimi yapmaz ve yanlış şubede işlem yapma riski azalır.

Bunun bir yan faydası da güvenliktir: bir kullanıcı kapsamı dışındaki bir şubenin adresine gitmeye çalıştığında sistem onu içeri almamalıdır. Bu davranışın sessizce boş sayfa göstermek yerine açık bir yetki hatası vermesi tercih edilir.

Sık yapılan üç hata

• Herkese genel müdür yetkisi vermek. Kurulumu hızlandırır, ilk yanlış silme işleminde pahalıya patlar. Kapsam daraltması sonradan yapıldığında ise kullanıcılar alıştıkları erişimi kaybettiği için direnç doğar.
• Ortak öğretmeni tek şubeye hapsetmek. Öğretmen eksik çizelgeyle çalışır ve diğer şubedeki dersini kaçırır. Sorun yetki tasarımındadır, öğretmende değil.
• Kapsamı yalnız menüde uygulamak. Menüden bağlantıyı kaldırmak yetki değildir; adresin doğrudan yazılması halinde de erişimin engellenmesi gerekir.

Öğrenci ve veli tarafında kapsam

Yetki tartışması genellikle personel üzerinden yürütülür ama çok şubeli kurumlarda öğrenci ve veli tarafı da aynı özeni gerektirir.

Öğrenci yalnız kendi sınıfının programını ve kendi verisini görmelidir; bulunduğu şubenin genel programını dahi görmesi gerekmez. Veli ise yalnız kendi çocuğunun verisine erişmelidir. Bu iki kural basit görünür ama şube sınırıyla birleştiğinde bir istisna doğurur: kardeşleri farklı şubelerde okuyan veliler.

Bu durumda veli iki şubenin verisine erişmek zorundadır ve kapsam kişiye değil, çocuk ilişkisine bağlanmalıdır. Şube bazlı katı bir kural uygulanırsa veli çocuklarından yalnız birini görebilir ve ikinci şubeden ayrı bir hesap açmak gerekir; bu hem kullanışsızdır hem de veli iletişimini böler.

Benzer bir durum nakil öğrencilerde yaşanır. Öğrenci şube değiştirdiğinde geçmiş verisinin ne olacağı baştan kararlaştırılmalıdır: kayıt eski şubede mi kalacak, yeni şubeye mi taşınacak? İkisi de savunulabilir, ama karar verilmemişse veri iki yerde birden görünür ya da hiçbir yerde görünmez.

Denetim izi ve merkezden izleme

Şube sayısı arttıkça genel merkezin cevaplaması gereken bir soru ortaya çıkar: şubeler sistemi gerçekten kullanıyor mu?

Bu, çok şubeli okul yönetiminde yetki tasarımının bir parçasıdır, çünkü izleme de bir erişim türüdür. Genel merkezin görmesi yararlı olan iki şey vardır: hangi şubelerin aktif olarak işlem yaptığı ve son giriş zamanları. Bu bilgi bir denetim aracı olarak değil destek aracı olarak kullanılmalıdır — uzun süredir giriş yapmayan bir şube genellikle sistemi reddetmiyordur, takılmıştır.

Kritik değişikliklerin kim tarafından yapıldığının kaydedilmesi de aynı gruba girer. Programın silinmesi ya da toplu bir değişiklik gibi geri alınması zor işlemlerde işlemi yapanın bilinmesi hem sorumluluğu netleştirir hem hatanın tekrarını önler.

Yetki tasarımı ne zaman yapılmalı?

İlk kurulumda. Sonradan daraltmak teknik olarak kolaydır ama kurumsal olarak zordur, çünkü insanlar sahip oldukları erişimi kaybetmeye direnir.

Pratik bir yöntem, kurulum sırasında her rol için tek bir cümle yazmaktır: "Şube müdürü kendi şubesinin programını, öğretmenlerini ve öğrencilerini yönetir; başka şubeyi göremez." Bu cümleler yazılı olduğunda hem kurulum doğru yapılır hem de sonradan çıkan tartışmalar hızlı kapanır.

Yetki tasarımında son bir ilke: kapsam daraltmak kolay olmalı, genişletmek bilinçli bir işlem olmalıdır. Bir kullanıcıya ek şube erişimi verilirken bunun kim tarafından ve neden verildiğinin kayda geçmesi, kurum büyüdükçe değerini gösterir.

Şubelerin tek ekranda nasıl izleneceğini tüm programlar tek ekranda yazısında, ortak öğretmen kurulumunu ise aynı öğretmen birden fazla şubede yazısında ele aldık.