როგორ იმუშავებ გაუცხო ან ორაზროვანი ბიზნეს მოთხოვნებით კოდის წერამდე?

Question

Accepted Answer

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

## როგორ განმუქტავ ბნელებას

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

## შემდეგ მოწმდე მცირე

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

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

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