როგორ გამოვიყენოთ მაქსიმალურად MotioCI დადასტურებული პრაქტიკის მხარდაჭერაში

MotioCI აქვს ინტეგრირებული დანამატები Cognos Analytics ანგარიშის დასაწერად. თქვენ ბლოკავთ ანგარიშს, რომელზეც მუშაობთ. შემდეგ, როდესაც დაასრულებთ თქვენი რედაქტირების სესიას, თქვენ ამოწმებთ მას და ჩაწერთ კომენტარს იმის ჩასაწერად, რაც გააკეთეთ. შეგიძლიათ კომენტარში შეიტანოთ მითითება ბილეთზე გარე დეფექტების თვალთვალის ან ცვლილების მოთხოვნის სისტემაში.

თქვენ შეგიძლიათ იპოვოთ დამატებითი დეტალები, თუ როგორ უნდა დააყენოთ კავშირი MotioCI და თქვენი მესამე მხარის ბილეთების სისტემა MotioCI ადმინისტრატორის სახელმძღვანელო გამოყენების ქვეშ MotioCI მესამე მხარის ბილეთების სისტემებით. საკვანძო სიტყვა (ასწორებს, დახურავს) ბილეთის ნომრით დახურავს ბილეთს. ან საკვანძო სიტყვის გამოყენებით, როგორიცაა მითითება პლუს ბილეთის ნომერი დაწერს შემოწმების კომენტარს ბილეთების სისტემაში და დატოვებს ბილეთს ღიად.

ბილეთების სისტემის გამოყენება – როგორიცაა Atlassian® JIRA, Microsoft Windows™ Trac ან მრავალი სხვა – ეხმარება პროექტების მართვას კონკრეტული ამოცანების, საკითხების და მათი გადაჭრის თვალყურის დევნით. ბილეთები უზრუნველყოფს კომუნიკაციის საშუალებას ავტორებს შორის ან მოხსენების დეველოპერებსა და საბოლოო მომხმარებლებს, ტესტირების ჯგუფსა და სხვა დაინტერესებულ მხარეებს შორის. ბილეთების სისტემა ასევე უზრუნველყოფს დეფექტების თვალყურის დევნების მეთოდს და უზრუნველყოს, რომ ისინი მოგვარებულია მოხსენების წარმოებაში გაგზავნამდე.

ტიპიური სამუშაო პროცესი ანგარიშის შემუშავებისთვის

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

1. Backlog. იქმნება ახალი ბილეთი. ბიზნეს ანალიტიკოსი აფიქსირებს ბიზნესის მოთხოვნებს ახალი ანგარიშისთვის და შეაქვს მას პირდაპირ ბილეთების სისტემაში ბილეთის შექმნით. ის ათავსებს ბილეთს backlog სახელმწიფო.
2. განვითარების. ჩამორჩენილი ბილეთების პრიორიტეტი შეიძლება მიენიჭოს სხვადასხვა გზით, მაგრამ საბოლოოდ ბილეთი მიენიჭება ანგარიშის შემქმნელს და მონიშნული იქნება მისი სახელით. ბილეთის მდგომარეობა შეიძლება შეიცვალოს in_dev. ის შექმნის ახალ ანგარიშს. როდესაც ის ამუშავებს ანგარიშს Cognos Analytics-ში, ის შეამოწმებს მის ცვლილებებს და მიუთითებს ბილეთს რეგისტრაციის კომენტარში, როგორიცაა „ახალი ანგარიში შეიქმნა; საწყისი ვერსია; დაემატა სწრაფი გვერდი და დამხმარე მოთხოვნები, refs #592”. ან, „დამატებულია ფაქტის მოთხოვნა და ჯვარედინი ჩანართი; ფილტრები და ფორმატირება, refs #592.” (ში MotioCI, ჰეშთეგის ნომერი ხდება ჰიპერბმული პირდაპირ ბილეთთან.) მას შეუძლია შეამოწმოს ანგარიში, შეიტანოს ცვლილებები და კვლავ შეამოწმოს იგი ბილეთის მითითებით რამდენჯერმე რამდენიმე დღის განმავლობაში.
3. განვითარება დასრულებულია. მას შემდეგ, რაც ანგარიშის შემქმნელი დაასრულებს მოხსენებას და სკამზე შეამოწმებს მას, იგი აღნიშნავს ბილეთს ბილეთების სისტემაში, რომ ის მზად არის შესამოწმებლად QA-ით და ცვლის მდგომარეობას in_Dev to Ready_for_QA. ეს სახელმწიფო დროშაა MotioCI ადმინისტრატორი ან როლი, რომელიც პასუხისმგებელია Cognos-ის ანგარიშების პოპულარიზაციაზე, რომ ანგარიში მზად არის გადავიდეს QA გარემოში ტესტირებისთვის.
4. პოსტიmotion QA-მდე. ადმინისტრატორი ხელს უწყობს მოხსენებას და ცვლის სახელმწიფოს in_QA. ეს მდგომარეობა აცნობებს QA გუნდს, რომ ანგარიში მზად არის შესამოწმებლად.
5. ტესტირება. QA გუნდი ამოწმებს ანგარიშს ბიზნესის მოთხოვნების შესაბამისად. მოხსენება ან გადის ან ვერ ახერხებს ტესტებს. თუ მოხსენება ვერ მოხერხდა QA ტესტირებაზე, ბილეთს მონიშნული აქვს დევ მდგომარეობა, უბრუნდება ანგარიშის შემქმნელს გამოსწორებისთვის.
6. ტესტირება წარმატებით დასრულდა. თუ მოხსენება გაივლის, QA გუნდი ეუბნება ადმინისტრატორს, რომ მზად არის ხელი შეუწყოს წარმოებას მისი ეტიკეტირების გზით. მზადაა პროდ სახელმწიფო.
7. პოსტიmotion წარმოებამდე. მას შემდეგ, რაც ანგარიში მზად იქნება წარმოებისთვის, საბოლოო დამტკიცების მიღება და გამოშვების დაგეგმვა შესაძლებელია, შესაძლოა სხვა დასრულებულ ანგარიშებთან ერთად. ადმინისტრატორი აწვდის მოხსენებას Cognos Production-ის გარემოში. ის დებს ბილეთს შესრულებულია მიუთითებს, რომ დამუშავება და ტესტირება დასრულებულია და ის გადავიდა წარმოებაზე. ეს იხურება ბილეთი.

ანგარიშის შემუშავების პროცესის მართვა

ბილეთების მართვის ეს პროცესი გულისხმობს და დადასტურებული პრაქტიკა გვკარნახობს, რომ:

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

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

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

პროცესი უპირატესობებით

რა სარგებელი მოაქვს პროცესს, ან რატომ უნდა გააკეთოთ ეს თქვენს ორგანიზაციაში?

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

დასკვნა

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