परिवर्तन के बीच संचालन और → प्रबंधन स्थानांतरण संदर्भ

शिफ्ट के बीच संदर्भ स्थानांतरित करें

1) आपको इसकी आवश्यकता क्यों है

शिफ्ट आता है - सिस्टम पहले से ही चल रहा है। "हैंडओवर गुणवत्ता सीधे एमटीटीआर, सतर्क शोर और रिलीज स्थिरता को प्रभावित करती है। एक अच्छा हैंडओवर एक त्वरित गाइड, स्पष्ट जोखिम और समझ में आने वाला अगला कदम है।

• घटनाओं, रिलीज और प्रदाताओं के लिए संदर्भ की हानि को छोड़ कर।
• एक नई शिफ्ट के "प्रवेश समय" को मिनटों में कम करें, घंटे नहीं।
• SLO महत्वपूर्ण रास्तों (जमा, शर्त, गेम लॉन्च, आउटपुट) को स्थिर करें।
• संचार पूर्वानुमेय और सत्यापन योग्य बनाएं।

2) अच्छे हैंडओवर सिद्धांत

1. मानकीकृत रूप (एक टेम्पलेट, एक शब्दावली)।

2. वर्दी कलाकृतियाँ (एक ही डैशबोर्ड/टिकट/रनबुक 'और) के लिंक।

3. टाइमबॉक्स (लिखित में लघु "ब्रीफिंग" + "लोंग्रिड")।

4. कार्रवाई योग्य: अंत में "कौन/क्या/कब" कार्यों की एक स्पष्ट सूची है।

5. SLO-अभिविन्यास: SLO/त्रुटि स्थिति, "घटना लॉग" नहीं।

6. ट्रेसिबिलिटी: किसी भी तथ्य की पुष्टि एक कलाकृति द्वारा की जाती है।

3) भूमिकाएँ और जिम्मेदारियाँ

लीड शिफ्ट्स (आउटगोइंग): एक हैंडओवर पैकेज तैयार करता है, एक ब्रीफिंग रखता है।

लीड शिफ्ट (प्राप्त): प्रश्न/जोखिम ठीक करता है, स्वीकृति की पुष्टि

हादसा प्रबंधक: घटना की समयरेखा/चैनल को अपडेट करता है, अपडेट के एसएलए की निगरानी करता है।

डोमेन मालिक (भुगतान/दांव/खेल/केवाईसी): अपने वर्गों में वे "स्थिति और जोखिम" देते हैं।

SRE/ऑब्जर्वेबिलिटी: कलाकृतियों (डैशबोर्ड, रिलीज एनोटेशन, अलर्ट) का समर्थन करता है।

4) समय और चैनल

शिफ्ट से T-30 मिनट पहले: आउटगोइंग शिफ्ट स्थिति को फ्रीज करता है, टेम्पलेट को अपडेट करता है।

T-10 मिनट: वॉयस/वीडियो चैनल पर क्विक ब्रीफिंग (15-20 मिनट अधिकतम)।

T + 0: आम चैनल "# ऑप्स-हैंडओवर" में हैंडओवर पैकेज प्रकाशित करें।

T + 15 मिनट: प्राप्त बदलाव रिसेप्शन की पुष्टि करता है और खुले प्रश्नों को स्पष्ट करता है।

वृद्धि: सभी "लाल" तुरंत संबंधित टीम के चैनल को इंगित करते हैं।

5) हैंडओवर पैकेज संरचना (टेम्पलेट)

Handoff - <date, time, TZ>
Shift: <outgoing> → <receiving>
Overall SLO status (last 4h):
- API p95/p99: <values/trends>
- Error rate: <values/trends>
- Queue lag/DB connections/Cache: <brief>
Critical incidents:
- <INC-123>: status, impact, next update ETA, links (ticket, channel, postmortem draft)
Providers (PSP/KYC/studios):
- PSP-X: quotas/errors/fake <links>
- KYC-A: Webhook delays <links>
Releases/Features:
- In progress: <service>, stage (canary X%), gate/metrics, risk
- Scheduled: windows/locks/dependencies
Risks and observations:
- <briefly, with links and graphs>
Action items (before <time>):
- [Owner] <task>, readiness criterion
Useful links:
- Dashboard Overview, dependency map, escalation matrix, runbook 'and
On-call contacts:
- Domains/Names/Channels

6) हैंडओवर मिनी एसओपी

