Örnek bir iş senaryosu
Bir öğrenci aynı yıl iki farklı programa katılıyor olsun. Tek sınıf alanı kullanılırsa programlardan biri diğerinin üzerine yazılır. Her programa ayrı kayıt ilişkisi kurun; yoklama ve ders planını bu ilişkiye bağlayın. Program değişikliğinde geçmiş dersler eski bağlamıyla kalmalı, yeni programa ait işlemler yeni kayıt altında ilerlemelidir.
Dört adımda çalışma düzeni
Kimliği ayırın
Öğrenci kartını program ve dönem kaydından bağımsız tutun.
Program ilişkisi kurun
Sınıf, eğitmen ve ders planını ilgili kayıtla eşleştirin.
İletişimi düzenleyin
Yetkili iletişim kişilerini ve tercih edilen kanalı açıkça kaydedin.
Dönemi kapatın
Geçmiş dönemi koruyarak yeni döneme geçiş ve raporlama akışı oluşturun.
İlk bakışta görünmeyen noktalar
Yoklama kaydı ders oturumuna bağlı olmalıdır; yalnızca öğrenci ve tarihle tutulursa aynı gün birden çok ders olduğunda belirsizlik oluşur. Dersin eğitmeni değiştiğinde geçmiş yoklama sorumluluğu korunmalıdır. Telafi dersleri normal dersin üzerine yazılmadan ilişkilendirilirse katılım geçmişi anlaşılır kalır. Duyuruların bütün kuruma mı belirli sınıfa mı gittiği gönderim öncesinde görünmelidir. Yanlış gruba mesaj gönderilmesini önlemek için alıcı sayısı ve kapsam önizlemesi yararlıdır. Öğrenci veya iletişim kişisi bilgisi güncellendiğinde eski gönderim geçmişi değişmemelidir. Veri dışa aktarımı yetkileri de genel görüntüleme yetkisinden ayrı değerlendirilmelidir.
Sık yapılan hatalar
Aynı öğrenci için her yıl yeni kimlik açmak mükerrer kayıt üretir. Bunun yerine kalıcı kimliği koruyun. Eğitim verilerinin kimler tarafından görüleceği özellikle dikkatle planlanmalı; herkesin bütün öğrenci ayrıntılarına erişmesi varsayılan olmamalıdır.
Ekiple yapılacak günlük iş akışı denemesi
Bir haftalık gerçek iş düzeninden temsili birkaç kayıt seçin. Yeni talep, değişiklik, iptal ve tamamlanma içeren örnekler kullanın. Her kaydın kim tarafından açıldığını, kime devredildiğini ve hangi bilgiyle kapatıldığını yazın. Aynı işi farklı kişilerin farklı yöntemlerle yürüttüğü noktaları belirleyin. Her fark sorun değildir; bazıları işin koşullarından kaynaklanır. Ancak ortak bilgi ve sorumluluk gerektiren adımlar standartlaştırılmalıdır. Pilot uygulamada bu adımları görünür hale getirin. Kullanıcıların işini tamamlamak için başka defter veya mesajlaşma grubuna neden ihtiyaç duyduğunu anlamaya çalışın.
Durum adlarını ekibin anlayacağı biçimde seçin. “İşlemde” gibi geniş bir ifade yerine hangi aşamanın sürdüğünü anlatan durumlar daha yararlı olabilir. Ancak çok fazla durum da günlük kullanımı zorlaştırır. Her durumun başlangıç ve bitiş koşulu belirlenmelidir. Bir kayıt bekliyorsa beklediği kişi veya bilgi görünür olsun. Otomatik bildirimler bu durumlardan üretiliyorsa yanlış veya eski bildirimlerin nasıl durdurulacağı test edilmelidir. Personel değiştiğinde açık kayıtların devri de senaryoya dahil edilmelidir. Sahipsiz işlerin ayrı görünmesi unutulmalarını azaltır.
İlk değerlendirmede yalnızca tamamlanan kayıt sayısını ölçmeyin. Tekrar açılan işler, eksik bilgi nedeniyle beklemeler ve sistem dışında yürütülen adımlar da önemlidir. Kullanıcının yaptığı düzeltmeler uygulamanın nerede zorlandığını gösterebilir. Eğitim ihtiyacı ile tasarım sorununu birbirinden ayırmak için kullanıcıyı gerçek görev sırasında gözleyin. Rol ve veri erişimi de günlük işin parçası olarak kontrol edilmelidir. Herkesin bütün verileri görmesi kolay başlangıç gibi görünse de gereksiz erişim yaratır. İşin gerektirdiği bilgiyle sınırlı, anlaşılır bir çalışma alanı hem öğrenmeyi hem de sorumluluk takibini kolaylaştırır.
Ekibinize sorabileceğiniz sorular
- Öğrenci birden fazla programa bağlanabiliyor mu?
- Geçmiş dönem korunuyor mu?
- İletişim yetkileri açık mı?
Bu soruları seçtiğiniz örnek kayıt üzerinde yanıtlayın. Her açık nokta için sorumlu kişiyi, yapılacak düzeltmeyi ve yeniden kontrol tarihini not edin. Böylece görüşme, uygulanabilir bir iş listesiyle tamamlanır.
Bu akışı işletmenize uyarlayalım.
Mevcut araçlarınızı, ekiplerinizi ve önceliklerinizi birlikte değerlendirerek uygun kapsamı belirleyelim.
Çözümü inceleyin ↗