Teslimat playbook’u

Delivery ve Managed Services Playbook

Metodoloji sayfası nasıl düşündüğümüzü anlatır; bu sayfa ise bir projenin gerçekte nasıl yönetildiğini gösterir — kim karar verir, ne kabul edilir, değişiklik nasıl kontrol edilir, her hafta ve her ay ne teslim alırsınız. Aşağıdaki örnek dokümanlar formatı gösteren anonim örneklerdir; gerçek müşteri verisi değildir.

Kısa cevap

MadeByCat projeleri tanımlı fazlarda, karar ve onay kapılarıyla, yazılı bir RACI, kabul kriterleri ve değişiklik kontrol süreciyle yürütür. Riskler, sorunlar ve bağımlılıklar tek bir kayıtta izlenir ve haftalık raporlanır. Yayından sonra stabilizasyon dönemi, öncelik seviyeleri, olay yönetimi, güvenlik güncellemeleri, performans izleme, aylık raporlama ve sürekli iyileştirme backlog’u içeren yönetilen hizmetlere geçer. Yanıt hedefleri ve varsa SLA, burada sabit sayılarla vaat edilmez; sözleşmeye göre tanımlanır.

01

Fazlar ve karar kapıları

Madebycat Loop’un her fazı bir kapıyla biter: faz çıktısının kabul edildiğine ve sonraki fazın başlayabileceğine dair kısa, dokümante bir karar. Kapılar, kimsenin onaylamadığı varsayımlar üzerine çalışmaya devam edilmesini önler.

  • Align → Discover: hedefler, paydaşlar, başarı ölçütleri ve karar sahipleri üzerinde mutabakat.
  • Discover → Architect: araştırma bulgularının ve içerik envanterinin kabulü.
  • Architect → Design: kapsam, site haritası, içerik modeli ve teknik yaklaşımın onayı.
  • Design → Engineer: kritik şablonlar, bileşenler ve prototiplerin onayı.
  • Engineer → Operate: QA, erişilebilirlik ve içerik hazırlığının kabulü; yayın planının onayı; yayın ve stabilizasyonun tamamlanması.
  • Operate → Evolve: aylık raporlama ve backlog gözden geçirmeleri bir sonraki iyileştirme döngüsünü besler.
02

Roller ve RACI

Her çıktının tek bir hesap veren sahibi vardır. RACI (sorumlu, hesap veren, danışılan, bilgilendirilen) proje başlangıcında belirlenir ve ekip değiştiğinde güncellenir.

  • Müşteri proje sahibi — kararlardan, onaylardan ve kurum içi paydaş uyumundan hesap verir.
  • MadeByCat proje lideri — plandan, teslimat kalitesinden ve raporlamadan hesap verir.
  • Tasarım ve mühendislik liderleri — kendi çıktılarından ve değişiklik taleplerinin tahmininden sorumludur.
  • İçerik sahipleri — içerik teminini, hukuki incelemeyi ve nihai yayın onayını üstlenir.
  • Altyapı ve üçüncü taraf sağlayıcılar — kendi sistemlerinden sorumludur; planda referans verilir.
03

Kabul kriterleri ve revizyon sınırları

Kabul kriterleri iş başlamadan yazılır: çıktının neleri içermesi gerektiği, hangi cihaz ve tarayıcılarda test edileceği, hangi erişilebilirlik ve performans kontrollerinin uygulanacağı. Tasarım fazları belirli sayıda revizyon turu içerir; ek turlar veya yön değişiklikleri planın gerçekçi kalması için değişiklik kontrolüyle yönetilir.

04

Değişiklik kontrolü

Yeni talepler memnuniyetle karşılanır ama sessizce emilmez, kayda alınır. Her değişiklik talebi tanımlanır, efor ve takvim etkisi tahmin edilir ve müşteri proje sahibi tarafından onaylanır veya ertelenir. Onaylanan değişiklikler planı ve bütçeyi görünür şekilde günceller.

05

Risk, sorun ve bağımlılık takibi

Tek bir kayıt riskleri (ne olabilir), sorunları (ne oldu) ve bağımlılıkları (kimden, neyi, ne zamana kadar bekliyoruz) tutar. Her kaydın bir sahibi, tarihi ve durumu vardır; kayıt haftalık durum toplantısında gözden geçirilir.

06

Örnek: haftalık durum raporu (anonim)

Yalnızca format örneğidir — müşteri verisi değildir.

  • Genel durum: [Yeşil / Sarı / Kırmızı] — [her iş akışı için tek satırlık gerekçe].
  • Bu dönem tamamlanan: [onaylanan teslimatlar ve kapanan kapılar].
  • Gelecek dönem planlanan: [süren teslimatlar ve yaklaşan incelemeler].
  • Gereken kararlar: [karar] · Sahip: [müşteri veya stüdyo rolü] · Son tarih: [tarih].
  • Öne çıkan riskler ve bağımlılıklar: [açık kayıt girdilerine referans].
07

Örnek: risk kaydı girdisi (anonim)

Yalnızca format örneğidir — müşteri verisi değildir.

  • No: [kayıt referansı] · Tip: [risk / sorun / bağımlılık] · Açıklama: [olabilecek, olmuş veya beklenen durum].
  • Etki: [etkilenen kapsam] · Olasılık: [düşük / orta / yüksek] · Sahip: [rol].
  • Önlem: [mutabık kalınan aksiyon] · Eskalasyon yolu: [yönlendirme toplantısı].
  • Durum: [açık / izleniyor / kapalı] · Gözden geçirme: [tarih].
