MASTER KÜTÜPHANE / INSTRUCTURE
Kurumsal Yönetişim ve Karar Alma Yapısı Analizi
Karar forumları, sorumluluk ve onay darboğazlarının analizi.
BELGE KÜNYESİ / KONTROLLÜ ŞABLON
Kimlik ve kullanım kaydı
- Kaynak türü
- İnovapark metodoloji şablonu
- Yayın kapsamı
- Açık arşiv ve uyarlama ilkeleri ↗
- Belge kodu
- D-IS-02
- Tam başlık
- Kurumsal Yönetişim ve Karar Alma Yapısı Analizi
- Program
- InStructure
- Metodoloji fazı
- 1 / 4 · Strategy
- Belge türü
- Teşhis raporu
- Sürüm ve durum
- v2.0 · Uygulama şablonu
- Kaynak dönemi
- Ekim 2026 · özgün belge üstbilgisi
- Yayın ve dağıtım
- İnovapark Açık Arşiv · herkese açık
- Uygulama sahibi
- Müşteri çalışmasında atanır
- Onay durumu
- Müşteri özelinde onay bekler
Girdilere kaynak, sorumlu ve tarih eklenir; müşteri verileri ile doldurulan sürüm yetkili kişi tarafından incelenir. Yayımlanan şablon, tamamlanmış müşteri çalışması veya hukuki onay kaydı değildir.
Karar envanteri ve yönetici teyidi.
UYGULAMA MASASI / TEŞHIS RAPORU
Bu belgeyle nasıl çalışılır?
Alanları gerçek kayıtlarla doldurun; tamamlanan her adımı kanıtla eşleştirin. Bu bölüm şablonun saha kullanımını gösterir.
Girdiler
Karar tutanakları; onay logları; görüşmeler
Ölçüm
Limit içinde ve süresinde alınan karar / toplam karar
İş akışı
- Kritik kararları listele
- karar forumu ve bekleme süresini ölç
- vekâlet eksiklerini bul
- hedef karar yolunu öner
Kayıt alanları
| No | Alan | Kanıt kaydı |
|---|---|---|
| 01 | Karar | Kaynak / sahip / tarih |
| 02 | talep eden | Kaynak / sahip / tarih |
| 03 | onaylayan | Kaynak / sahip / tarih |
| 04 | süre | Kaynak / sahip / tarih |
| 05 | tıkanma | Kaynak / sahip / tarih |
| 06 | çözüm | Kaynak / sahip / tarih |
Fiili yetki ile resmi temsil yetkisi karıştırılmaz.
TAM METİN / v2.0
Uygulama şablonu
D-IS-02 | KURUMSAL YÖNETIŞIM VE KARAR ALMA YAPISI ANALIZI
İNOVAPARK / INOMATRIX MASTER KÜTÜPHANE
Belge kodu: D-IS-02 Sürüm: 2.0 Tarih: Ekim 2026
Aşama: 1 Belge türü: Teşhis raporu Konular: Yönetişim · Karar · Yetki
Durum: Yayına hazır metodoloji şablonu; müşteri özelinde doldurma ve yetkili onay gerekir.
Belge sahibi: [rol/ad] Onay mercii: [rol/kurul] Uygulama şirketi: [şirket]
Dağıtım sınıfı: Genel metodoloji sürümü. Müşteri verisi işlenirse erişim sınıfı ayrıca belirlenir.
1. KARAR ÖZETİ VE AMAÇ
Karar forumları, sorumluluk ve onay darboğazlarının analizi.
Bu belgenin kullanımıyla verilecek karar: karar envanteri ve yönetici teyidi sağlandı mı, hangi açıklar ve sahipleriyle uygulamaya geçilecek?
Belge, örnek yöntem ve doldurulabilir kontrol setidir. [Şirket] hakkında bulgu, performans veya uygunluk sonucu ileri sürmez.
2. KAPSAM, GİRDİLER VE BAŞLANGIÇ KOŞULLARI
G1. Karar tutanakları: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.
G2. onay logları: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.
G3. görüşmeler: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.
Kapsam ilkesi: Mülkiyet, kurul gözetimi ve icra rolleri ayrı tutulur. Yetki devri, yürürlük tarihi olan karar, limit ve denetim iziyle kanıtlanır.
Başlangıç kapısı: süreç sahibi ve onay mercii atanır; kaynakların güncelliği kontrol edilir; kapsam dışı işlemler kayda alınır.
3. UÇTAN UCA UYGULAMA YÖNTEMİ
3.1 Kritik kararları listele. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.
3.2 Karar forumu ve bekleme süresini ölç. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.
3.3 Vekâlet eksiklerini bul. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.
3.4 Hedef karar yolunu öner. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.
Bulgu ve kanıt kartı: Her bulguya kaynak, örneklem, hesap yöntemi, etki, kök neden, sahip, son tarih ve doğrulama adımı bağlanır. Ölçülmeyen sonuç 'hedef' veya 'varsayım' olarak işaretlenir.
Her adımın kapısı: kaynak doğrulaması → icra/analiz → ikinci kişi kontrolü → onay → sürümlü yayımlama. Başarısız adım istisna listesine döner.
4. ROLLER, RACI VE KARAR SINIRLARI
A (hesap veren): [belge/süreç sahibi]; bu belgede her karar için yalnız bir A atanır.
R (uygulayan): [ilgili dikey/departman uzmanı]; girdileri toplar, kayıtları üretir ve açıkları kapatır.
C (danışılan): [finans, hukuk, bilgi güvenliği, kalite veya klinik uzmanı]; konuya uygun uzman görüşü kayda girer.
I (bilgilendirilen): [üst yönetim/ilgili paydaş]; yalnız yayımlanmış sürüm ve karar özeti paylaşılır.
Kontrol sahibi uygulayıcıdan ayrı atanır. Çıkar çatışması varsa alternatif onay mercii belirlenir ve tutanağa işlenir.
5. DOLDURULABİLİR UYGULAMA VE KANIT KAYDI
Her satır tek bir işlem, bulgu, kontrol veya karar nesnesidir. Boş alan 'uygulanamaz' gerekçesiyle ya da açık aksiyonla kapatılır.
Kayıt alanları:
• Karar: [doldurulacak]
• talep eden: [doldurulacak]
• onaylayan: [doldurulacak]
• süre: [doldurulacak]
• tıkanma: [doldurulacak]
• çözüm: [doldurulacak]
• Kaynak/kanıt bağlantısı: [sürüm ve erişim seviyesi]
• RACI-A / R / kontrol eden: [roller]
• Durum / tarih / sonraki eylem: [açık, doğrulanıyor, kabul edildi; YYYY-AA-GG]
• İstisna ve onay kaydı: [yoksa 'yok' yazılır]
6. RİSKLER, İSTİSNALAR VE ESKALASYON
Kritik sınır: Fiili yetki ile resmi temsil yetkisi karıştırılmaz.
Veri eksikliği, yetki çakışması, kontrol ihlali veya hedef sapması görüldüğünde uygulama sahibi kaydı açar; etki ve olasılığı değerlendirir; kontrol sahibine ve karar merciine iletir.
Acil riskte otomatik işlemler güvenli duruma alınır. İstisna için gerekçe, geçerlilik süresi, telafi kontrolü ve onaylayan kişi yazılır; süre sonunda yeniden değerlendirilir.
Doğrulama standardı: Bulgular için örneklem izi ve karşı görüş alınır; yönetim kabulü ile açık aksiyon listesi rapora eklenir.
7. ÖLÇÜM, HEDEF VE KALİBRASYON
Birincil gösterge: Limit içinde ve süresinde alınan karar / toplam karar.
Ölçüm kaydı: başlangıç değeri [ ], hedef [ ], gerçekleşen [ ], dönem [ ], veri kaynağı [ ], hesaplayan [ ], doğrulayan [ ].
Oranlar için pay ve payda, istisnalar ve veri kapsama yüzdesi açıklanır. Hedef gerçek sonuç gibi sunulmaz.
Ritim: operasyonel kontrol haftalık; belge ve aksiyon gözden geçirme aylık; stratejik karar ve yeniden önceliklendirme çeyreklik. Uygun olmayan dikeyde sıklık süreç sahibi tarafından gerekçeli belirlenir.
Kalibrasyon döngüsü: ölç → sapmayı kök nedenle sınıflandır → düzeltici eylemi ata → tekrar ölç → sürümü güncelle.
8. KABUL ÖLÇÜTLERİ VE YAYIN KAPISI
Asgari kabul kanıtı: Karar envanteri ve yönetici teyidi.
Kabul listesi:
□ Girdilerin kaynağı, dönemi ve erişim hakkı doğrulandı.
□ Yöntem adımlarının her biri için somut kayıt veya gerekçeli uygulanamaz kararı mevcut.
□ RACI ve onay limitleri ilgili politika ile tutarlı.
□ Ölçüm formülü, pay/payda ve başlangıç değeri bağımsız olarak tekrar hesaplanabiliyor.
□ Kritik istisnalar kapatıldı veya süreli, sahipli aksiyon planına bağlandı.
□ Hukuk, finans, klinik, güvenlik ve sektör uzmanı incelemesi gereken konularda tamamlandı.
□ Belge sahibi ile yetkili onay merciinin tarihli kararı kaydedildi.
Kabul sonucu: [kabul / koşullu kabul / ret] Karar tarihi: [ ] Açık maddeler: [ ]
9. KAYIT YÖNETİMİ, SÜRÜM VE DEVİR
Tek geçerli sürüm belge kayıt sistemindeki onaylı kopyadır. Taslak, müşteri verisi içeren çalışma dosyası ve kamuya açık metodoloji sürümü ayrı erişim sınıflarıyla tutulur.
Değişiklik kaydı: v2.0 — kısa tanım genişletildi; uygulama, RACI, kontrol, ölçüm ve kabul kartları eklendi. Önceki sürüm Drive geçmişinde korunur.
Sahaya devir paketi: onaylı belge, doldurulmuş kayıt, ek kanıtlar, açık aksiyon listesi, eğitim kaydı ve bir sonraki gözden geçirme tarihi.
İmza alanı: Hazırlayan [ ] / Kontrol eden [ ] / Onaylayan [ ] / Tarih [ ]
KAYNAK VE UYGULANABİLİRLİK NOTU
Kurumsal yönetişim ilkeleri için G20/OECD Kurumsal Yönetim İlkeleri (2023) esas alınabilir; SPK yükümlülükleri şirket statüsü ve güncel mevzuat doğrulamasıyla değerlendirilir.