Scrum- ის 3 ნაკვეთი და როგორ გავხსნათ ისინი

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

ფოტო რენდი ფათის შესახებ Unsplash

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

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

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

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

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

ყოველდღიური სასარგებლო შეხვედრების ჩატარება

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

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

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

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

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

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

ფოტო რობ ჰემსონის მიერ Unsplash- ზე

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

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

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

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

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

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

ნუ მიიღებ შეფასებებს სახარებისათვის

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

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

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

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

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

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

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

დასკვნა

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

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

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

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

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

Იხილეთ ასევე

როგორ ვიცნობ კომპეტენტურ დეველოპერს, რომელსაც შეუძლია შეიმუშაოს ახლადშექმნილი პროექტი ნულიდან? როგორ გავზარდო ჩემი ვებ – სკრეკი ერთი საიტიდან მრავალ საიტამდე და არსებობს გზა, რომ მას უბრალოდ ვურჩიო გარკვეული პროდუქტები? როგორ აღწევს პიროვნება „პრობლემისკენ მიმავალი გზის დანახვის შესაძლებლობას“ წინსვლის განვითარებაში? რა არის საუკეთესო რესურსი ღრმა სწავლის შესახებ? როგორ გამორთოთ კამერა android- ზეროგორ შემიძლია ულიმიტო ფულის გაკეთება ინტერნეტით, დამტკიცებული სისტემის გამოყენებით, ფულის გარეშე, როგორც დამწყები? როგორ გავაკეთოთ paypal სტუდენტის ანგარიშირა სიჩქარის ატვირთვის სიჩქარე გჭირდებათ საიტების ჰოსტინგის დასაწყებად?