როდის სჯობს ცხრილების სისტემით შეცვლა?

ეძებეთ კოორდინაციის პრობლემა

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

ეძებეთ განმეორებადი სირთულე: ერთ სტატუსს რამდენიმე ადამიანი ცვლის, მიმდინარე ვერსია გაურკვეველია, დოკუმენტი ბევრგან კოპირდება, გამოტოვებული გადაცემა შეკვეთას აჩერებს.

ხუთი შესასწავლი ნიშანი

1. გუნდი წინააღმდეგობრივ ასლებს რეგულარულად აჯერებს.
2. სტატუსი ვიღაცის გახსენებაზეა დამოკიდებული.
3. როლებს განსხვავებული უფლებები სჭირდება.
4. ცვლილების წყაროს პოვნა აუცილებელია.
5. მომხმარებლის მოქმედებამ სხვაგან საიმედო პროცესი უნდა დაიწყოს.

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

ერთი შეკვეთა თავიდან ბოლომდე

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

პირველი სასარგებლო ეტაპი

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

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

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

მაგალითია დოკუმენტიდან წარმოების შეკვეთა. იხილეთ შიდა სისტემები ან განვიხილოთ პრობლემა.