სერიოზულობის კატეგორიები

1. შესავალი (კლიენტებისთვის და პარტნიორებისთვის)

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

---

2. ვინ არის ჩართული

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

---

3. სერიოზულობის კატეგორიების მიმოხილვა

ქვემოთ მოცემულია ძირითადი სერიოზულობის დონეები, რომლებიც ჩვენ ვიყენებთ ინციდენტების კლასიფიკაციისთვის:

• კრიტიკული (სერიოზულობა 1):

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

• მაღალი (სერიოზულობა 2):

  • წარმოდგენილება: პრობლემები, რომლებიც მნიშვნელოვნად აფერხებენ ფუნქციონირებას, თუმცა სრულად არ აჩერებენ ოპერაციებს.
  • პასუხი: პრიორიტეტულად გადაწყდება მიმდინარე ან მომდევნო სპრინტში.

• საშუალო (სერიოზულობა 3):

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

• დაბალი (სერიოზულობა 4):

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

---

4. პროცესის ნაკადი / დიაგრამა

ქვემოთ მოცემულია მიმოხილვა იმისა, თუ როგორ გამოიყენება სერიოზულობის კატეგორიები Mermaid-ის ლეიბლებისთვის ორმაგი ციტატების გამოყენებით:

1. Bug or Incident Reported: პრობლემა გაწვდილი ხდება ჩვენი ანგარიშის არხების საშუალებით.
2. Initial Triage & Assessment: ჩვენი გუნდები ატარებენ საწყის შეფასებას, რათა დაადგინონ პრობლემის გავლენა.
3. Assign Severity Level: შეფასების საფუძველზე, პრობლემა კლასიფიცირდება როგორც კრიტიკული, მაღალი, საშუალო ან დაბალი.
4. Response Actions:
   • Critical: დაუყოვნებელი ცხელი ფიქსი.
   • High: პრიორიტეტული მიმდინარე ან მომავალი სპრინტისთვის.
   • Medium: დაგეგმილი მომავალი სპრინტების დროს გადაწყვეტისთვის.
   • Low: გაწვდილი რეგულარული ბექლოგის დახვეწის დროს.

---

5. ხშირად დასმული კითხვები

Q1: რა არის სერიოზულობის კატეგორიები?
A1: სერიოზულობის კატეგორიები არის კლასიფიკაციები, რომლებიც განსაზღვრავენ ბაგების ან ინციდენტების სასწრაფობას და გავლენას, რაც ხელმძღვანელობს ჩვენს პასუხისა და პრიორიტეტების პროცესს.

Q2: ვინ განსაზღვრავს პრობლემის სერიოზულობას?
A2: განვითარების და QA გუნდები ატარებენ საწყის ტრიანჟს, პროდუქტის მენეჯერის ზედამხედველობით, რათა უზრუნველყონ ბიზნეს პრიორიტეტებთან შესაბამისობა.

Q3: რამდენად სწრაფად ხდება კრიტიკული პრობლემების მოგვარება?
A3: კრიტიკული პრობლემები იღებენ დაუყოვნებელ ყურადღებას და ჩვეულებრივ იხსნება ცხელი ფიქსით მიმდინარე სპრინტში.

Q4: როგორ სარგებლობს სერიოზულობის კლასიფიკაცია კლიენტებისთვის?
A4: ეს უზრუნველყოფს ნათელ ინფორმაციას ჩვენს პრიორიტეტების პროცესზე, რაც უზრუნველყოფს, რომ ყველაზე გავლენიანი პრობლემები დროულად მოგვარდეს პროდუქტის სტაბილურობის შენარჩუნებისთვის.

---

6. მომდევნო ნაბიჯები და დამატებითი რესურსები

• Bug Lifecycle: გაიგეთ მეტი იმის შესახებ, როგორ პროგრესირებენ პრობლემები ანგარიშიდან გადაწყვეტამდე ჩვენს Bug Lifecycle page.
• Backlog Management: აღმოაჩინეთ ჩვენი მიდგომა გაწვდილი პრობლემების მართვასა და პრიორიტეტიზაციაზე ჩვენს Backlog Management page.
• Contact Us: დამატებითი კითხვების ან სასწრაფო პრობლემების შემთხვევაში, გთხოვთ, დაგვიკავშირდეთ contact support ან ჩეთით ჩვენს გუნდთან ჩვენს ვებსაიტზე.