Kurumsal Ruh Sağlığı
Çalışan destek programı nasıl kurulur
Çalışan destek programı, kurumun çalışanlarına ve çoğu zaman birinci derece yakınlarına, kurumdan bağımsız ve gizli bir görüşme kanalı açmasıdır. Programın işe yarayıp yaramadığını belirleyen şey içeriğinden çok kurgusudur.
Çalışan destek programı nedir
Çalışan destek programı, kurum tarafından finanse edilen ancak içeriği kurumla paylaşılmayan bir görüşme kanalıdır. Temel mantığı, çalışanın zorlandığı bir konuyu konuşmak için yöneticisinden ya da insan kaynaklarından izin almak zorunda kalmamasıdır. Kapsam kurumdan kuruma değişir; yalnızca ruh sağlığı görüşmesiyle sınırlı tutulabileceği gibi, hukuki ve mali danışma gibi başlıkları da içerebilir. Programın kurum açısından anlamı, bir çalışanın zorlandığı noktada gidecek tanımlı bir yerinin olmasıdır. Bunun alternatifi çoğu zaman hiçbir yer değildir; çalışan ya susar ya da konuyu yöneticisine, yani gizliliği koruyamayacak ve aynı zamanda performansını değerlendiren kişiye açar. Program bu yüzden bir yan hak listesine eklenen kalem olarak değil, kurumun kendi risk yönetiminin parçası olarak ele alınmalıdır. Programın kurum için anlamı bir ayrıcalık sunmak değil, kurumun kendi göremediği zorlanmaların taşınabileceği bir yer açmaktır. Bu yer olmadığında sorun ortadan kalkmaz, yalnızca daha geç ve genellikle daha maliyetli bir biçimde görünür hale gelir.
Gizlilik neden temel şarttır
Gizlilik, çalışan destek programının süsü değil, çalışma koşuludur. Çalışan görüşme içeriğinin herhangi bir biçimde kuruma döneceğini düşünüyorsa programı kullanmaz; kullanmadığı için program da kurumun yatırdığı kaynağın karşılığını üretmez. Bu nedenle gizliliğin yalnızca sözleşmede yazması yeterli değildir, çalışana neyin paylaşılmadığının açıkça anlatılması gerekir. Kuruma dönen bilginin ne olduğu baştan tanımlanmalı ve bu tanım toplulaştırılmış kullanım verisiyle sınırlı tutulmalıdır; kimin başvurduğu, hangi konuda görüştüğü ve kaç kez geldiği kurumun bilgisi değildir. Sınırın istisnaları da baştan söylenmelidir, çünkü mevzuattan doğan bildirim halleri vardır. Küçük ekiplerde bu sınır ayrıca hassastır: toplulaştırılmış bir veri bile birim çok küçükse kimliği ele verebilir, bu yüzden raporlama eşiği önceden belirlenir. Gizliliğin bir başka boyutu da fiziksel ve dijital erişimdir. Görüşme talebinin kurumsal bir sistem üzerinden yapılması, randevunun kurum takviminde görünmesi ya da görüşme alanının herkesin geçtiği bir koridora bakması, sözleşmede yazan gizliliği pratikte ortadan kaldırır. Bu ayrıntılar programın tasarımında baştan çözülmelidir.
Kurum içi kaynak ile dış hizmet farkı
Kurum içi kaynak ile dış hizmet arasındaki seçim, öncelikle gizlilik algısı üzerinden verilir. İkisinin de kendine göre üstünlüğü vardır ve pek çok kurum ikisini birlikte kullanır: kurum içi kaynak sahayı ve süreci bilir, dış hizmet ise bağımsızlığı nedeniyle konuşmayı kolaylaştırır. Karma kurguda kritik nokta, rollerin karışmamasıdır. Aynı kişinin hem destek görüşmesi yapması hem de performans veya disiplin süreçlerinde yer alması, programın güvenilirliğini tek başına bitirir. Seçim yapılırken bakılacak ikinci başlık kurumun büyüklüğü ve dağınıklığıdır. Tek yerleşkeli ve küçük bir kurumda kurum içi kaynak fiilen herkesin tanıdığı bir kişidir; bu tanışıklık bazı durumlarda başvurmayı kolaylaştırır, bazılarında ise imkansız hale getirir. Çok vardiyalı ve çok yerleşkeli bir yapıda ise kapsama alanı belirleyici olur. Aşağıdaki karşılaştırma iki seçeneği sıralamak için değil, hangi başlıkta hangi tarafın zayıf kaldığını görmek içindir. Kurum kendi tablosunu buna göre okur ve zayıf kalan başlığı tasarımla telafi eder.
| Başlık | Kurum içi kaynak | Dış hizmet |
|---|---|---|
| Gizlilik algısı | Çalışan, bilginin yönetime ulaşacağından kaygı duyabilir | Kurumdan bağımsız olması güven eşiğini düşürür |
| Kuruma yakınlık | Süreçleri, vardiya düzenini ve ekipleri bilir | Bağlamı öğrenmesi zaman alır, bilgilendirme gerekir |
| Erişim | Sahada ve aynı saatlerde bulunabilir | Kapasitesi genellikle daha geniş, saat aralığı esnek olabilir |
| Rol çatışması riski | Aynı kişinin hem destek hem insan kaynakları rolü taşıması sorun yaratır | Roller ayrıdır, karışma ihtimali düşüktür |
| Sürdürülebilirlik | Tek kişiye bağlı kalırsa o kişi ayrılınca program durur | Sözleşmeye bağlıdır, kurum içi devirden daha az etkilenir |
Kullanım oranını etkileyen şeyler
Bir programın kurulmuş olması kullanılacağı anlamına gelmez ve kullanım oranını belirleyen etkenler büyük ölçüde tahmin edilebilir. İlki bilinirliktir: işe giriş sırasında bir kez anlatılan program, bir yıl sonra hatırlanmaz. İkincisi erişim biçimidir; yalnızca mesai saatleri içinde ve yalnızca kurumsal e-posta üzerinden ulaşılan bir kanal, vardiyalı çalışan için fiilen kapalıdır. Üçüncüsü yöneticinin tutumudur, çünkü çalışan programın gerçekten güvenli olup olmadığını çoğunlukla kendi yöneticisinin diline bakarak anlar. Dördüncüsü ilk temas deneyimidir: uzun bekleme ya da karmaşık bir yönlendirme, bir daha denenmemesine yol açar. Kullanım oranı düşük olduğunda ilk varsayım "ihtiyaç yok" olmamalıdır; çoğu zaman anlatılan güven ile yaşanan deneyim arasındaki fark okunuyordur. Kullanım verisi yorumlanırken de dikkat gerekir. Yüksek kullanım kurumda sorun olduğunu, düşük kullanım ise sorun olmadığını göstermez; ikisi de yalnızca kanalın ne kadar erişilebilir bulunduğunu anlatır. Bu veri hiçbir zaman birim yöneticilerinin performans değerlendirmesine bağlanmamalıdır, çünkü bağlandığı anda kanalın kendisi baskı altına girer.
Program kurulurken izlenen sıra
Program kurulurken izlenecek sıra, ihtiyacın kurum verisiyle tanımlanmasıyla başlar ve kullanımın izlenmesiyle sürer. Bu sıranın önemi, adımların çoğunun geriye dönük olarak düzeltilmesinin zor olmasından gelir: gizlilik sınırı program başladıktan sonra daraltıldığında ya da raporlama eşiği sonradan konduğunda, çalışan tarafında oluşan izlenim kolay kolay değişmez. Aşağıdaki altı adım büyük bütçe gerektiren bir kurulum tarifi değildir; her biri, kurumun zaten sahip olduğu bilgiyle ve mevcut iletişim kanallarıyla yapılabilecek işleri tanımlar. Sıranın ilk yarısı tasarımla, ikinci yarısı ise programın gerçekten kullanılır hale gelmesiyle ilgilidir ve uygulamada ikinci yarı daha sık atlanır. Kurulum tamamlandıktan sonra da program sabit kalmaz; vardiya düzeni, yerleşke sayısı ya da çalışan profili değiştiğinde aynı adımların yeniden gözden geçirilmesi gerekir. Adımların hiçbiri tek başına yeterli değildir; atlanan bir adım genellikle sonraki adımın karşılığını da düşürür. Bu yüzden sıra, bir kontrol listesi gibi değil, birbirine bağlı bir bütün olarak okunmalıdır.
İhtiyacı kurum verisiyle tanımlayın
Elinizde zaten bulunan devamsızlık, işten ayrılma, olay ve kaza kayıtlarına bakın. Hangi birimde, hangi vardiyada ve hangi dönemde yoğunlaştığını görmeden kurulan program, gerçek soruna değil varsayıma cevap verir.
Kapsamı ve gizlilik sınırını yazın
Kimlerin yararlanacağı, hangi konuların kapsamda olduğu ve kuruma hangi bilginin döneceği baştan yazılır. Raporlamanın hangi ekip büyüklüğünün altında yapılmayacağı da bu aşamada belirlenir.
Kanalı vardiyaya göre kurun
Ulaşım yolu, gece vardiyasındaki bir çalışanın da kullanabileceği biçimde tasarlanır. Tek kanal yerine birden fazla ulaşım yolu bırakmak, erişim engelini belirgin biçimde azaltır.
Yöneticileri rolleriyle sınırlı biçimde hazırlayın
Yöneticiye öğretilecek şey değerlendirme yapmak değil, yönlendirmeyi kolaylaştırmak ve gizliliği korumaktır. Bu sınır açıkça çizilmezse program yöneticinin iyi niyetiyle zarar görür.
Duyuruyu tekrarlayın
Tek seferlik duyuru unutulur. Hatırlatmanın çalışanın gerçekten baktığı yerde yapılması gerekir; pano, vardiya başı toplantısı ve bordro eki gibi kanallar kurum içinde farklı çalışır.
Kullanımı toplulaştırılmış biçimde izleyin ve düzeltin
İzlenen şey kişiler değil, kanalın çalışıp çalışmadığıdır. Düşük kullanım bir sonuç değil bir sorudur; erişim, bilinirlik ve güven başlıklarından hangisinin eksik olduğunu araştırmayı gerektirir.
İlgili sayfalar