08

Stabilizasyon, dokümantasyon, eğitim ve devir

Yayını, lansman ekibinin hataları öncelikle düzelttiği ve izlemeyi yakından takip ettiği bir stabilizasyon dönemi izler. Dokümantasyon mimariyi, dağıtımı, içerik tiplerini ve editör akışlarını kapsar. Editörler CMS eğitimi alır; devir, site yönetilen hizmetlerimize, sizin ekibinize veya başka bir partnere geçse de erişimleri, sürüm geçmişini ve açık backlog’u içerir.

09

Yönetilen hizmetler: öncelikler ve olay yönetimi

Yönetilen hizmetlerde talepler ve olaylar önceliğe göre sınıflandırılır; böylece acil sorunlar rutin değişikliklerin arkasında beklemez. Olaylar yazılı bir yol izler: tespit, bildirim, inceleme, düzeltme veya geçici çözüm, iletişim ve — ciddi durumlarda — olay sonrası değerlendirme.

Yanıt ve çözüm hedefleri, çalışma saatleri ve varsa SLA, siteye ve müşterinin ihtiyaçlarına göre sözleşmede tanımlanır. Burada sabit yanıt süreleri yayımlamıyoruz; açıkça sözleşmeye bağlanmadıkça 7/24 nöbetçi destek sunmuyoruz.

10

Örnek: olay öncelik matrisi (anonim)

Yalnızca kategori örneğidir — gerçek hedefler her hizmet tanımında belirlenir.

  • P1 Kritik — site veya temel bir akış kullanıcıların çoğu için erişilemez; ilk sırada ele alınır, sürekli bilgilendirme yapılır.
  • P2 Yüksek — kritik bir işlev bazı kullanıcılar için bozuk veya erişilemez; planlı işlerin önünde ele alınır.
  • P3 Orta — geçici çözümü olan kritik olmayan hata; bir sonraki sürüme planlanır.
  • P4 Düşük — görsel sorun veya küçük iyileştirme; backlog’a eklenir ve gözden geçirmede önceliklendirilir.
11

Güvenlik güncellemeleri, performans izleme ve aylık raporlama

CMS, framework ve bağımlılık güncellemeleri planlı olarak uygulanır; acil güvenlik yamaları hızlı yoldan ele alınır. Kritik şablonlarda erişilebilirlik, hatalar ve Core Web Vitals izlenir. Aylık rapor yayımlananları, olayları ve nasıl ele alındıklarını, performans ve erişilebilirlik eğilimlerini ve sonraki dönem için önerilen backlog’u özetler.

12

Örnek: aylık managed services raporu (anonim)

Yalnızca format örneğidir — müşteri verisi değildir.

  • Sürümler: [dönemdeki planlı sürümler ve acil düzeltmeler] · Sürüm notları: [bağlantı].
  • Talepler: [alınan / kapatılan / mutabık tarihlerle devreden].
  • Olaylar: [öncelik sınıfı P1–P4] · [özet] · Kök neden ve düzeltme: [dokümante / bekliyor].
  • Kalite: [öne çıkan şablonlarda Core Web Vitals eğilimi] · Erişilebilirlik: [bulunan ve kapatılan sorunlar].
  • Sonraki dönem: [müşterinin önceliklendirmesi için önerilen backlog kalemleri].
13

Backlog ve sürekli iyileştirme

Taleplerin ötesinde ekip analitik, izleme ve editör geri bildirimlerine dayanarak iyileştirmeler önerir. Backlog müşteriyle düzenli olarak gözden geçirilir; maddeler en yüksek sesle kimin istediğine göre değil etki ve efora göre önceliklendirilir.

Sık sorulan sorular

Sabit yanıt süreleri taahhüt ediyor musunuz?
Yanıt ve çözüm hedefleri sözleşmeye ve öncelik seviyesine göre belirlenir. Siteye, destek saatlerine ve müşterinin gereksinimlerine bağlı olduğu için tek bir sabit sayı yayımlamıyoruz.
Örnek raporlar gerçek müşteri verisi mi?
Hayır. Kullandığımız formatın anonim örnekleridir. Gerçek raporlar yalnızca ilgili müşteriyle paylaşılır.
Proje ortasında kapsamı değiştirmek istersek ne olur?
Değişiklikler değişiklik kontrolünden geçer: tanımlanır, efor ve takvim etkisi tahmin edilir ve plana girmeden önce proje sahibiniz tarafından onaylanır.
Siteyi daha sonra başka bir ekibe devredebilir miyiz?
Evet. Kod, içerik ve yapılandırma sizindir; devir dokümantasyonu, erişimleri ve sürüm geçmişini içerir.
Güvenlik sertifikalarınız var mı?
Güvenlik sertifikası iddia etmiyor, sızma testini kendimiz yapmıyoruz. Gerektiğinde bunlar uzman sağlayıcılarla sözleşmeye bağlanır ve planda referans verilir.

Projenizin nasıl yönetileceğini görün

Kurum içi onay sürecinizi ve dahil olan ekipleri paylaşın. Fazları, kapıları ve sorumlulukları kurumunuza göre eşleyelim.

İletişime geçin→