SLO-burn alerts Payments/Bets
Վիրահատական ճանապարհային քարտեզը
1) Ինչո՞ ւ է դա անհրաժեշտ
Վիրահատական ճանապարհային քարտեզը (Ops Roadmap) վերածում է RPE/պլատֆորմի/աջակցության և ստացիոնար թիմերի տարբերակված առաջադրանքները թափանցիկ պլանի 'ինչ ազդեցություն SLO/արժեք/մենք կստանանք յուրաքանչյուր զանգվածում և ինչ գին (մարդիկ, ժամանակը, բյուջեն)։ Սա նվազեցնում է քաոսը, կարգավորում համապատասխան պարտքը և արագացնում է բիզնեսի արժեքները։
Նպատակները
Համախմբել նախաձեռնությունները չափված արդյունքների շուրջ (SLO, MTTR, Cost/RPS, Risk)։
Համակարգել գերակայությունները պլատֆորմի, ֆորումների և արտաքին պրովայդերների միջև։
Վերցրեք ռեսուրսները և ամրագրեք "ինչ չենք անում" (ակնհայտ trade-off ")։
Պահել միակ ճշմարտությունը կատարման և ռիսկերի մասին։
2) Ճանապարհային քարտեզի սկզբունքները
1. Delcope-first: Յուրաքանչյուր կոմպոզիցիա կապված է արդյունքի չափման հետ (ոչ թե «ներդրել X», այլ «նվազեցնել MTTR 20 տոկոսով»)։
2. SLO-a.ru: նախաձեռնությունները, որոնք ազդում են SLO կրիտիկական ճանապարհների վրա (ավանդի/խաղի/KUS), ավելի բարձր են գերակայություններում։
3. System-driven: Մենք ապավինում ենք միջադեպերին, հետմորտեմներին, ալերտներին, Capacity/FinOps վահանակներին։
4. Time-boxed & reversible: Փոքրիկ ռետենտներ, հիպոթեզների ստուգում, արագ արձագանք։
5. Single source of truth 'մեկ արտեֆակտ, հակադարձ և հանրային արձաններ։
6. Winhidden work 'քարտից դուրս միայն «հրդեհներն» են։
3) Roadmap 'մակարդակներ և արտեֆակտներ
Տեսլականը (12-18 մեզ) ՝ 3-5 վիրահատական թեմաներ (Reliability, Scale, Cost, System, Automation)։
Սյունակները (6-12 մեզ) 'նախաձեռնությունների բլոկները (օրինակ ՝ «SLO-ծածկումը կրիտիկական ճանապարհների 100 տոկոսը», «Acctive-Active 2 տարածաշրջաններում»)։
Եռամսյակային պլանը (Q) 'հատուկ նախաձեռնություններ մետրիկների, սեփականատերերի, կախվածությունների, բյուջեի հետ։
Իտանիան (2-3 շաբաթ) 'առաջադրանքներ/էպիկոսներ և իրական առաջընթաց։
Նախաձեռնության մինի կառուցվածքը
ID: OPS-23
4) Prioritization: How to compare the incomparable
4. 1 RICE (Reach, Impact, Confidence, Effort)
Reach: affected users/transactions/geo.
Impact: expected contribution to SLO/MTTR/Cost.
Confidence: Confidence in estimates (data/pilots).
Effort: man-weeks/calendar window/dependencies.
4. 2 WSJF (Scaled)
Cost of Delay = (SLO Risk + Revenue Impact + Compliance + Incident Rate)
/ Job Size = duration/force.
Suitable for mixed initiatives (technical debt, security, platform features).
The rule: initiatives with high SLO risk and high cost of delay come first, even if the effect is "invisible" on UI.
5) Relationship with OKR, SLO and incidents
Platform-level OKR:
KR1: "Reduce Change Failure Rate from 18% to 12% by the end of Q2."
KR2: "Increase Pre-Incident Detect Rate from 35% to 60%."
SLO-matrix: for each domain - target p95/p99/Success Rate/Availability.
Incident analytics: the top 3 reasons for the last quarter should have counteraction initiatives in the current one.
6) Resource and budget planning
FTE-matrix: by squads and competencies (SRE, Observability, Data, Integrations).
Provider calendar: maintenance/quota windows (impact on dates).
CapEx/OpEx: licenses/cluster extensions vs command hours.
Buffer: ~ 15-20% for unplanned "fires" and regulatory tasks.
What-don't-do policy: A list of rescheduled/postponed initiatives with reasons.
7) Managing dependencies and risks
Dependency map: who blocks whom (service/provider/data/command).
Risk register: risk, probability/impact, owner, mitigation plan/plan B.
Change freeze: periods of prohibition of major changes (prime time events/tournaments).
Ficheflags/canaries: Mandatory for initiatives affecting traffic.
8) Quarterly cycle (rhythms)
Q-0 (preparation, 2 weeks): data collection (SLO, incidents, costs), revision of topics, preliminary prioritization.
Q planning: protection of initiatives by owners, reconciliation of resources/risks, fixing the Q plan and "not doing" the list.
Weekly sync: status, blockers, adjustments; maximum 30 minutes.
Monthly review: checking effects on metrics, possible re-scope.
Q retro: compare plan/fact, update principles/patterns.
9) Roadmap view formats
Outcome View: grouped by purpose (SLO, Cost, Risk).
Domain View: Payments/Bets/Games/KYC/Platform.
Timeline View: quarterly, with dependency and frieze markers.
Budget View: FTE/CapEx/OpEx by Initiative and Topic.
Example of a quarterly slice (summary):
Initiative Outcome Metrics Term Owner Risk
-------------------- ----------------------- -------------------- ----- ------------- -------
Active-Active Games RTO≤5 min Availability 99. 95% Q1–Q2 platform-sre High
SLO-burn на Payments − 30% of late incidents Pre-Incident↑, MTTR↓ Q1 observability Average
Kafka Lag Guardrails − 50% of lag storms Lag p95↓, DLQ↑ Q1 streaming Average
FinOps Right-sizing −15% cost/RPS Cost/RPS↓ Q2 finops Low
10) Roadmap Success Metrics (KPIs)
Delivery Predictability: percentage of initiatives completed on time (target ≥ 80%).
SLO Coverage:% of critical paths with active SLOs/alerts.
Incident Trend: − X% of P1/P2 QoQ incidents
Change Failure Rate: Target decline by quarter.
Cost Efficiency: Cost/RPS, Cost/transaction - downward trend.
Risk Burn-down: the number of "red" risks and their total weight.
Stakeholder NPS: satisfaction of domain teams with the quality of the Roadmap.
11) Roadmap launch checklist
[] Defined themes/pillars and 3-5 target outcomes per year.
[] Catalog of initiatives linked to metrics and owners.
[] Prioritization methodology (RICE/WSJF) and scales adopted.
[] Checked resources: FTE, provider windows, budgets.
[] Fixed Q-plan + "not doing."
[] Set up Outcome/Domain/Budget panels, alerts by shifts.
[] Review Schedule: weekly/monthly/quarterly.
12) Anti-patterns
List of tasks without outcomes: "make X" instead of "achieve Y by metric."
Hidden initiatives and private arrangements outside of a single artifact.
Eternal epics: no time-box, no verifiable milestones.
Priority "in terms of volume": resources are spent on the "loudest" request, and not on the most valuable one.
No "what not to do": expectations are unmanageable, trust is falling.
Lack of a link with incidents/SLO: "cosmetic" improvements instead of real ones.
13) Templates (fragments)
Initiative Template (YAML):
yaml id: OPS-42 title: «Guardrails քարերի համար»
theme: "Reliability"
quarter: "2025-Q1"
owner: "platform-release"
stakeholders: ["payments", "bets", "games"]
www.co.ru: «Նվազեցնել ռեգրեսիան 40 տոկոսով օրինագծերից հետո»
metrics:- name: change_failure_rate target: "<= 12%"
- name: post_deploy_regression_rate target: "-40% QoQ"
- slo_impact: ["api_p99 <= 300ms@99. 9", "availability >= 99. 95%"]
- reach: 5000000 # գործարքներ/kv impact: 3։ 0 confidence: 0. 7 effort: 6 dependencies: ["observability-baseline", "feature-flags-core"]
- name: «Կեղծ խաղացողներ»
- mitigation: «baseline/tuning, օդաչու 10% ռուբլիա»
- name: design eta: "2025-01-20"
- name: pilot-10%
- eta: "2025-02-10"
- name: rollout-100%
- eta: "2025-03-05"
Quarterly report template (Markdown):
Q1 Ops Roadmap - զեկույց
Արդյունքն այն է, որ SLO Coverage 92 տոկոսը (+ 7 pp), MTTR 2418 տոկոսը, Cost/RPS 249 տոկոսը
Մոսկվա: 8/10 նախաձեռնություններ (80%)
Տեղաշարժեր ՝ OPS-31 no Q2 (կախվածությունը PMS-X պրովայդերից)
Միջադեպերը ՝ P1 = 2 (241 կվ/կվ), հիմնական պատճառները ՝ պրովայդերի թայմաուտներում
Follow-ups: Breaker թյունինգը, PMS-Y պահեստային քվոտաները
14) Գործընթացների հետ համագործակցություն
Կառավարումը 'յուրաքանչյուր հետմորտը Roadmap-ի նախաձեռնության/բարելավման տիկետն է։
Փոփոխությունները/ֆորումները 'մեծ նախաձեռնությունները գնում են միայն դրոշների/կանարների հետ։
Capacity/FinOps: Ամռան անգամ headrope և cost միտումների համաժամացումը։
Անվտանգությունը/համադրումը 'զանգվածային վերահսկողական կետեր պահանջների և բյուջեների համար։
15) 30/60/90 (արագ սկիզբը)
30 օր 'հավաքել տեղի/մետրային հիմքը, ձևավորել թեմաներ, նկարագրել 10-15 նախաձեռնություններ YAML ձևաչափով, ընտրել RICE/WSJF-ը, ամրագրել Q պլանը։
60 օր 'գործարկել Delcope/Domain/Budget վահանակները, անցկացնել առաջին տեղեկատվական-եռամսյակային ակնարկ, կարգավորել առաջնահերթությունները տվյալներով։
90 օր 'կիսել Q արդյունքները, նորարարել սկզբունքները և մասշտաբները, փոխել տարեկան սեղանները։
16) Հաղորդակցություն և թափանցիկություն
Սթեյքհոլդերների համար ամսական ակնարկ '30 րոպե, ֆոկուս արդյունքների և ռիսկերի վրա։
Ասինխրոն ապդեյտներ. Կարճ գրառումներ «մինչև/հետո»։
Roadmap-ի միասնական ալիքը 'կարգավիճակներ, փոփոխություններ, գերակայությունների լուծումներ։
«Կարմիր քարտի» կանոնը, ցանկացած թիմ կարող է նախաձեռնել առաջնահերթություն, տեղադրելով տվյալները (SLO/պատահականություն/արժեքը)։
17) FAQ
Q 'Ի՞ նչ անել, եթե ամեն ինչ այրվում է և ժամանակ չկա Roadmap-ում։
Ա 'Միացրեք «հրշեջ-բուֆերը» 15-20 տոկոսը և նվազագույն Q պլանը 3 նախաձեռնություններից, որոնք փակում են մրցույթի հիմնական պատճառները։ Ցանկացած նոր «տաք» աշխատանք միայն գերակայությունների փոխպատվաստման միջոցով է։
Q 'Ինչպե՞ ս ապացուցել «անտեսանելի» նախաձեռնությունների արժեքը (դիտարկումը, ինքնագրերը)։
A 'Համարեք Change Failure Rate, MTTR, Pre-Incident Detae Rate, արձագանքներ և «գիշերային լանդշաֆտներ»։ Ցույց տվեք դինամիկան մինչև/հետո։
Q 'Ինչպե՞ ս վարվել պարտքի հետ։
A 'Պարտքը նաև համագործակցում է www.co.ru-ի հետ' «N- ի դասարանի 105%,» «www.Y% cost/RPS», «+ Z p.p.» SLO Coverage». Առանց չափված արդյունքի պարտքը չի մտնում պլանի մեջ։