ოპერაციები და ოპერაციული მენეჯმენტის ეთიკა

ოპერაციული მენეჯმენტის ეთიკა

1) რატომ არის ეს აუცილებელი?

ოპერაციები არის მუდმივი კომპრომისი „სიჩქარე, რისკი და ღირებულება“. ეთიკური ჩარჩო ხელს უწყობს მონაცემების, ფულის და ვადების ზეწოლის ქვეშ გადაწყვეტილებების მიღებას ისე, რომ არ მოატყუონ მომხმარებლები და სტეიკერები, არ დაარღვიონ კონფიდენციალურობა და არ შეაფერხონ პლატფორმის გრძელვადიანი სტაბილურობა.

• მიუთითეთ მკაფიო „წითელი ხაზები“ და ქცევის წესები გუნდებისა და ქოლგისთვის.
• ინციდენტებში SLA, მეტრიკის და კომუნიკაციების პატიოსნების უზრუნველყოფა.
• დაიცავით კონფიდენციალურობა, მონაცემები და მომხმარებელთა/პარტნიორების უფლებები.
• გააკეთეთ ავტომატიზაცია და AI კონტროლირებადი, ახსნილი და უსაფრთხო.

2) ძირითადი პრინციპები (ბირთვი)

1. Safety first: გადაწყვეტილებებმა არ უნდა გაზარდოს მომხმარებლებისთვის/მონაცემებისთვის ზიანის მიყენების ალბათობა.
2. გაზომვების გულწრფელობა: არ არის „კოსმეტიკური“ მეტრიკა, ერთი SSOT და რეპროდუქცია.
3. მოქმედებების გამჭვირვალობა: ვინ რა გააკეთა, რატომ, რა მონაცემებზე დაყრდნობით.
4. პასუხისმგებლობა და ანგარიშვალდებულება: როლი, უფლებამოსილება, აუდიტი და შედეგები.
5. მონაცემების მინიმიზაცია: ჩვენ მხოლოდ საჭირო შეგროვებას, შეზღუდავს წვდომას და შენახვის ვადას.
6. Explainable Ops/AI: ავტომატური გადაწყვეტილებები გასაგებია, შექცევადი და სადავო.
7. სამართლიანობა და დისკრიმინაციის არარსებობა: პოლიტიკა „არა ბია“ წესებსა და მოდელებში.
8. Blameless, მაგრამ არა უსაფუძვლო: შეცდომები არის სისტემის შეცვლის მიზეზი და არა ფაქტების დამალვა.

3) მეტრიკის ეთიკა, SLO/SLA და ანგარიშგებები

• მეტრიკის ერთიანი განმარტებები (ფანჯრები, აგრეგატორები), ფორმულების ვერსია.
• აკრძალულია: ინციდენტების დამალვა „დაგეგმილ სამუშაოებში“, ფანჯრების/დროის ზონების გადატანა „ლამაზი“ SLA- სთვის, მონაცემების გამორიცხვა დოკუმენტური საფუძვლის გარეშე.
• მკაფიო ეტიკეტირება: „შეფასება“, „პროგნოზი“, „ფაქტი“, „გამონაკლისი და საფუძველი“.
• პოსტმორტემები ქვეყნდება ფაქტებითა და მოქმედებებით, და არა „PR დაჭერით“.

ანტი-ნიმუშები: „ორი p99 ვერსია“, სახელმძღვანელო ანგარიშების კორექტირება, შერჩევითი პერიოდები „მწვერვალების გარეშე“.

4) კონფიდენციალურობა და მუშაობა PII/გადახდის მონაცემებთან

მინიმიზაცია: სტანდარტულად, PII არ ტოვებს წარმოების წრეს; ნიღბები ლოგებში/დაშბორდში.
როლებზე წვდომა: მინიმალური შეღავათების პრინციპი; მგრძნობიარე მონაცემების თითოეული კითხვის აუდიტი.
Retention: მკაფიო შენახვის დრო, მოცილების/ანონიმიზაციის პოლიტიკა.
ინციდენტები მონაცემებით: მესაკუთრეთა/იურიდიული პირების დაუყოვნებლივი შეტყობინება რეგლამენტის შესაბამისად.

აკრძალულია: რეალური PII- ის გადატანა სტაგში/ანალიზში ანონიმიზაციის გარეშე; ხელშეკრულების მიღმა მოვაჭრეებთან გაზიარება.

5) ეთიკური კომუნიკაციები ინციდენტებში

სიმართლე და დროულობა: ETA სტატუსები, მკაფიო ენა, დუმილის ნაკლებობა.
ნუ დაადანაშაულებთ ინდივიდებს: ფოკუსირება ფაქტებზე და სისტემურ მიზეზებზე.
არ არის „მშვიდი“ კორექტირება: მომხმარებელზე გავლენის ცვლილებები უნდა იყოს მითითებული.
სპეკულაციების შეზღუდვა: „ჩვენ გადავამოწმებთ X, შემდეგი ანგარიში 20:15 საათზე“.