1. निवर्तमान शिफ्ट अपडेट एनोटेशन और डैशबोर्ड (एसएलओ, प्रदाता, कतारें) जारी करता है।

2. पिछले 4 घंटों के लिए "लाल" अलर्ट की जाँच करता है, स्थिति/कारण को ठीक करता है।

3. खंड "जोखिम और अवलोकन" अपडेट करता है (रुझान/संदेह, तथ्य नहीं)।

4. समय सीमा और मालिकों के साथ कार्रवाई वस्तुओं में भरता है।

5. एक ब्रीफिंग रखता है: 10-15 मिनट, सख्ती से टेम्पलेट के अनुसार।

6. प्राप्त बदलाव सवाल पूछता है; यदि आवश्यक हो - मालिकों को तत्काल वृद्धि।

7. स्वीकृति की पुष्टि: "प्राप्त, प्रश्न/नहीं", पहले चरणों की सूची।

7) हैंडओवर क्वालिटी मेट्रिक्स (केपीआई)

हैंडऑफ क्वालिटी स्कोर (HQS) - एक चेकलिस्ट पर एक पैकेज (0-100) स्कोर करना।

हैंडऑफ टाइम - ब्रीफिंग अवधि (लक्ष्य कॉरिडोर 10-20 मिनट)।

पावती SLA ≤ 15 मिनट।

गुम संदर्भ दर - एक बदलाव के बाद "संदर्भ की हानि" के साथ घटनाओं का अनुपात।

पोस्ट-हैंडऑफ हादसा स्पाइक - पहले 60 मिनट में अलर्ट/घटनाओं में वृद्धि।

एक्शन आइटम SLA - शिफ्ट के बाद समय पर बंद कार्यों का अनुपात।

8) पैकेज गुणवत्ता चेकलिस्ट (HQS मूल्यांकन)

• रुझानों के साथ 4 घंटे में SLO/कुंजी मेट्रिक्स में भरा।
• सभी "लाल" अलर्ट कारणों/संदर्भों के साथ सूचीबद्ध हैं।
• घटनाएं: संख्या, स्थिति, प्रभाव, अगला अपडेट (समय)।
• प्रदाता: कोटा/त्रुटियां/फीलओवर, नवीनतम परिवर्तन।
• रिलीज/फीचर्स: स्टेज, जोखिम, गेट्स/कैनरी।
• एक्शन आइटम: मालिक, शब्द, तत्परता मानदंड।
• लिंक: डैशबोर्ड, चैनल, रनबुक 'और, एस्केलेशन मैट्रिक्स।
• ऑन-कॉल संपर्क और बैकअप लिंक।

9) डैशबोर्ड "हैंडओवर के लिए" (न्यूनतम)

संचालन अवलोकन: p95/p99, त्रुटि दर, क्षमता हेडरूम, कतार अंतराल।

घटनाएं बोर्ड: खुली घटनाएं, ईटीए अपडेट, प्रभाव।

रिलीज़ और फ़ीचर: कैनरी, तुलना से पहले/बाद में, ऑटोगेट्स।

प्रदाता पैनल: कोटा, टाइमआउट, लागत/1k कॉल, स्विच।

निर्भरता मानचित्र: विलंबता/त्रुटियाँ/पुनरावृत्ति।

10) हैंडओवर की गुणवत्ता पर अलर्ट (विचार)

ALERT HandoffNotPublished
IF handoff_published == 0 AND within(10m, shift_change) == true
LABELS {severity="warning", team="ops"}

ALERT HandoffAckSLA
IF handoff_ack_minutes > 15
LABELS {severity="warning", team="ops"}

ALERT MissingActionOwners
IF count_over_time(handoff_action_items{owner=""}[1h]) > 0
LABELS {severity="warning", team="ops"}

ALERT PostHandoffIncidentSpike
IF incidents_rate_60m_after_shift > baseline_14d 1. 5
LABELS {severity="info", team="ops"}

11) संचार और अद्यतन प्रारूप

[HH: MM] Handoff published. SLO OK/Degraded. Incidents: INC-123 (ETA 18:30), releases: bets-api canary 10%. Risks: PSP-X 85% quota. Action items: @ squad-payments until 7pm to check out the feilover.

