Anadolu Market’te pazartesi sabahı. Rapor ekibindeki tek analist sensin ve gelen kutunda dokuz mesaj var: satış müdürü “acil” bir tablo istiyor, finans bir sayının tutmadığını söylüyor, depo şefi yeni bir sayfa öneriyor, BT yenilemenin gece başarısız olduğunu bildiriyor. Hepsini aynı anda yapamazsın. Bu ders, işin teknik olmayan ama işi belirleyen kısmını anlatıyor. Belirsiz bir talebi tek sayfalık brife çevirmeyi “Talepten rapor brifine: ihtiyaç toplama ve sayfa planı” dersinde gördük; burada brif sonrası hayatı konuşuyoruz.
Paydaşlar kimdir?
Paydaş (stakeholder), raporun sonucundan etkilenen ya da raporun yapılmasına katkı veren herkestir. Her birinden farklı bir şey istersin ve her biri senden farklı bir şey bekler:
| Paydaş | Anadolu Market örneği | Senden beklediği | Senin ondan istediğin |
|---|---|---|---|
| Talep sahibi | Satış müdürü | Kararını hızlandıran, zamanında gelen cevap | Net soru, öncelik, demo ve onay için zaman |
| Veri sahibi | ERP’den sorumlu finans uzmanı | Verinin doğru yorumlanması | Alan tanımları, iş kuralları (“iptal” ne demek?), erişim |
| Son kullanıcı | Bölge sorumluları, mağaza yöneticileri | Hızlı açılan, anlaşılır sayfa | Gerçek kullanım senaryoları, kabul testinde geri bildirim |
| BT / platform | Veritabanı yöneticisi, Power BI yöneticisi | Güvenli bağlantı, kurallara uyum | Ağ geçidi, servis hesabı, çalışma alanı, lisans |
| Sponsor | Ticaret direktörü | Ekibin doğru işlere zaman harcaması | Öncelik çatışmasında son söz |
Talep girişi: tek kapı
Talepler e-postadan, koridordan, toplantı sonunda “bir şey daha” diye gelirse hiçbir şey sıralanamaz. Ekibin tek bir giriş noktası olsun: bir form, bir Teams kanalı ya da bir iş takip aracı. Her talepte şu alanlar dolu olmalı:
- Kim istiyor, kim kullanacak?
- Hangi kararı ya da soruyu destekliyor? (“Elektronik kampanyasına devam edelim mi?”)
- Ne zamana lazım ve neden o tarih? (“Perşembe bütçe toplantısı” gerçek bir tarihtir; “ASAP” değildir.)
- Mevcut bir rapor bu soruya yakın mı? Çoğu talep, var olan sayfaya bir filtre ya da sütun eklemekle çözülür.
- Hangi veri gerekiyor? Modelde yoksa veri sahibi kim?
Talebin yaşamı da görünür olsun: Yeni → Netleştiriliyor → Sırada → Geliştiriliyor → Testte → Yayında ya da Reddedildi / Ertelendi. Talep sahibi “benim işim nerede?” diye sormak zorunda kalmamalı.
Önceliklendirme: etki × efor
Her talebe iki not ver: etki (kaç kişiyi, hangi büyüklükte bir kararı etkiliyor, 1–5) ve efor (kaç günlük iş, yeni veri gerekiyor mu, 1–5). Sonra dört kutuya yerleştir:
| Düşük efor | Yüksek efor | |
|---|---|---|
| Yüksek etki | Hızlı kazanç: hemen yap | Büyük proje: planla, parçala, sponsorla konuş |
| Düşük etki | Dolgu işi: boşlukta yap ya da topluca yap | Kaçın: nedenini açıklayarak reddet ya da ertele |
Pazartesi sabahının dört talebi:
| Talep | Etki | Efor | Kutu |
|---|---|---|---|
| Gece yenilemesi başarısız; rapor dünkü veriyi gösteriyor | 5 | 1 | Hızlı kazanç (aslında acil hata, sıranın en başı) |
| Satış müdürü: “Aralık nasıl geçti?” sorusu için yorum | 4 | 1 | Hızlı kazanç |
| Depo şefi: tedarikçi teslim süresi sayfası (veri modelde yok) | 4 | 4 | Büyük proje |
| Bir kullanıcı: tüm grafiklerin rengini mor yapalım | 1 | 2 | Kaçın / ertele |
Tahmin vermek ve nazikçe “şimdi değil” demek
“Ne zaman biter?” sorusuna tek bir gün söyleme. İşi parçala (veri bağlantısı, model, ölçüler, sayfa, test) ve aralık ver: “Veri modelde varsa 2–3 gün; yeni bir kaynak gerekiyorsa veri sahibinin erişim vermesine bağlı olarak 1–2 hafta.” Belirsizliği saklamak değil, adlandırmak güven verir.
Reddetmek de bir iletişim becerisidir. “Hayır” yerine neden, ne zaman ve bugün ne yapabileceğini söyle:
Demo yapmak
Demo, “bakın ne yaptım” gösterisi değil, doğru şeyi yaptığını erkenden kontrol etme toplantısıdır. Rapor yüzde 60 hazırken yapılan bir demo, yüzde 100’de yapılandan daha değerlidir.
- Soruyla başla: “Brifte üç soru vardı; ilkiyle başlayalım.” Özellik turu yapma.
- Gerçek veriyle ve gerçek bir senaryoyla göster: “Diyelim ki aralık ayına bakıyorsunuz. Hangi kategori geride? İşte burada.”
- Fareyi kullanıcıya ver: Kullanıcının nerede takıldığını izlemek, onun ne söylediğinden daha öğreticidir.
- Bilinen eksikleri önce sen söyle: “Teslim tarihi filtresi henüz yok, cuma eklenecek.”
- Sonda iki soru sor: “Bu sayfayla kararınızı verebilir misiniz? Eksik olan en önemli tek şey ne?”
Geri bildirimi toplamak ve ayıklamak
Demo sonrası notları ve Service’teki yorumları tek bir listeye topla. Power BI Service’te raporun ya da tek bir görselin üzerine yorum (comment) eklenebilir ve @bahsetme ile bir meslektaş etiketlenebilir; etiketlenen kişiye bildirim gider. Sonra her maddeyi bir türe ayır:
| Tür | Örnek | Ne yaparsın? |
|---|---|---|
| Hata | “Aralık satışı finans tablosundan farklı.” | Hemen incele; doğrula ya da farkın nedenini açıkla. |
| Veri sorusu | “Bu sayıya iadeler dahil mi?” | Tanımı açıkla; sık soruluyorsa araç ipucuna yaz. |
| Değişiklik isteği | “Web ve Mobil’i tek satırda ‘Dijital’ diye görelim.” | Brifle karşılaştır, eforu söyle, sıraya al. |
| Yeni talep | “Bir de temsilci prim raporu olsa…” | Talep girişine yönlendir; bu projeye ekleme. |
| Tercih | “Bu mavi biraz soluk.” | Kurumsal temayla çelişmiyorsa topluca, sonra yap. |
Değişiklik talebi ve kapsam kayması
Kapsam kayması (scope creep), her biri küçük görünen eklemelerin teslim tarihini sessizce kaydırmasıdır. Kural basit: brifte yazmayan her şey bir değişiklik talebidir. Değişikliği reddetmek zorunda değilsin, ama bedelini görünür yapmalısın:
“Dijital” isteği teknik olarak küçük bir ölçüdür (alıştırma 2). Asıl iş; tanımı yazmak, testi güncellemek ve kullanıcılara duyurmaktır. 2024’te Web ve Mobil birlikte net satışın %83,4’ünü yapıyor; bu yüzden tanım net olmalı.
Kısa durum güncellemesi
Haftada bir, beş satırı geçmeyen bir durum notu, onlarca “ne oldu?” mesajını önler. Biçim hep aynı olsun:
Bulguyu yöneticiye sunmak: önce cevap
Satış müdürü soruyor: “Bu ay geçen aya göre nasılız?” Yöneticiler sunumun ilk cümlesinde cevabı bekler. Sıra: cevap → kanıt → öneri. Bizim modelde aralık 2024 ile kasım 2024:
| Gösterge | Kasım 2024 | Aralık 2024 |
|---|---|---|
| Net satış | 89.055,60 ₺ | 94.000,95 ₺ (+%5,6) |
| Aylık hedef gerçekleşme | %99,3 | %106,3 |
| Sipariş sayısı | 58 | 58 |
| Ortalama sepet | 1.535,44 ₺ | 1.620,71 ₺ |
| Elektronik | 33.147,30 ₺ | 15.936,85 ₺ |
| Giyim | 9.864,80 ₺ | 20.974,55 ₺ |
Rakamları kurtaran ölçü küçüktür:
Geçen Ay Farkı = [Net Satış] - [Satış GA]
Aralık 2024 satırında 4.945,35 ₺ döner. Yüzdeyi değişkenlerle kendin yazmak alıştırma 1’de.