What is happening/who is affected/what we are doing/when the next update/where to follow

6) ავტომატიზაციის ეთიკა და AI ოპერაციებში

მკაფიო პერიმეტრი: იმ მოქმედებების ჩამონათვალი, რომლებიც AI/bot შეიძლება გაკეთდეს დადასტურების გარეშე (მხოლოდ შექცევადი და დაბალი ქერქის).
Explainability: თითოეული რეკომენდაციისთვის - წყაროები და არგუმენტები, აკრძალვა „ბმულების გარეშე“.
HITL (ადამიანი წრეში): მგრძნობიარე მოქმედებების დადასტურება (ტრაფიკის გადაადგილება, PSP გადართვა, ლიმიტების შეცვლა).
აუდიტი: prompts/მოქმედებების/გადაწყვეტილებების ჟურნალი, dry-run მოხსენებები.
Bias & fairness: რეგულარული შემოწმების რეკომენდაციების შემოწმება (გეო, მოწყობილობები, მოთამაშის ტიპი).
მონაცემები AI- სთვის: PII/საიდუმლოებების „დათესვის“ აკრძალვა; დეპრესიული ფანჯრების გამოყენება.

7) ვენდორებთან ურთიერთობა და ინტერესთა კონფლიქტი

SLA/OLA SLO: დამოკიდებულების გულწრფელი რუკა; საზოგადოებრივი ფაქტები მოვაჭრის გარეგნობაზე.
კონკურენტი ინტერესები: არ მიიღოთ არქიტექტურული გადაწყვეტილებები „პირადი პრემიების/რეფერული სქემების“ გამო.
ტენდერებისა და მფრინავების ეთიკა: შედარებითი ტესტები, გამარჯვების დოკუმენტირებული კრიტერიუმები.
აკრძალულია: დამალვა პროვაიდერის წარუმატებლობები, როგორც „ჩვენი“, შეცვალეთ შედარებითი მეტრიკა „გამარჯვებულისთვის“.

8) წითელი ხაზები (გადაუჭრელი)

მონაცემების და ანგარიშების მანიპულირება.
ინციდენტების დამალვა, რომლებიც გავლენას ახდენენ მომხმარებლებზე/ფულზე.
ნამდვილი PII- ის გამოყენება დაუცველ გარემოში.
შეუქცევადი მოქმედებების ავტომატიზაცია HITL და rollback გეგმის გარეშე.
თანამშრომლებზე ზეწოლა, მეტრიკის „შეღებვის“ ან კარიბჭის გამოტოვების მიზნით.

დარღვევა არის გამომწვევი ოფიციალური გამოძიებისთვის, გათავისუფლების შეჩერებამდე.

9) პოლიტიკა და ნორმები (ფრაგმენტები)

- All metrics are described in the catalog with formula, window and owner.
- Formula change - via RFC and parallel run (old vs new).
- Any exceptions in the SLA are documented and signed by the parties.

- First summary of 15 minutes, then ETA.
- Tone: facts, hypotheses are marked, references to artifacts.
- It is forbidden to promise deadlines without justification (progress/plan/resources).

- Allowed: summaries, tickets, requests for observability, annotations, pre-scale (reversibly).
- Requires confirmation: feilover, changing limits, enabling safe-mode, canary pause.
- Required: activity log, explainability, dry-run before use.

10) როლი და პასუხისმგებლობა

Head of Ops: ეთიკური პოლიტიკოსის მფლობელი, „გაჩერების ამწე“ ავტორიტეტი.
ინციდენტის მენეჯერი: კომუნიკაციების ხარისხი და გულწრფელობა, პოსტმორტემების კონტროლი.
SRE/Observability: SSOT მეტრიკი, ფორმულებისა და ალერტების აუდიტი, დაცვა „კოსმეტიკისგან“.
DPO/უსაფრთხოება: კონფიდენციალურობა, წვდომა, გაჟონვის გამოძიება.
Legal/PR: შესაბამისობა კანონებთან/ხელშეკრულებებთან, გარე კომუნიკაციებთან.
დომენის ბრძანებები: კარიბჭეების დაცვა, სწორი მონაცემები და არტეფაქტები.

11) დაშბორდი და ეთიკის ნიმუშები

Metrics Integrity: განსხვავებები Online - DWH, ფორმულების ცვლილებები, მოძველებული პანელები.
Incident Comms: პირველი ადაპტაციის დრო, ETA- ს დაცვა, შეჯამების სისრულე.
Privacy & Access: მიმართვები PII- ს, არანორმალური მოთხოვნების, რეპენტაციის ვადები.
AI Governance: საგზაო მოქმედებების რაოდენობა, dry-run- ის წილი, გამოტოვება, საკამათო გადაწყვეტილებები.
Vendor Truth: პროვაიდერების ინციდენტები, მათი მოხსენებების შედარება და ჩვენი SLO.

12) ჩეკის ფურცლები

