Görev değişikliği ve görev devri

1) Görev değişimlerini neden resmileştirmek

Görev değişikliği kritik bir risk anıdır: bağlam kaybolur, tepki süresi artar, eylemler çoğaltılır. Resmi süreç MTTA/MTTR'yi azaltır, "unutulmuş kuyrukları" ortadan kaldırır ve uyumu sağlar (sorumluluğu kim ve ne zaman kabul etti).

2) Roller ve kapsama modeli

Birincil çağrı (P1) - IC gelmeden önce ilk yanıt, triyaj, koordinasyon.
İkincil çağrı (P2) - yedekleme, aşırı yükleme/tırmanma sırasında bağlanır.
Duty Manager/IC-of-the-day, SEV-1 + için olay lideridir.
Güneşi takip et (çok zaman dilimi) veya Ayı takip et (diğer bölgelerde gece kapsama alanı).
Zaman pencereleri: Vardiyadan 30 dakika ± sürümlerden/riskli işlerden kaçının.

3) Rotasyon programları (örnekler)

7/24, 8 saatlik vardiya: sabah/gündüz/gece, 3 tugay, P1 + P2.
7/24, 12 saatlik vardiyalar: daha az anahtar, daha yüksek yorgunluk riski - "telafi pencereleri" gerekir.
5 × 8 (iş günleri) + Hafta Sonu Havuzu: ürün ekibi tarafından günlük birincil kapsama, hafta sonu - platform/SRE.
Hibrit: hafta içi "ofis zamanında", gece/hafta sonu - Güneşi takip et.

Adalet kuralları: takvim rotasyonu, tatil/tatil muhasebesi, dönem başına maksimum N gece vardiyası.

4) Shift Devir Kartı

• Ne zaman ve kim: 'Tarih/saat (UTC ve yerel)', iletir - kabul eder; P1/P2 bağlantıları.
• Sistem durumu: SLO/SLA özeti, aktif uyarılar, bilinen bozulma.
• Açık olaylar: ID, SEV, geçerli adım, sahibi kim, sonraki eylem/ETA.
• Vardiya penceresi için riskler: planlı çalışma, sürümler, göçler, sınır durumları (sağlayıcı kotaları).
• Kritik biletler/görevler: öncelik, engelleyiciler, son tarihler.
• Dış iletişim: durum sayfasındaki/istemci güncellemelerindeki aktif yayınlar.
• Bilinen geçici çözümler: dahil bozunma özelliği bayrakları, zaman sınırları.
• Domenica: ödeme sağlayıcıları/KYC/CDN - durumları ve yönlendirmeleri.
• Kat hizmetleri: Yarın kimin nöbetçi olduğu, insanların kullanılamayan pencereler (mitingler/uçuşlar).

5) "Vardiya üzerinden teslim" kontrol listesi (düzenleyen taraf)

• Vardiya kartı (tüm alanlar) güncellendi ve '# oncall-devir' kanalındaki bağlantı düzeltildi.
• "Sözlü bilgi'yi biletlere/notlara çevirdi; "Kafa içi" görevler yok.
• Tüm olaylar var: SEV, sahibi, bir sonraki adım, bir sonraki güncelleme zamanı.
• Durum sayfası ve istemci güncellemeleri gerçek duruma karşılık gelir.
• Devre dışı bırakılmış gürültülü/yanlış uyarılar (prosedüre göre) veya kart üzerinde işaretli.
• Bir sonraki vardiya penceresi için dış sağlayıcıların kotalarını/sınırlarını kontrol etti.
• 5-10 dakika boyunca ses/video ile senkronize edilir (SEV-1 + etkinse).
• Transfer gerçeği kaydedildi (bot/bilet), alıcı belirtti.

6) "Vardiyayı kabul ediyorum" kontrol listesi (alıcı taraf)

• Kartı okuyun, açık soruları netleştirin.
• Son 2-4 saat içinde kontrol edilen SLO/uyarı panoları.
• Bottaki P1/P2 rolünü (atama) ve çağrı cihazının sesini/kanallarını doğruladı.
• Aktif olayların sahipliğini üstlendi ve güncelleme zamanlayıcılarını güncelledi.
• Planlanan işler/sürümler kontrol edildi, ilk 30 dakika için riskli işlemler iptal edildi.
• Kanala bir "yankı mesajı" yaptı: "Bir vardiya aldım, aktif olaylar:..., kelimeler. Güncelleme içinde.... "

7) İletişim standartları

Каналы: '# oncall', '# incident-warroom- <ID>', '# statuspage'.
Güncelleme aralıkları: SEV-0: 15 dk, SEV-1: 30 dk, SEV-2 +: 60 dk.
Güncelleme formatı: Etki - Teşhis - Eylemler - Sonraki güncelleme (zaman).
Eskalasyon: N dakikada ilerleme yok - TL/Platform/DB/Sec'i matrise bağlayın.
Sahipliğin netliği: Her eylemin bir icracı ve bir ETA'sı vardır.

8) Görevlerin devri (olay değil)

Aktarım kriterleri: görev SLO/serbest bırakma/uyumluluğu engeller veya sona erer.
Tasarım: "Sonraki adımın tanımı'ile bilet ve beklenen sonuç, tüm eserler (günlükler/resimler/grafikler) eklenir.
Öncelik: Kanban- swimlane "On-call Devir".
Son tarihler: Şanzımanların son tarihleri vardır; Gecikmeler servis sahibine iletilir.

