Canlıya geçiş kontrol listesi

Çevrimiçi doldurması ücretsizdir, hesap gerektirmez ve Word belgesi ya da PDF olarak iner. Tüm BT ve projeler şablonlarını görün

• Proje veya sistem

  Örneğin: Yeni müşteri portalı

• Yayın hedefi

  Örneğin: Canlı ortam, portal.example.com

• Planlanan canlıya geçiş tarihi ve saati

  Örneğin: 4 Mart 2028 Cumartesi, 06:00 ile 09:00 arası

• Geçiş sorumlusu

  Örneğin: Hamza Idrissi

• Test

  Her madde için bir satır. Bitince tarih Yapıldığı tarih sütununa yazılır.

  Örneğin: Planlanan tüm testler başarıyla tamamlandı Kullanıcı kabul testi onaylandı Beklenen trafiğin iki katında yük testi yapıldı Düşük öncelikli iki hata açık, sponsor tarafından kabul edildi

• Veri ve taşıma

  Her madde için bir satır. Bitince tarih Yapıldığı tarih sütununa yazılır.

  Örneğin: Test taşıma çalıştırıldı ve kontrol edildi Nihai taşıma süresi kararlaştırıldı Eski veriler 90 gün boyunca salt okunur tutulacak

• Güvenlik ve erişim

  Her madde için bir satır. Bitince tarih Yapıldığı tarih sütununa yazılır.

  Örneğin: Test hesapları ve varsayılan parolalar kaldırıldı Güvenlik incelemesi yapıldı HTTPS ve sertifika geçerli Yönetici erişimi belirli kişilerle sınırlı

• Barındırma, yedekler ve izleme

  Her madde için bir satır. Bitince tarih Yapıldığı tarih sütununa yazılır.

  Örneğin: Yedek alındı ve geri yükleme test edildi İzleme ve uyarılar açık Alan adı ve DNS hazır E-posta gönderimi kontrol edildi

• Ekip, eğitim ve destek

  Her madde için bir satır. Bitince tarih Yapıldığı tarih sütununa yazılır.

  Örneğin: Destek ekibi eğitildi Yardım sayfaları yayımlandı İlk hafta için nöbet çizelgesi hazır Müşterilere tarih bildirildi

• Geri alma planı

  Örneğin: Kontroller 09:00'a kadar başarısız olursa DNS kaydını eski portala geri alın (yaklaşık 15 dakika). Karar geçiş sorumlusuna aittir.

• Canlıya geçişten hemen sonraki kontroller

  Örneğin: Oturum açın, test siparişi verin, ödeme yapın, e-postayı alın, panoları kontrol edin.

• Karar

  Örneğin: Canlıya geç

• Koşullar veya gerekçeleristeğe bağlı

  Örneğin: Açık iki hatayı bir hafta içinde giderin.

• Onaylayan

  Örneğin: Sofia Marin, Genel Müdür

• Karar tarihi

  Örneğin: 2 Mart 2028

1. 1Testler
2. 2Veri ve taşıma
3. 3Güvenlik ve erişim
4. 4Barındırma, yedekler ve izleme
5. 5Ekip, eğitim ve destek
6. 6Geri alma planı
7. 7Canlıya geçişten hemen sonraki kontroller
8. 8Karar

1. 01

   Doldurun

   Bilgilerinizi forma yazın. Siz yazdıkça belge kendiliğinden dolar. Herhangi bir boşluğa tıklayarak ilgili alana geçebilirsiniz.

2. 02

   Kontrol edin

   Belgeyi baştan sona okuyun. Doldurmadığınız boşluklar işaretli kalır, böylece hiçbir belge yarım hâliyle gönderilmez.

3. 03

   İndirin

   Düzenlemeye devam etmek için Word belgesi olarak, göndermek veya yazdırmak için PDF olarak kaydedin.

Bu şablon hangi bilgileri istiyor?

Form 15 bilgi ister; başta Proje veya sistem, Yayın hedefi, Planlanan canlıya geçiş tarihi ve saati, Geçiş sorumlusu, Test olmak üzere. 1 tanesi daha isteğe bağlıdır.

Bu şablonu Word veya PDF olarak indirebilir miyim?

Evet. Formu doldurduktan sonra düzenlemeye devam etmek için Word belgesi olarak, göndermek veya yazdırmak için PDF olarak kaydedin. Ücretsizdir ve hesap gerektirmez.

Yazdıklarım bir yere gönderiliyor mu?

Hayır. Belgeyi doldururken yazdıklarınız tarayıcınızda kalır. Yalnızca şablonu sohbette açmayı seçerseniz nerix'e gider.

Bu BT ve proje şablonları ücretsiz mi?

Çoğu evet. Hesap açmadan ücretsiz doldurup Word veya PDF olarak indirin. Birkaç uzun belge premium: doldurmak ücretsiz, indirmek tek seferlik ücretli ve fiyatı belirtilmiş.

Bir güvenlik politikası bizi güvenli yapar mı?

Hiçbir belge bunu tek başına yapmaz. Bir politika, insanların gerçekte yaptığıyla örtüştüğünde işe yarar; kısa tutun, ekibinize anlatın ve her yıl gözden geçirin.

Proje tüzüğü yalnızca büyük projeler için mi?

Hayır. Küçük bir proje de yararlanır, çünkü hedefi, sınırları ve karar vericiyi belirten tek bir sayfa sonraki tartışmaların çoğunu önler.

• API entegrasyon şartnamesiİki sistemin nasıl bağlandığını belirtin: hangi veri hareket eder, nasıl korunur, hatalar nasıl ele alınır ve sahibi kim.BT ve projeler
• Mimari karar kaydıTeknik bir kararı bağlamı, seçenekleri, gerekçeleri ve sonuçlarıyla kaydedin, böylece ekip daha sonra bulabilir.BT ve projeler
• Kendi cihazını kullanma politikasıKişisel telefon ve dizüstü bilgisayarların iş için kullanımına ilişkin kuralları belirleyin: güvenlik, gizlilik, destek ve ayrılık.BT ve projeler
• Hata raporuBir yazılım sorununu, geliştirici tekrarlayıp etkisini değerlendirebilecek ve düzeltebilecek şekilde bildirin.BT ve projeler
• Değişiklik yönetimi planıBüyük bir değişiklikte insanlara nasıl bilgi verileceğini, onların nasıl eğitilip destekleneceğini ve bunun işe yaradığını nasıl anlayacağınızı planlayın.BT ve projeler
• Değişiklik talebiBir proje veya sistem için değişiklik isteyin, etkisini gösterin ve onaylanıp onaylanmadığını kaydedin.BT ve projeler

Tüm BT ve projeler şablonlarını görün