• महत्वपूर्ण बिंदुओं के लिए निजी चैट के बिना - केवल सामान्य चैनल।
• कोई भी "लाल" क्षेत्र मालिकों के साथ एक तत्काल धागा है।
• सभी निर्णय/समझौता - लिखित रूप में, डेटा के संदर्भ में।

12) डोमेन फीचर्स (आईगेमिंग)

भुगतान: प्राथमिकता: जमा रूपांतरण और प्राधिकरण समय, पीएसपी नकली मार्ग, प्रदाता द्वारा सीमा।

दांव: गुणांक/कैश अपडेट, स्ट्रीमिंग/कतार लोड, गणना देरी।

खेल/लाइव: प्रसारण कार्यक्रम (जैकपॉट/धाराएं), वेबसाइट सीमा, यूआई गिरावट।

KYC/AML: जांच कतार, SLA प्रदाता, चोटियों के प्रति संवेदनशीलता।

13) एंटी-पैटर्न

हैंडओवर का मुफ्त "मनमाना रूप" (हर कोई जैसा चाहता है लिखता है)।

प्रवेश की पुष्टि के लिए कोई समय सीमा नहीं है।

एक्शन आइटम और मालिकों के बिना पैकेज।

हैंडओवर SLO/जोखिमों के बजाय "लॉग रीडर" में बदल जाता है।

निजी चैट में गुप्त समाधान - ट्रेसबिलिटी की कमी।

टेम्पलेट में कलाकृतियों के संदर्भ नहीं हैं - जांच करने के लिए कुछ भी नहीं है।

14) एकीकरण और कलाकृतियाँ

रेखांकन पर रिलीज की एनोटेशन, हैंडओवर के लिए ऑटो-लिंक।

लिंक अनफर्लिंग: प्रमुख मैट्रिक्स के पूर्वावलोकन के साथ डैशबोर्ड/टिकट के लिंक डालना।

रनबुक बाइंडिंग: प्रत्येक "लाल" क्षेत्र एक विशिष्ट रनबुक के सीधे लिंक के साथ।

वृद्धि मैट्रिक्स: टेम्पलेट में - एक एकल प्रासंगिक दस्तावेज़।

15) प्रतिधारण नीति और लेखा परीक्षा

हैंडओवर - संग्रहीत केंद्र (geos, दिनांक/समय, लेखक)।

साप्ताहिक HQS ऑडिट और खराब हैंडओवर का चयनात्मक विश्लेषण।

टेम्पलेट का संशोधन - त्रैमासिक या पोस्टमार्टम के परिणामों के आधार पर।

16) तेज शुरुआत (30 दिन)

सप्ताह 1: टेम्पलेट, भूमिकाएं और समय को मंजूरी दें; उसी लाइन पर एक पायलट शुरू करें (उदाहरण के लिए, भुगतान)।

सप्ताह 2: हैंडओवर के लिए डैशबोर्ड ", हैंडऑफ़नोटप्रकाशित/AckSLA अलर्ट शामिल हैं।

सप्ताह 3: एक HQS स्कोर और 10% हैंडओवर का ऑडिट पेश करें।

सप्ताह 4: दांव/खेल/केवाईसी पर विस्तार करें, पूर्वव्यापी करें, एसओपी अपडेट करें।

17) एक पैकेज के लिए "जोखिम कार्ड" का उदाहरण

Risk: PSP-X hits 90% quota in prime time
Impact: rise in deposit refusals, SLO payments at risk
Signals: outbound_error_rate, quota_usage_ratio
Mitigation: raise PSP-Y up to 20% of traffic in advance, enable token cache
Owner/ETA: integrations@oncall / до 18:00

18) एफएक्यू

प्रश्न: क्या होगा अगर ब्रीफिंग चालू हो?

A: सख्त टाइमबॉक्स और "ब्रीफिंग के बाद धागे में" नियम। पैकेज में अतुल्यकालिक परिचित के लिए सब कुछ होना चाहिए।

प्रश्न: "सत्य के विभिन्न संस्करणों" से कैसे निपटें?

A: एकीकृत कलाकृतियां: एकीकृत डैशबोर्ड, एनोटेशन जारी करें, SLA के लिए SSOT; केवल उनके लिए लिंक।

प्रश्नः क्या ब्रीफिंग दर्ज करने की आवश्यकता है?

A: हां, विवादास्पद मामलों और प्रशिक्षण के लिए। लेकिन रिकॉर्ड मानकीकृत लिखित पैकेज की जगह नहीं लेता है।