• არსებობს ფიჩეფლაგები და დაბრუნების გეგმა.
• SLO-Alertes და ვიდეო ჩართულია.
• არ არსებობს ზეწოლა „ზემოდან“ კარიბჭეების გვერდის ავლით.
• რისკები/გამონაკლისები დოკუმენტირებულია, შეთანხმებულია.

• დროული პირველი განახლება და ETA.

• ფაქტები გამოყოფილია ჰიპოთეზებისგან, მონაცემების ბმულებისგან.
• მასშტაბის/გავლენის შემცირების მცდელობები არ არსებობს.
• პოსტმორტემი დროულად, დაგეგმილია მოქმედებები.

• დამტკიცებულია ნებადართული საგზაო მოქმედებების სია.

• ჩართულია ჟურნალი და ექსპლუატაცია.
• PII არ გამოიყენება/შენიღბულია.
• HITL მგრძნობიარე ოპერაციებისთვის.

13) KPI ეთიკის სიმწიფე

Metrics Integrity Score (draif Online - DWH - 2%, ვერსიური ფორმულების წილი 95%).
Incident Comms SLA (პირველი ანგარიში 15 წუთი, ETA შესაბამისობა 90%).
Privacy Violations = 0, PII- სთვის წვდომის წილი საბაბი = 100%.
AI Safety: შექცევადი ავტომობილების წილი = 100%, გამოტოვება <5%, სადავო შემთხვევები დემონტაჟი = 100%.
Whistle Safety Index: ანონიმური არხები მუშაობენ, განცხადებები იშლება 7 დღის განმავლობაში.

14) ანტი შაბლონები

„წითელი ბალახი“: მეტრიკის კოსმეტიკა, SLA „რეტროაქტიულად“ განსაზღვრა.
„ღამის გამოშვებები დროშების გარეშე“ ვადაზე ადრე.
პირადი ჩეთები და გადაწყვეტილებები ჟურნალის გარეშე.
ტოქსიკური რეტრო/პოსტმორტემები, დამნაშავეების ძებნა.
AI გარეშე RAG/ახსნა, „შავი ყუთი“ ოპერაციებში.
მონაცემების ხელახალი შეგროვება „მხოლოდ შემთხვევაში“.

15) პრაქტიკული ფორმულირება (შეგიძლიათ გადაწეროთ პოლიტიკაში)

We tell the truth about the state of the systems.
We do not hide incidents and do not distort metrics.
We protect user data and restrict access.
We automate only reversible and safe actions, the rest is through HITL.
We document decisions and respect the "stop crane."

- SLO/guard rails are active; rollback plan checked.
- Changes of metrics/formulas are formalized by RFC and announced.
- No conflicts of interest, decisions made on data.

16) 30/60/90 - განხორციელების გეგმა

• დაამტკიცეთ „წითელი ხაზები“, კოდექსი, ინციდენტი-კომუნიკაციების პოლიტიკა და კონფიდენციალურობა.
• დაინიშნეთ მფლობელები (Head of Ops, DPO, Observability).
• Metrics Integrity და Incident Comms პანელების გაშვება.

• დანერგეთ RFC მეტრული და SSOT ფორმულირებისთვის; გადახედეთ სადავო პანელებს.
• AI/ბოტების პერიმეტრის ფორმირება (ნებადართული მოქმედებები, HITL, ჟურნალი).
• ჩაატარეთ ეთიკის ტრენინგი კოლისა და დომენის მენეჯერებისთვის.

• შესაბამისობის აუდიტის ჩატარება, საქმეების/საჩივრების დაშლა, პოლიტიკის განახლება.
• დააკავშირეთ KPI ეთიკა OKR გუნდებთან (მაგალითად, Incident Comms SLA, Integrity Score).
• ჩაატარეთ რეტრო „წითელი ხაზების“ ეფექტურობისა და კორექტირების თვალსაზრისით.

17) FAQ

Q: რა უნდა გავაკეთოთ, თუ ბიზნესი ითხოვს SLA- ს ანგარიშის „გადახურვას“?
ა: უარი თქვით, გულწრფელი მეტრიკის და SSOT- ის პოლიტიკაზე დაყრდნობით. ალტერნატივის შეთავაზება: მეტრიკა „მომხმარებლის გამოცდილება“ ხელშეკრულების საშუალებით შედგენილი აშკარა გამონაკლისებით.

Q: როგორ შევაერთოთ გამოშვების სიჩქარე და ეთიკა?
A: მცირე ინკრეტები, ფიჩეფლაგები, კანაფები და SLO ავტო-კარიბჭეები. ეთიკა არ არის სამუხრუჭე, არამედ ძვირადღირებული შეცდომების დაზღვევა.

Q: როდის უნდა აღიაროთ საჯაროდ შეცდომა?
A: ყოველთვის, როდესაც გავლენა შესამჩნევია მომხმარებლებისთვის/პარტნიორებისთვის. სტატუსის შაბლონი + სამოქმედო გეგმა + ვადები.