מבצעים ו ־ Group Management Context בין המשמרות

העברת הקשר בין משמרות

1) למה אתה צריך את זה

השינוי מגיע - המערכת כבר "פועלת. "איכות המסירה משפיעה ישירות על MTTR, התראת רעש ושחרור יציבות. מסירה טובה היא מדריך מהיר, סיכונים ברורים וצעדים מובנים.

• לא כולל אובדן הקשר לתקריות, שחרור וספקים.
• לצמצם את ”זמן הכניסה” של משמרת חדשה לדקות, לא שעות.
• ייצוב מסלולים קריטיים של SLO (הפקדה, הימור, השקת משחק, פלט).
• הפוך תקשורת צפויה ובלתי ניתנת לאימות.

2) עקרונות מסירה טובים

1. צורה סטנדרטית (תבנית אחת, מינוח אחד).
2. חפצים אחידים (קישורים לאותם לוחות מחוונים/כרטיסים/ריצות 'ו).
3. Timebox (”תדרוך” קצר + ”לונגריד” בכתב).
4. ניתן לפעול: בסוף יש רשימה מפורשת של משימות ”מי/מה/מתי”.
5. SLO-אוריינטציה: מצב SLO/שגיאה, לא ”יומן אירועים”.
6. כל עובדה מאושרת ע "י חפץ.

3) תפקידים ואחריות

מכין חבילת מסירה, מחזיק תדרוך.
משמרת עופרת (מקבל): מתקן שאלות/סיכונים, מאשר קבלה.
מנהל אירוע: מעדכן את ציר הזמן/ערוץ האירוע, מנטר את ה-SLA של העדכונים.
בעלי דומיין (תשלומים/הימורים/משחקים/KYC): בחלקים שלהם הם נותנים ”מעמד וסיכון”.
SRE/Observability: תומך בחפצים (לוחות מחוונים, שחרור אנוטציות, התראות).

4) תזמון וערוצים

T-30 דקות לפני המשמרת: המשמרת היוצאת מקפיאה את הסטטוס, מעדכנת את התבנית.
T-10 דקות: תדרוך מהיר (15-20 דקות מקסימום) בערוץ הקול/וידאו.
T + 0: לפרסם חבילת מסירה בערוץ המשותף ”# ops-מסירה”.
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. עדכוני השינוי היוצאים משחררים הערות ולוחות מחוונים (SLO, ספקים, תורים).
2. בודק את התראות ”אדום” במשך 4 השעות האחרונות, מתקן את המצב/סיבה.
3. מעדכן סעיף ”סיכונים ותצפיות” (מגמות/חשדות, לא עובדות).
4. ממלא פריטי פעולה עם מועדים ובעלים.
5. מחזיק תדרוך: 10-15 דקות, אך ורק לפי התבנית.
6. המשמרת המקבלת שואלת שאלות; אם יש צורך - הסלמה מיידית לבעלים.
7. אישור הקבלה: ”התקבל, שאלות/לא”, רשימת הצעדים הראשונים.

7) מטריצות איכות מסירה (KPI)

ציון איכות יד (Handoff Quality Score) - ניקוד חבילה (0-100) ברשימה.
זמן מסירה - משך תדרוך (מסדרון יעד 10-20 דקות).
הכרה SLA במשך 15 דקות.
שיעור הקשר חסר - היחס של תקריות עם ”אובדן הקשר” לאחר שינוי.
עלייה בהתראות/תקריות ב-60 הדקות הראשונות.
פריטי פעולה SLA - הפרופורציה של המשימות שנסגרו בזמן לאחר המשמרת.

8) רשימת חבילה לאיכות (הערכת HQS)

[ ] מלא במדדי SLOs/מפתח ב 4 שעות עם מגמות.

[ ] כל ההתראות ”אדומות” רשומות בסיבות/אזכורים.

[ ] אירועים: מספר, מעמד, השפעה, עדכון הבא (זמן).

[ ספקי ]: מכסות/שגיאות/פילובר, שינויים אחרונים.

[ ] משחרר/מאפיינים: במה, סיכונים, שערים/כנרת.

[ פריטי פעולה ]: בעלים, מונח, קריטריון מוכנות.

[ ] לינקים: לוחות מחוונים, ערוצים, ריצות "ו, מטריצת הסלמה.

[ ] אנשי קשר בכוננות וקישורי גיבוי.

9) לוחות מחוונים ”למסירה” (מינימום)

מבצעים סקירה: p95/p99, שיעור שגיאה, חדר קיבולת, תור lag.
תקריות: תקריות פתוחות, עדכוני זמן הגעה משוער, פגיעה.
שחרור & תכונה: קנריות, לפני/אחרי השוואה, אוטוגטים.
לוח ספקים: מכסות, פסקי זמן, שיחות עלות/1 k, מתגים.
מפת התלות: latency/liews/reteries.

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) מאפייני דומיין (iGaming)

תשלומים: עדיפות: הפקדת זמן המרה ואישור, מסלולים מזויפים PSP, מגבלות על ידי ספק.
הימורים: עדכוני מקדם/מטמון, זרימה/טעינת תור, עיכוב חישוב.
Games/Live: אירועי שידור (jackpots/streams), גבולות אתר אינטרנט, הידרדרות UI.
בדוק תור, ספקי SLA, רגישות לפסגות.

13) אנטי דפוסים

חופשי ”צורה שרירותית” של מסירה (כל אחד כותב כרצונו).
אין תאריך יעד לאישור הכניסה.
חבילה ללא פריטי פעולה ובעלים.
מסירה הופכת ל ”קורא יומן” במקום ל-SLO/סיכונים.
פתרונות סודיים בשיחות פרטיות - חוסר איתור.
התבנית אינה מכילה אזכורים לחפצים - אין מה לבדוק.

14) שילוב וחפצים

הערות של פרסומים על גרפים, קישורים אוטומטיים להעברה.
התפשטות קישור: הכנסת קישורים ללוחות מחוונים/כרטיסים עם תצוגה מקדימה של מדדי מפתח.
כל אזור ”אדום” עם קישור ישיר לאלבום מסויים.
מטריצת הסלמה: בתבנית - מסמך רלוונטי יחיד.

15) מדיניות שימור וביקורת

נדבות - מאוחסנות במרכז (גאוס, תאריך/זמן, סופרים).
ביקורת שבועית של המפקדה וניתוח סלקטיבי של ידיות גרועות.
תיקון התבנית - רבעוני או מבוסס על התוצאות שלאחר המוות.

16) התחלה מהירה (30 ימים)

שבוע 1: לאשר תבנית, תפקידים ותזמון; להתחיל פיילוט באותו קו (למשל, תשלומים).
שבוע 2: כולל לוחות מחוונים ”למעבר”, Handoff Published/AckSLA.
שבוע 3: הצג ציון HQS וביקורת של 10% מהידיים.
שבוע 4: להרחיב על הימורים/משחקים/KYC, לעשות רטרוספקטיבה, לעדכן SOP.

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) FAQ

קיו: מה אם התדרוך יימשך?
קופסת זמן קפדנית וחוק ”בחוט שדרה אחרי תדרוך”. החבילה צריכה להכיל הכל עבור היכרות אסינכרונית.

קיו: כיצד להתמודד עם ”גרסאות שונות של האמת”? ‏

A: פריטים אחידים: לוחות מחוונים מאוחדים, הערות שחרור, SSOT עבור SLA; קישור רק אליהם.

קיו: האם יש להקליט את התדרוך? ‏

א. כן, למקרים שנויים במחלוקת ולאימונים. אבל התקליט אינו מחליף את החבילה הכתובה הסטנדרטית.