როგორ აკრიფებთ და გაწერთ მოთხოვნებს?

Question

Accepted Answer

**მოთხოვნების აკრეფა** არის პროცესი, რომელშიც ირკვევა რა ზუსტად უნდა აშენდეს — და *რატომ* — აშენებამდე. ჯუნიორებმა დელებული ყველაზე დიდი შეცდომაა, რომ მოთხოვნებს სიტყვასიტყვით მიიღებენ, ფундამენტური პრობლემის გაგების გარეშე.

## როგორ მივუდგეთ ამას

```text
1. ASK WHY → understand the problem behind the request, not just the request
2. TALK to the real users / stakeholders, not just the requester
3. CLARIFY scope → what's in, what's out, what "done" looks like
4. SURFACE assumptions and constraints (deadlines, budget, tech limits)
5. WRITE IT DOWN → confirm your understanding back to them
```

## განასხვავეთ თხოვნა სიმართხეთან

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

## კარგი გაჯერების კითხვები

```text
✓ "What problem does this solve for the user?"
✓ "What happens today without it?"
✓ "How will we know it worked?"
✓ "What's explicitly out of scope?"
✓ "What are the edge cases / what could go wrong?"
```

## ხშირი რიცხვი

ვარაუდი, რომ გაიგეთ და მშენებლობა დაიწყო. ყოველთვის ასახეთ მოთხოვნებები ისევ — "ეს ნიშნავს, რომ თქვენ გჭირდებათ X, Y-ის მიერ, და Z არის ფარგლებს გარეთ?" — ხარვეზების ადრე აღმოჩენისთვის.

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

მოთხოვნების შეცდომა, რომელიც ვარაუდის ეტაპზე შეიცავს, დღეების ხარჯი; იგივე შეცდომა, რომელიც გამოშვების შემდეგ აღმოჩნდა, კვირებიანი ან კვირიანი გადამუშავების დროა.

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

*რატომ* კითხვა გაკეთებს თქვენ ბრძანებების მიმღებიდან პრობლემის გამოსახელებლად.