> tpl_svc_002
Hizmet Tasarımı ve Geçiş Paketi
Yazılım mühendisliği ile canlı desteği birbirine bağlayan, hizmet tasarım paketlerini (SDP), hizmet kabul kriterlerini (SAC), operasyonel devir kapılarını, desteklenebilirlik kontrol listelerini ve erken yaşam desteği (ELS) protokollerini belirleyen uçtan uca hizmet yaşam döngüsü yönetişim paketi.
Operasyonel kabul kapılarını, erken yaşam desteği periyotlarını ve hizmet tasarım paketlerini belirleyen ITIL 4 uyumlu hizmet geçiş yönetişimi.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Mühendislik ekipleri yeni geliştirilen sistemleri operasyonel dokümantasyon, destek eğitimi, alarm eşikleri veya felaket kurtarma senaryoları olmadan canlı ekiplerine devreder; bu da devreye alım sonrası anında istikrarsızlığa ve suçlamalara yol açar.
Ne Zaman Kullanılmalı?
- •Yeni bulut platformlarını, mikro servisleri veya kurumsal uygulamaları mühendislikten operasyonel desteğe devrederken
- •Sürümleri canlı ortama almadan önce zorunlu Hizmet Kabul Kriterleri (SAC) kapılarını uygularken
- •Büyük dijital dönüşüm geçişlerinin ardından Erken Yaşam Desteği (ELS) ve hypercare dönemlerini yönetirken
Ne Zaman Kullanılmamalı?
- •Rutin küçük sürekli teslimat hata düzeltmeleri ve kesintisiz yama güncellemelerinde (CI/CD otomasyonu kullanın)
- •Proje kilometre taşı takibi, bütçe tahsisi ve sprint retrospektiflerinde (TPL-PPM-007 veya TPL-DEL-004 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
İş çıktılarının, müşteri personalarının, hedef işletim modellerinin, kapasite tahminlerinin ve toplam hizmet sunum maliyetinin tanımlanması.
Otomatik test kapsamı, güvenlik açığı taramaları, performans kıyaslaması ve gözlemlenebilirlik enstrümantasyonu genelinde sıkı kabul kapıları.
İşletim rehberi (runbook) incelemeleri, mühendislikle gölge nöbet vardiyaları, olay simülasyon tatbikatları ve dokümantasyon doğrulaması.
Çok fonksiyonlu kriz odalarının kurulması, 14-30 günlük hypercare önceliklendirme periyotları, öncelikli çağrı yönlendirme ve hata eskalasyonu.
CAB onayı, operasyonel devir kabul protokolleri ve devralınan eski sistemlerin kapatılma planlaması.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
Hizmet Tasarımı ve Geçiş Paketi - Örnek Vaka Analizi
Örnek Organizasyon: Kurumsal Bulut ERP ve Müşteri Faturalama Platformu Geçişi
Kurumsal Bulut ERP ve Müşteri Faturalama Platformu Geçişi için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •Çekirdek faturalama motorunu 7/24 küresel kademe-1 destek ekiplerine devreden kapsamlı Hizmet Tasarım Paketi hazırlandı
- •Doğrulanmamış felaket kurtarma arıza geçişine sahip canlıya geçişi engelleyen 18 maddelik Hizmet Kabul Kriterleri (SAC) uygulandı
- •Sıfır Sev-1 eskalasyonu ve %99,98 ilk faturalama doğruluğu ile 21 günlük Erken Yaşam Desteği (ELS) dönemi tamamlandı
Sıkça Sorulan Sorular
Hizmet Tasarım Paketi (SDP) ile standart mimari dokümantasyon arasındaki temel fark nedir?
Standart mimari dokümantasyon öncelikle teknik bileşenlere, şemalara ve dağıtım topolojilerine odaklanır. SDP ise teknik tasarımı organizasyonel gerçeklikle birleştirerek operasyonel destek prosedürlerini, personel modellerini, müşteri SLA'lerini, faturalama etkilerini, lisans maliyetlerini ve kapatma yol haritalarını belgeler.
Hizmet Kabul Kriterleri (SAC) kapıları canlıya geçiş öncesinde neden kritiktir?
Zorunlu SAC kapıları olmadan, geliştirme hızı baskısı servislerin alarmlar, runbook'lar, yedek testleri veya güvenlik onayları olmadan yayına alınmasına yol açar. SAC, mühendislik ile operasyon arasında bağlayıcı bir kalite sözleşmesi görevi görür.
Erken Yaşam Desteği (ELS) dönemi ne kadar sürmelidir?
Sistem kritikliği ve işlem hacmine bağlı olarak genellikle 14 ila 30 gün sürer. Çıkış kararı takvim gününden ziyade kararlılık metriklerine (olayların çözülme hızı, sıfır kritik hata) dayanır.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- AXELOS ITIL 4: Service Transition and Service Design PublicationsAXELOS • OFFICIAL REQUIREMENT
- ISO/IEC 20000-1:2018 Information technology — Service managementInternational Organization for Standardization • OFFICIAL REQUIREMENT
- COBIT 2019 Framework: Build, Acquire and Implement (BAI05)ISACA • OFFICIAL REQUIREMENT