9) Otomasyon ve entegrasyon

Rotasyon takvimi: çağrı cihazı ile senkronizasyon; Bot, vardiyanın başında'kim görevde'diye yayınlar.
ChatOps:'/devir başlangıcı ', kaynaklardan kartların otomatik olarak toplanması (SLO durumları, açık olaylar, sürümler).
Biletleme: Sahibinin P1/P2 tarafından otomatik olarak atanması; "Devir teslim" etiketleri.
Durum sayfası: şablonlarla genel güncelleştirmelere köprü.
Denetim: iletim günlüğü (kim/ne zaman kabul edilir), SEV ile iletişim ve raporlar.

10) Yorgunluk yönetimi

Limitler: Geceleri üst üste maksimum X sayfa/saat ve Y - P2/escalation gidin.
Kritik olmayan uyarılar için sessiz saatler (çağrı yapmak yerine biletler).
Mesai sonrası tazminat ve olay sonrası dinlenme.
Yeni nöbetçi mühendisler için eğitim ve gölgelendirme.
Gürültülü değişimlerin retrospektifleri - uyarıların ve oyun kitaplarının ayarlanması.

11) Vardiya ve geçişlerin kalite metrikleri

Devir Hatası Oranı: Bir vardiya sırasında bağlam kaybı olan olayların oranı.
MTTA vardiya etrafında: medyan/zirveler ± anahtardan 30 dakika.
Cevapsız/geç güncellemeler: süresi dolmuş SEV güncellemeleri.
Uyarı Hijyeni: % Yanlış Sayfalar; runbook/owner olmadan uyarılar.
Vardiya başına yük: sayfa/saat, ortalama aktif çalışma süresi.
Memnuniyet: NPS vardiyaları (çağrı üzerine anket), bir ölçekte yorgunluk.

12) Olay Yönetimi ve RCA ile İletişim

Aktif olaylar vardiya sırasında kapalı değildir; sorumluluk açıkça aktarılır ve sabitlenir.
RCA'da, "Shift Impact" bölümü gereklidir: bir bağlam kayması, bir geç güncelleme, bir çift eylem var mıydı?
CAPA: kart geliştirme, kontrol listeleri, otomasyon, eğitim.

13) Güvenlik, uyumluluk ve gizlilik

PII/sırlar kartların serbest metninde yasaktır; güvenli depolara bağlantılar.
Geçici erişimler: Vardiya penceresi (JIT/JEA), anahtar rotasyonu için çağrı hakları verilir.
Denetim izi: Kart ve durum sayfasını okuyan/değiştiren değişmez günlük.
Düzenleyici: Müşteri bildirimlerinin şartları vardiya kartında kontrol edilir.

14) Anti-desenler

Kart/bilet olmadan sözlü olarak vereceğim.
Tam olarak vardiya sırasında IC ve yedekleme olmadan bırakın.
P2 olmadan "uçakta/metroda'bir kişide çağrı cihazı.
Bir sonraki adım/ETA olmadan bir "sayfa'olarak kart.
Kişisel sohbetlerde triyaj - bilgi kaybolur, denetim imkansızdır.
Transfer gerçeğinin hiçbir kaydı yoktur -'kim cevap verdi "anlaşmazlıkları.

15) Şablonlar

Shift kartı şablonu (sıkıştırılmış)

Shift: 2025-11-01 18: 00-02: 00 UTC (local: Europe/Kyiv 20: 00-04: 00)
P1: @duty-alex      P2: @duty-olga      IC: @ic-of-day
SLO Summary: API ok, Payments p95↑ by 12% (observation)
Active Incidents:
- INC-3421 (SEV-2): KYC's success is falling in the TR region. Owner: @ p1. Trail. step: switch 20% of traffic to provider B, update at 20:30 UTC.
Risks/jobs: 22:00 UTC - index migration to ClickHouse (read-only), owner @ data-ivan.
Providers: PSP-A green, KYC-A partially degrades TR.
Status page: post from 17:50 UTC; next update 20:30 UTC.
Next steps P1: 1) Check KYC switching effect; 2) Prepare canary 5% for v2 payments. 14.

Echo Şablonunu Al

[Took over shift] 18:02 UTC. Active: INC-3421 (SEV-2). Trail. update 18:30 UTC.
Checked alerts in 2h - no new P1s. Status page availability approx.

16) Günlük pratiğe gömme

Günlük vardiya ritüeli: Aktif olaylarda 5-10 dakika ses senkronizasyonu.
Haftalık kart denetimi: seçici olarak bütünlüğü/alaka düzeyini kontrol edin.
Oyun günleri: Birçok paralel olayla vardiya simülasyonu.
Dock dizini: Depodaki kart/kontrol listesi şablonları, kod olarak gözden geçirin.

17) Alt satır

İyi organize edilmiş vardiyalar ve transferler, tüm işletim makinesinin "yağlanması'dır. Vardiya kartı, kısa senkronizasyonlar, sıkı kontrol listeleri, otomasyon ve ekibin istikrarı için endişe, riskli anları kalite kaybı olmadan bir rutine dönüştürür: bağlam korunur, tepki süresi sabittir ve kullanıcılar görev değişikliğini hiç fark etmez.