Hoshin Kanri'de Olgunlaşma: Sık Düşülen Tuzaklar, Yanlış Bilinenler ve Yıl Sonu Ölçümü
Temel mekanizmayı kurduktan sonra Hoshin Kanri'nin asıl sınavı ikinci ve üçüncü yılda başlar. Bu derste sistemin nerede aksadığını, hangi inanışların sizi yanlış yola sokabileceğini ve sürecin sağlığını yıl sonunda nasıl ölçeceğinizi ele alıyoruz.
1. Sık düşülen tuzaklar
| Tuzak | Erken belirti | Ne yapmalı? |
|---|---|---|
| Karpuz raporlama (dışı yeşil, içi kırmızı) | Aylarca yeşil raporlar, ardından ani kırmızı sürprizler; toplantıda sorulara kısa ve savunmacı cevaplar | Kırmızıyı erken bildireni açıkça takdir edin; bildirimi 'sorumluluk itirafı' değil 'kaynak talebi' olarak çerçeveleyin |
| Hoshin'i faaliyet listesine çevirmek | Aksiyonların çoğu tamamlandı ama sonuç göstergesi yerinde sayıyor | Aksiyon tamamlanmasını ve sonuç göstergesini iki ayrı satırda izleyin; ikisi ayrışırsa aksiyon seçimini sorgulayın |
| Yılda bir kez düşünülen plan | Plan Ocak'ta hazırlanıyor, sonraki gözden geçirme Aralık'ta | Aylık gözden geçirme ve çeyreklik derin değerlendirme takvimini yıl başında kilitleyin |
| Herkesi kapsamak | Her çalışanın adına bir hoshin hedefi yazılmış, kimse ezbere bilmiyor | Hedefi yalnızca anlamlı olduğu seviyeye kadar indirin; alt seviyeler rutin işlerini günlük yönetimle izlesin |
Örnek senaryo: karpuz raporlama
Bir üretim şirketinde proje lideri üç ay boyunca 'yeşil' bildirir. Dördüncü ay tedarikçi gecikmesi ortaya çıkar. Toplantı notlarına bakıldığında gecikme riski ilk ayda sözlü olarak konuşulmuş ama rapora yansımamıştır. Sorun bilgi eksikliği değil, kırmızıyı söylemenin bedelinden korkmaktır.
Şablon: kırmızıyı 'kaynak talebi' olarak bildirmek
- Durum: Hangi hedef veya gösterge kırmızıda, hangi tarihten beri?
- Bilinen neden: Şimdilik anlaşılan neden nedir? (Kesin değilse 'varsayım' diye yazın.)
- İhtiyaç: Toparlanmak için hangi karar, kişi, bütçe veya zaman gerekiyor?
- Karar tarihi: Bu talebe en geç ne zaman yanıt gerekiyor?
Bu dört satır, 'başaramadım' cümlesini 'şu desteği verirseniz toparlarım' cümlesine çevirir. Toplantının tonu da buna göre değişir.
2. Yanlış bilinenler
| Yanlış inanış | Doğrusu | Pratikte |
|---|---|---|
| Hoshin Kanri, OKR veya Balanced Scorecard'ın başka adıdır | Yaklaşımlar örtüşebilir; Hoshin'i ayıran şey bırakma disiplini, catchball diyaloğu ve PDCA'nın yönetim rutinine gömülmesidir | Hangisini seçtiğinizden çok, tutarlı kullanmanız önemlidir; karışık terimlerle iki sistemi yan yana yürütmeyin |
| Hedef tutmadıysa başarısızlık vardır | Tutmayan hedef öğrenme verisidir; asıl başarısızlık nedenini analiz etmemektir | Her tutmayan hedef için yıl sonunda kısa bir neden analizi yapın |
| Hoshin günlük işin yerine geçer | Günlük yönetim sürer; Hoshin yalnızca atılım gerektiren birkaç konuya odaklanır | Rutin göstergeleri ayrı bir panoda tutun; ikisini karıştırmak ya planı şişirir ya rutini ihmal ettirir |
3. İstisnalar ve zor durumlar
Yıl ortası revizyon ne zaman meşrudur?
Plan varsayımı temelden değiştiğinde: pazar, mevzuat, kur veya tedarik zinciri şoku gibi. Üç ölçütün üçü birden sağlanmalıdır:
- Değişiklik dışarıdan gelmiştir.
- Gerekçe yazılıdır.
- Karar yetkili forumda alınmıştır.
'Hedefe ulaşamayacağız' cümlesi tek başına revizyon gerekçesi değildir; bu, kırmızı bildirimi ve kaynak talebi yoluna girmesi gereken bir durumdur.
| Revizyon talep formu alanı | Nasıl doldurulur? |
|---|---|
| Değişen dış etken | Ne oldu, ne zaman oldu? (Kanıtıyla birlikte) |
| Bozulan varsayım | Plan hangi kabule dayanıyordu, o kabul artık neden geçersiz? |
| Etkilenen hedef ve göstergeler | X-Matrix'te hangi satır ve sütunlar değişiyor? |
| Önerilen yeni hedef | Yeni hedef, eskisinden hangi noktada ayrışıyor? |
| Bırakılan veya ertelenen işler | Kaynak nereden açılıyor? |
| Karar forumu ve tarih | Kim onayladı, ne zaman, kayıt nerede? |
Duruma özgü uygulamalar
| Durum | Risk | Önerilen uygulama |
|---|---|---|
| Küçük işletme | Kaskad ağırlaşır, sürecin kendisi işi yavaşlatır | Kaskad yerine tek sayfalık kurum planı; catchball tek masada, kısa bir toplantıda yapılır |
| Aile şirketi | Yönetim kurulu, ortaklar ve profesyonel yönetimin öncelikleri farklıdır | Hoshin'e başlamadan önce ortak beklentiyi yazılı hale getirin; öncelik çatışmasını plan toplantısına bırakmayın |
| Prim bağlantısı | Hedefi doğrudan prime bağlamak sandbagging'e (kasten düşük hedef koymaya) yol açabilir | Kademeli ilerleyin: önce bağlantısız izleyin, sonra süreç sağlığı göstergelerini (toplantı disiplini, erken bildirim gibi) küçük ağırlıkla ekleyin, sonuç göstergelerini en son değerlendirin |
| Çapraz fonksiyonel hedef | Sahibi belirsiz hedefler en sık kırmızıya dönenlerdir | Tek sorumlu isim belirleyin; destekleyen her birimden açık, yazılı taahhüt alın |
4. Sistemin kendisini ölçmek
Hedeflerin durumu kadar, Hoshin sürecinin sağlığı da izlenmelidir. Aşağıdaki soruları yıl sonunda değerlendirin. Eşikleri kendi kurumunuz belirlesin; başka kurumun sayısını kendinize ölçüt yapmayın.
| Soru | Nasıl bakılır? | Eşik (kurumunuz belirler) |
|---|---|---|
| Aylık toplantılar planlandığı gibi yapıldı mı? | Takvim kayıtları ile toplantı notlarını karşılaştırın | [____] |
| Kırmızı durumlar ne kadar erken bildirildi? | Sorunun ortaya çıktığı tarih ile forumda ilk gündeme gelme tarihi arasındaki süre | [____] |
| Kaç hedef gerekçeli revize edildi, kaçı sessizce bırakıldı? | Revizyon formları ile yıl sonu hedef listesini karşılaştırın | [____] |
| Orta kademe yöneticiler hedefi kendi cümleleriyle anlatabiliyor mu? | Aşağıdaki üç yönetici testi | [____] |
| Bırakılan ve ertelenen işler kayıt altına alındı mı? | Bırakma listesinin varlığı ve güncelliği | [____] |
| Çalışanlar plandan haberdar mı? | Kısa, isimsiz bir soru: 'Bu yılın en önemli iki önceliği nedir?' | [____] |
Üç yönetici testi: adım adım
- Rastgele üç orta kademe yönetici seçin (tercihen farklı birimlerden).
- Her birine aynı soruyu sorun: 'Bu yıl biriminizin katkı verdiği hoshin hedefi nedir ve neden önemlidir?'
- Cevabı kâğıttan okumalarına izin vermeyin; kendi cümleleriyle anlatmalarını isteyin.
- Cevabı üç ölçüte göre not edin: hedef doğru mu, nedeni biliyor mu, kendi işiyle bağlayabiliyor mu?
- Üçünde de takılma varsa sorun yöneticide değil, iletişimde veya catchball'da aranmalıdır.
5. Bir üst seviyeye taşıyan ipuçları
Yıl sonunda iki ayrı toplantı
- 'Ne başardık' toplantısı: Sonuçlar, kutlama ve teşekkür.
- 'Ne öğrendik' toplantısı: Neyi farklı yapacağız? Hangi varsayımlarımız yanlış çıktı? Hangi işi bırakmalıyız?
Kırmızı için 5 Neden: suçlu aramayan örnek
- Sonuç: Müşteri teslimat hedefi kırmızı.
- 1. Neden? Sevkiyat zamanında hazır değildi.
- 2. Neden? Ambalaj malzemesi geç geldi.
- 3. Neden? Sipariş geç verildi.
- 4. Neden? Satış siparişinin onayı beklendi.
- 5. Neden? Onay yetkisi tek kişideydi ve bekleyen onayları gösteren bir takip yoktu.
- Aksiyon: Yedek onay yetkilisi ve bekleyen onay listesi. Aksiyon kişiyi değil, süreci düzeltir.
Diğer ipuçları
- Süreç sahiplerine yılda bir kez 'Hoshin süreci iyileştirme önerisi' hakkı verin; öneri formu bir sayfayı geçmesin.
- Yeni yıl planını sıfırdan değil, geçen yılın X-Matrix'ini gözden geçirip kaydırarak başlatın: neyi tamamladık, neyi taşıyoruz, neyi bırakıyoruz?
- Bırakılan işlerin listesini bir sonraki yılın ilk toplantısında yeniden açın; bırakma kararı kalıcı mı, geçici mi netleşsin.
Özet
Olgun bir Hoshin sistemi, hedeflerin tutmasıyla değil, sapmaların hızlı görülmesi, dürüstçe konuşulması ve kararlara dönüşmesiyle tanınır.
Bu dersi kayıt olmadan izleyebilirsin. İlerlemeni kaydetmek, sertifika almak ve puan tablosuna girmek için ücretsiz üye ol: Kayıt Ol