Üst Yönetim Raporlama Standartları
4 minute read
Üst Yönetim Raporlama Standartları
Liderlik ekibine sunulan her rapor, sunum ve bilgi notu 1-2-3 sayfa kuralı ile yapılandırılır. Amaç: karar vericilerin zamanını korumak, net bilgi sunmak ve eyleme yönelik öneri vermek.
"Eğer 1 sayfada anlatamıyorsan, 10 sayfada da anlatamazsın." — Denomas Handbook İlkesi
Bu standartlar aşağıdaki belge türlerinin tümüne uygulanır:
- Rapor
- Sunum
- Bilgi notu
1-2-3 Sayfa Kuralı
Bu üç dosya beraber üretilir ve birbirini tamamlar. Okuyucu 1. sayfayla başlayıp, merak ettiği kadar derine iner.
Sayfa 1: Yönetici Özeti (Executive Summary)
Tek sayfa. Bir karar verici başka hiçbir şey okumasa bile bu sayfayla durumu anlamalı ve karar verebilmeli.
Zorunlu İçerik:
| Bölüm | Açıklama |
|---|---|
| Durum | Yeşil / Sarı / Kırmızı (trafik ışığı) |
| Tek cümle özet | "X projesi Y tarihinde tamamlanacak, Z riski mevcut" |
| Fayda ve yarar | Bu karar/proje neden önemli? |
| Avantaj | Rakiplere göre üstünlük nedir? |
| Fırsat | Zamanlama neden şimdi? |
| Yatırım geri dönüşü (ROI) | Beklenen mali değer veya tasarruf |
| Zorunluluk | Yasal zorunluluk veya yasal uyarılar var mı? |
| Risk ve tehdit | Yapılmazsa ne olur? |
| Talep/Öneri | Karar vericiden ne bekleniyor? (Onay, kaynak, yönlendirme) |
| Anahtar metrikler | 3-5 KPI bir tabloda |
Yönetici özetini en son yazın ama raporda en başa koyun. İçeriği yazdıktan sonra özet çıkarmak daha kolaydır.
Sayfa 2: Ek Detaylar
Merak ederlerse okuyacakları ek detaylar. 1. sayfadaki her iddianın destekleyici bilgisi burada yer alır.
İçerir:
- Mevcut durum ve ilerleme
- Riskler ve engelleyiciler (blocker)
- Zaman çizgisi (timeline)
- Kaynak durumu
- Alternatif senaryolar ve karşılaştırmalar
Sayfa 3: Teknik ve Mali Detaylar
Teknik ve mali olarak daha fazla detay gerekiyorsa bu ekte yer alır.
İçerir:
- Detaylı veri tabloları
- Teknik mimari diyagramları
- Mali projeksiyonlar ve maliyet analizi
- Benchmark ve karşılaştırmalar
- Referans linkler
3 sayfayı aşma. Ek detay gerekiyorsa, handbook sayfasına link ver. Rapor bir doküman değil, bir karar destek aracıdır.
Nihai Amaç: Okuyucunun Hissettikleri
Bu belgeleri okuyan kişiler (yönetici, üst yönetici, mali sorumlular, hukuk sorumluları, teknik sorumlular) şunları hissetmelidir:
- Konuyu tam olarak anladıklarını hissetmeli
- Gönüllü olarak imza ve onay vermeye hazır hissetmeli
- Başka bir çekinceleri kalmamalı
- Görevi gereği sorumluluk almaları gerektiğini hissetmeli — ancak bu nazik ve saygılı bir dille aktarılmalı
Korkutma amacımız değildir. Ancak yasal sorumluluğun bilincinde olmak herkesin görevidir.
Yönlendirme Kuralları
- İlgili kişilere dair yapılması gerekli yönlendirmeler raporda yer almalı
- Görevlendirme detayları herkesin mevcut sorumluluğuna göre yapılmalı
- Yönlendirmeler net şekilde sorumluları ve ilgilileri içermeli
- Yapılacak işlemlerin hepsi için gerekli faaliyetler listelenmeli
- No-Name Policy uygulanır: kişi adı değil, rol ve sorumluluk referansı kullanılır
Raporlama Formatı
# [Rapor Başlığı]
- Tarih: YYYY-MM-DD
- Hazırlayan: @ekip-adi (DSE)
- Durum: 🟢 Yeşil / 🟡 Sarı / 🔴 Kırmızı
## Yönetici Özeti
[Tek paragraf özet — durum, neden önemli, ne isteniyor]
### Fayda ve Fırsat
[Neden şimdi? ROI nedir?]
### Risk
[Yapılmazsa ne olur?]
### Talep
- [ ] [Karar vericiden beklenen aksiyon]
### Anahtar Metrikler
| Metrik | Hedef | Gerçekleşen | Trend |
|---|---|---|---|
| ... | ... | ... | ↑/↓/→ |
### Yönlendirmeler
| Sorumluluk Alanı | Sorumlu Ekip/Rol | Yapılacak İşlem | Teslim Tarihi |
|---|---|---|---|
| ... | @ekip-adi | ... | YYYY-MM-DD |
## Detaylı Durum (Sayfa 2)
...
## Teknik ve Mali Detaylar (Sayfa 3)
...
Raporlama Sıklık ve Kanalları
| Rapor Türü | Sıklık | Kanal | Alıcı |
|---|---|---|---|
| Sprint Raporu | 2 haftada bir | Handbook + Nextcloud Talk | Ekip Lideri |
| Aylık Durum | Aylık | Handbook + Sunum | Liderlik Ekibi |
| Çeyreklik OKR | 3 ayda bir | Handbook + Toplantı | Liderlik Ekibi |
| Olay Raporu (Post-mortem) | Olay sonrası | Handbook | Tüm ilgililer |
| Yatırım/Proje Teklifi | İhtiyaç halinde | Sunum + Handbook | Liderlik Ekibi |
Metodoloji: 1 Kere Tanımla, Her Yerde Kullan
HTML'ye CSS nasıl şekil veriyorsa, kurallar tüm içeriğe şekil verir. Ana kurallar 1 kere tanımlanır ve her şirkette, her üründe, her açıklamada kullanılır.
- Her işimizi 1 kere tam tanımlarız. O tanım her türlü işin tüm ayrıntısını içerecek kadar kapsamlıdır
- Pazarlama metinleri, eğitim içerikleri, satış dokümanları, sözleşme metinleri: hepsi merkezdeki kurallara bağlıdır
- Özel bir hedef grubuna göre ayrı açıklama gerekiyorsa tüm içerik yeniden gözden geçirilir ve yetkili yöneticinin onayı alınır
Mevzuat Değişikliklerinde Güncelleme Süreci
Yeni kanunlar (örnek: KVKK/GDPR) mevcut tüm içeriğin değişmesine neden olabilir. Bu durumda:
- Tüm evraklar en başından sonuna kadar okunup güncellenir
- Sözleşmeler, ek zeyilnameler, kurum politika belgeleri güncellenir
- Eğitim videoları, iş kuralları, SOP'lar güncellenir
- Partner ve üçüncü taraf belgeleri dahil edilir
- Yazılım gereksinimleri ve fonksiyon listeleri güncellenir
- Güncellemeler sistematik kontrol listesi ile yapılır. Dokunulmamış tek belge bırakılmaz
Sık Yapılan Hatalar (Anti-Kalıplar)
- Çok uzun rapor: 3 sayfayı aşan raporlar okunmaz. Özet çıkar, linkle
- Veri yok, yorum var: Her iddia veriyle desteklenmeli
- Eylem yok: Rapor bilgilendirme değil, karar destek aracıdır. Her raporda bir talep veya öneri olmalı
- Kişi referansı: "Ahmet yaptı" yerine "@altyapi-ekibi tamamladı" — bkz: No-Name Policy
- Fayda belirtilmemiş: "Neden yapılmalı?" sorusu cevapsız. ROI, fırsat veya zorunluluk mutlaka yer almalı
- Risk belirtilmemiş: "Yapılmazsa ne olur?" sorusu cevapsız. Risk ve tehdit her zaman yazılmalı
- Her yere ayrı açıklama yazmak: 1 kere tanımla, her yerde kullan. Aynı şeyi farklı belgelerde farklı anlatmayın.
- Yönlendirme yok: Kim ne yapacak belli değil. Sorumlular ve işlemler açıkça listelenmeli
- Korkutucu dil: Nezaket birinci önceliktir. Zorunluluk hissi yaratırken nazik olmak esastır.
İlgili Sayfalar
- communication-standards
- denomas-değerleri
- handbook-first
- glossary
Geribildirim
Bu sayfa yararlı oldu mu?
Bu sayfa faydali oldu
Bu sayfa gelistirilmeli
