Mentorluk Programı Bütçesi ve Gerekçesi: Onay Nasıl Alınır?
Mentorluk programı gerekçesi (business case), bir karar vericiye kurumun neden bir mentorluk programını fonlaması gerektiğini, maliyetini, başarının nasıl ölçüleceğini ve ondan hangi kararı beklediğinizi anlatan kısa bir belgedir. İyisi tek sayfaya sığar, yönetimin zaten önemsediği bir önceliğe bağlanır ve mentorluk programı bütçesini şeffaf formüllerle gösterir.
Bu rehber onayı almak zorunda olan kişi için: İK ya da eğitim yöneticisi, hızlandırıcı program sorumlusu, mezun ilişkileri ofisi, topluluk organizatörü. Yapıyı, bütçeyi, rakam uydurmadan değerden nasıl söz edileceğini ve duyacağınız itirazları kapsıyor.
Mentorluk teklifleri neden reddedilir?
Mentorluk kötü bir fikir gibi göründüğü için değil. Çoğu karar verici prensipte mentorluğa zaten inanır. Teklifler daha somut nedenlerle takılır:
- Önceliğe bağlantı yok. “Çalışan gelişimini desteklemek” her iyi fikirle yarışır. “Yeni mühendislerde ilk yıl ayrılmalarını azaltmak” hiçbir şeyle yarışmaz.
- Gizli maliyetler. Yalnızca yazılımı listeleyen bir bütçe, biri personel zamanını sorana kadar ucuz görünür. Sonra saf görünür.
- Kanıtlanamayan vaatler. Başka birinin çalışmasından alınmış büyük bir getiri rakamı “biz bunu nasıl bileceğiz?” sorusunu doğurur. Cevap yoksa güven düşer.
- Karar noktası yok. Ucu açık programlar kalıcı bir taahhüt gibi hissettirir. Karar vericiler geri alınabilir kararları sever.
Aşağıdaki her bölüm bu nedenlerden birini ortadan kaldırmak için.
Tek sayfalık gerekçe belgesinde neler olmalı?
Dokuz bölüm, her biri iki-dört cümle. Daha fazlası gerekiyorsa eke gider.
| Bölüm | Cevapladığı soru | Nasıl yazılır |
|---|---|---|
| 1. Sorun ya da fırsat | Neden şimdi? | Ölçülebilir tek bir sorun, mümkünse kendi verinizle: “Geçen yıl işe aldığımız [sayı] yeni mezundan [sayı] kişi 12 ay içinde ayrıldı.” |
| 2. Önceliğe bağlı hedefler | Yönetim neden önemsesin? | Programın hizmet ettiği stratejik önceliği ya da OKR’ı adlandırın; bir-iki program hedefini sade yazın. |
| 3. Hedef kitle ve ölçek | Kim, kaç kişi? | Hedef grup, ilk dönemdeki menti ve mentor sayısı, katılımcıların nasıl seçileceği. |
| 4. Program tasarımı özeti | Nasıl işleyecek? | Format (birebir, grup, akran), süre, görüşme sıklığı, eşleştirme yaklaşımı, verilecek destek. Üç-dört satır. |
| 5. Kaynaklar ve bütçe | Kaça mal olur? | Toplam tutar, aşağıdaki kalemlere bölünmüş; nakit ve zaman ayrı. |
| 6. Riskler | Ne ters gidebilir? | İki-üç gerçek risk (yetersiz mentor, sessizleşen ikililer, veri gizliliği) ve her birinin önlemi. |
| 7. Başarı ölçütleri | Nasıl anlayacağız? | Öncü göstergeler (katılım, eşleşme, görüşme ivmesi) ve hedefe bağlı bir-iki sonuç ölçütü. |
| 8. Takvim | Ne zaman? | Tasarım, davet, eşleştirme, lansman, ara değerlendirme, dönem sonu değerlendirmesi. |
| 9. Talep | Benden ne istiyorsunuz? | Net bir karar: bütçe tutarı, personel zamanı, bir yönetici sponsoru ya da pilot onayı. |
Talebi en son yazın ama tek cümlelik halini en üste koyun. Karar vericiler en dikkatli ilk ve son satırı okur.
Bu yapının doldurulabilir halini mentorluk programı teklif örneği sayfasında bulabilirsiniz.
Mentorluk programı bütçesi nasıl hazırlanır?
“Ortalama” bir mentorluk programı maliyeti aramayın. Programlar ölçek, format ve süre bakımından o kadar farklı ki hiçbir ortalama işe yaramaz. Bütçeyi formüllerle kurun; her rakamın izi sürülebilsin ve kolayca güncellenebilsin.
| Maliyet kalemi | Nakit mi, zaman mı? | Tahmin formülü |
|---|---|---|
| Program yöneticisinin zamanı | Zaman (işe alım varsa nakit) | [haftalık saat] × [hafta] × [tam yüklü saatlik maliyet] |
| Mentor zamanı | Fırsat maliyeti | [mentor sayısı] × [aylık saat] × [ay] × [ortalama saatlik maliyet] |
| Menti zamanı | Fırsat maliyeti | [menti sayısı] × [aylık saat] × [ay] × [ortalama saatlik maliyet] |
| Platform ya da yazılım | Nakit | [dönem fiyatı] × [dönem] ya da [kullanıcı başı fiyat] × [kullanıcı] × [dönem] |
| Mentor ve menti eğitimi | Nakit ve zaman | [eğitmen maliyeti] + ([katılımcı] × [eğitim saati] × [saatlik maliyet]) |
| Etkinlikler (açılış, ara buluşma, kapanış) | Nakit | [etkinlik sayısı] × ([mekân] + [kişi başı ikram] × [katılımcı]) |
| İletişim | Zaman, bazen nakit | [davet, hatırlatma, duyuru yazma saati] × [saatlik maliyet] + [tasarım ya da baskı] |
| Değerlendirme | Zaman | [anket tasarımı, analiz ve rapor saati] × [saatlik maliyet] |
Bütçenin sorgulamaya dayanması için birkaç kural:
- Nakdi ve zamanı ayrı sütunlarda gösterin. Finans nakde bakar, yönetim toplam emeğe. Karıştırınca biri kaybolur.
- Personel zamanında tam yüklü maliyet kullanın. Maaş artı yan haklar ve genel giderler; finans ekibinizin kullandığı yöntemle. Rakamı uydurmayın, onlardan isteyin.
- Görüşme saatini açık yazın. Yaygın bir tasarım, ikili başına ayda bir saat artı hazırlıktır. Ne seçerseniz seçin, program tasarımında ve bütçede aynı sayı geçmeli.
- Beklenmeyen giderler için pay ayırın: yerine gelen bir eğitmen, ertelenen bir etkinlik.
- Kapsam dışını yazın. Mentilerin yol masrafı karşılanmıyorsa belirtin.
En büyük kalem genelde katılımcı zamanıdır ve bu normaldir. Programın iyi tasarlanması gerekmesinin nedeni de budur: iyi yapılandırılmış görüşmeye ayrılan zaman yatırımdır, amaçsız görüşmeye ayrılan zaman israftır.
Uydurma bir getiri rakamı olmadan değer nasıl tahmin edilir?
Tekliflerin çoğu burada fazla ileri gider. Onay için çarpıcı bir getiri rakamına ihtiyacınız yok. İnandırıcı bir mantık zincirine ve onu ölçecek bir plana ihtiyacınız var.
Ödünç rakam değil, mantık zinciri kullanın. Mentorluk programı → davranış değişikliği (yeni çalışanlar cevaplara daha hızlı ulaşır, yüksek potansiyelliler görünür olur) → kurumun zaten izlediği bir sonuç (ayrılma, verimliliğe ulaşma süresi, iç terfi) → kurumun zaten fiyat biçtiği bir değer.
Kendi başlangıç verinizi kullanın. Kurumunuzda erken bir ayrılmanın işe alım ve kayıp verimlilik olarak neye mal olduğu biliniyorsa (İK ya da finansın çoğu zaman çalışan bir tahmini vardır), başabaş noktasını dürüstçe gösterebilirsiniz:
Başabaş = [toplam program maliyeti] ÷ [önlenen bir olumsuz sonucun maliyeti]
Program [sayı] ayrılmanın önlenmesine denk bir maliyetteyse soru şuna dönüşür: “Bir yıllık mentorluk bu kadarını önleyebilir mi?” Karar vericinin üzerine düşünebileceği, uydurma istatistik içermeyen bir soru.
Neyi, ne zaman ölçeceğinizi yazın. Öncü göstergeler programın yaşayıp yaşamadığını erkenden gösterir: davet edilenlerden kaçı katıldı, kaçı eşleşti, ilk görüşmeler ne kadar hızlı yapıldı, ikililerin kaçı her ay görüşüyor. Sonuç ölçütleri daha geç gelir ve bir karşılaştırma grubu ya da önce/sonra tasarımı ister.
Yöntemin tamamı için mentorluk programı yatırım getirisi rehberine, ölçüm planı için mentorluk programı değerlendirme rehberine bakın.
Paydaşlar hangi itirazları yapar, nasıl cevaplanır?
Bunlara toplantıdan önce hazırlanın. Kısa bir cevabın hazır olması çoğu zaman “bir düşüneyim”i “evet”e çevirir.
| İtiraz | İyi bir cevap |
|---|---|
| “İnsanların zamanını ayıramayız.” | Zaman maliyetini bütçede açıkça gösterin; sınırlı bir taahhüt önerin: ikili başına ayda bir saat, belirli bir bitiş tarihiyle. |
| “Mentorluk zaten kendiliğinden oluyor.” | Kendiliğinden mentorluk çoğunlukla zaten iyi bağlantıları olan kişilere ulaşır. Program, onu sizin seçtiğiniz hedef gruba taşır ve ölçülebilir kılar. |
| “İşe yaradığını nereden bileceğiz?” | Ölçüm planınızı ve pilotun devam/dur ölçütlerini gösterin. Sonuç vaat etmeyin; kanıt vaat edin. |
| “Excel ile yürütemez miyiz?” | Çok küçük bir pilot için evet. Sayı arttıkça eşleştirme, takvimleme ve takip elle yapılan işe döner; araçlı ve araçsız program yöneticisi saatlerini karşılaştırın. |
| “Mentorlar bırakırsa ne olacak?” | İhtiyaçtan fazla mentor davet edin, kısa bir eğitim verin, sessizleşen ikilileri erken görüp yeniden eşleştirecek ara kontroller koyun. |
| “Katılımcı verisi güvende mi?” | Hangi verinin toplandığını, kimin gördüğünü ve KVKK (AB’de çalışan ekipler için GDPR) ile nasıl uyumlu olduğunu anlatın. |
| “Neden bu yıl?” | 1. bölümdeki soruna ve hiçbir şey değişmezse süren maliyetine geri dönün. |
Neden önce pilot önermelisiniz?
Pilot, karar vericinin cevaplaması gereken soruyu değiştirir. “Bir mentorluk programını fonlayalım mı?” yerine “Net ölçütleri olan, süresi belli, küçük bir deneme yapalım mı?” sorusu gelir. Buna evet demek çok daha kolaydır.
İyi bir pilot önerisi şunları içerir:
- Tek dönem: yakından yönetilecek kadar küçük, bir şey öğrenilecek kadar büyük.
- Sabit süre: genelde üç ya da altı ay gibi bir program döngüsü.
- Önceden anlaşılmış başarı ölçütleri: çoğunlukla öncü göstergeler; katılım, eşleşme kapsamı, görüşme ivmesi, katılımcı geri bildirimi.
- Devam/dur tarihi: sonuçlarla geri döneceğiniz ve ya ölçeklenmiş bir gerekçe ya da durma önerisi sunacağınız gün.
Pilot bütçe riskini de düşürür. Birçok mentorluk platformu ücretsiz plan ya da deneme sunar; böylece pilotun yazılım kalemi çoğu zaman sıfıra yakın olur ve geriye büyük ölçüde insanların zamanı kalır.
Pilot bittiğinde verisi tam teklifin kanıt temeli olur. Bu, herhangi bir dış kıyaslamadan çok daha ikna edicidir. Pilotu tasarlayıp başlatmanın adımları için mentorluk programı nasıl başlatılır rehberine bakın.
Pilotu Mentornity’de yürütmek
Programı siz yürütüyorsanız Mentornity 10 kullanıcıya kadar ücretsizdir; tüm özellikler açık ve süre sınırı yoktur. Bu, küçük bir pilot dönemi barındırmaya yeter. Eşleştirme, takvimleme, oturum yapısı, hatırlatmalar ve raporlar tek yerde olduğu için pilot, gerekçe belgenizin ihtiyaç duyduğu katılım verisini üretir. Şirket içi mentorluk programlarında nasıl çalıştığına bakın ya da ücretsiz bir program oluşturun.
Program tasarlama, yürütme ve ölçme üzerine daha fazlası için tüm mentorluk rehberlerine göz atın.