აღწერეთ თქვენი როლი პროდაქციის ინციდენტში.

Question

Accepted Answer

ისინი გინდათ ხედონ, რომ თქვენ დარჩებით **მშვიდი, მეთოდური და უბრალდელი** წნეხის პირობებში — პირველი რიგში აღადგინეთ სერვისი, მეორე რიგში დიაგნოზი გაკეთეთ, მესამე რიგში კი რეციდივის თავიდან აცილება. გამოიყენეთ **STAR**.

## რატომ არის ეს მნიშვნელოვანი

```text
INCIDENT ORDER
1. Stabilize — stop the bleeding (rollback, failover, mitigate)
2. Communicate — keep stakeholders updated on a clear channel
3. Diagnose — root cause once it's stable, not during
4. Prevent — a blameless post-mortem with action items
```

## დამუშავებული მაგალითი

```text
S: A deploy caused checkout errors for ~15% of users.
T: I was on call and had to restore service fast.
A: I rolled back the deploy first (service recovered in minutes), posted updates
   every 10 minutes, then traced the cause to an unhandled null from a new API
   field. I added a guard and a contract test.
R: Downtime stayed under 20 minutes. The post-mortem added the missing test to
   CI so it can't recur.
```

## კარგი vs სუსტი

```text
✓ Mitigate first, communicate, blameless follow-up
✗ Debugging live while users are down
✗ Blaming the person who deployed
```

## რატომ არის ეს მნიშვნელოვანი

ინციდენტები გამოსცდიან თავდაჯერებულობას — გუნდს სჭირდება სტაბილური ხელი, არა პანიკა, როდესაც რამ ხდება გატეხილი.

უბრალდელი მიდგომა ინარჩუნებს ადამიანებს გამჭვირვალედ მიზეზების შესახებ, რაც ერთადერთი გზაა რეციდივის რეალურად თავიდან აცილების.

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