Scrum მეთოდოლოგია პროექტის მენეჯმენტისთვის. Certified Agile Professional სასერტიფიკაციო კურსი მომზადება psm scrum org

Agile (სწრაფი, ინგლისური "მოქნილი") არის მიდგომა პროგრამული უზრუნველყოფის განვითარების პროექტის მენეჯმენტში. შეიქმნა 2000-იანი წლების შუა ხანებში (ან უფრო ადრეც). Agile მიდგომა მოიცავს რამდენიმე ტექნიკას:

• Scrum (შესაფერისი ბიზნესსა და IT-ს შორის ურთიერთქმედების ორგანიზებისთვის);
• კანბანი (შესაფერისია თანამშრომლის მუშაობაში მულტიტასკინგის ორგანიზებისთვის; კარგად უხდება Scrum-ს);
• XP (ექსტრემალური პროგრამირების პრინციპები);
• მჭლე (მჭლე განვითარების პრინციპები).

ჩვენ გთავაზობთ Scrum-ს, რადგან... ეს შესანიშნავი გზაა პროექტის შესაქმნელად, რომელიც მოითხოვს როგორც ბიზნესის, ასევე IT დეპარტამენტების მონაწილეობას.

Scrum აქტიურად გამოიყენება დიდი კომპანიებიდა კორპორაციები.

პროცესის მთავარი არსი შემდეგია:

• პროექტი ხორციელდება მოკლე გამეორებებით (ე.წ. სპრინტები), რომელთაგან თითოეული გრძელდება ერთიდან 4 კვირამდე;
• პროექტში მხოლოდ 3 როლია: პროდუქტის მფლობელი, Scrum Master, გუნდი. როლები ეფექტურად ურთიერთობენ ერთმანეთთან და თანამშრომლობითია.
• Scrum-ს აქვს მხოლოდ 4 არტეფაქტი (დოკუმენტი): Product Backlog (პროდუქტის მოთხოვნები), Sprint Backlog (მოთხოვნები, რომლებიც განხორციელდება სპრინტში), Sprint Goal (sprint მიზანი, გამეორება), BurnDown Diagram (სამუშაო დამწვრობის დიაგრამა).
• სკრამს მხოლოდ 4 რიტუალი აქვს. მაგრამ უმჯობესია ამის შესახებ წაიკითხოთ შესაბამის სტატიაში.

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

Agile მიდგომის უპირატესობები:

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

Scrum-ის განხორციელების სერვისი

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

1. თქვენი კომპანიის გაწვრთნილი მენეჯერები. ჩვენ გავუწევთ ტრენინგს ყველა თანამშრომელს, რომელიც მონაწილეობს პროგრამული უზრუნველყოფის დამუშავების პროექტებში, როგორც ბიზნესის, ასევე IT მხრიდან. ტრენინგი ჩატარდება რამდენჯერმე: ბიზნესი და IT, მხოლოდ IT, მხოლოდ ბიზნესი, მხოლოდ „პილოტური“ პროექტის გუნდი და ა.შ. სულ იქნება მინიმუმ 5 სესია.
2. გაწვრთნილი Scrum გუნდი. ჩვენ დაგეხმარებით გუნდის ჩამოყალიბებაში, რომელიც იქნება პირველი, ვინც იმუშავებს საპილოტე პროექტზე და გამოიყენებს მაგალითს ეფექტის საჩვენებლად. ჩვენ შევაფასებთ გუნდის ხელმისაწვდომობას (ტევადობას), შემოგთავაზებთ მის ფოკუს ფაქტორს, შემოგთავაზებთ როგორ გავანაწილოთ რესურსები სხვადასხვა პროექტებს შორის და გავითვალისწინოთ სხვა დამოკიდებულებები.
3. „საპილოტე“ პროექტის გაშვება, სადაც ჩვენ ვაჩვენებთ, თუ როგორ მუშაობს პროცესი „თავიდან ბოლომდე“. ეს არის ჩვენი მუშაობის ყველაზე მნიშვნელოვანი ნაწილი. საპილოტე პროექტის მაგალითი ცხადყოფს ყველა იმ ფარულ პრობლემას, რომელიც ხელს უშლის თქვენი ბიზნესის განვითარებას (რესურსების კონფლიქტი, ანალიტიკოსების ნაკლებობა, გადაწყვეტილების სწრაფად მიღების უუნარობა და ა.შ.). ჩვენ გეტყვით, თუ როგორ სწორად აიცილოთ თავიდან წარმოშობილი კონფლიქტები და თავიდან აიცილოთ მსგავსი შემთხვევები მომავალში.
4. ინსტრუქციები გუნდებისა და ოსტატებისთვის. მარტივი და ხელმისაწვდომი დოკუმენტი, რომელიც აღწერს ძირითად მოქმედებებს, რომლებიც საჭიროა გუნდისა და მისი გარემოს მიერ Scrum-ში ყველა პროცესის სწორად განსახორციელებლად.
5. IT გარემო. თუ თქვენ გაქვთ პროექტის მართვის პროგრამული უზრუნველყოფა, ჩვენ შეგვიძლია დაგეხმაროთ მისი სწორად გამოყენებაში Scrum პროექტებში.

როგორ მუშაობს განხორციელების პროექტი?

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

1. ტრენინგი და მომზადება განსახორციელებლად. ჩვენ ვამზადებთ თქვენს თანამშრომლებს, ვაფასებთ თქვენს პროცესებს და დაგეხმარებით საპილოტე პროექტის არჩევაში. ჩვენ ასევე გირჩევთ Scrum-ის განხორციელების პროექტის ქარტიის ხელმოწერას, რათა მთელ საწარმოს ჰქონდეს იგივე გაგება განხორციელების ფარგლების შესახებ.
2. Scrum-ის განხორციელება საპილოტე პროექტზე. ჩვენ დაგეხმარებით თქვენი საპილოტე პროექტის დაწყებაში. ჩვენ ვუწევთ დამატებით ტრენინგს გუნდისა და პროდუქტის მფლობელებისთვის. ჩვენ ვითვალისწინებთ გუნდის რეალურ დატვირთვას, სხვა პროექტების გავლენას და ა.შ. ასევე ვამუშავებთ ინსტრუქციებს Scrum გუნდებისთვის.
3. თქვენი საპილოტე პროექტის მხარდაჭერა. საჭიროების შემთხვევაში ვახორციელებთ განმეორებითი ბრიფინგიგუნდისთვის. ყოველდღე ვამოწმებთ, სწორად ასრულებენ თუ არა თქვენი თანამშრომლები Scrum-ის რიტუალებს? გამოვლენილი შეცდომები სწორდება ადგილზე.

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

რით განსხვავდება Agile Scrum-ისგან?

მოკლედ, Scrum არის ერთ-ერთი Agile მეთოდი.

Scrum შესაფერისია.

• პროდუქტის გუნდებისთვის, რომელთაც სურთ გაზარდონ მუშაობის სიჩქარე და გაზარდონ მათ მიერ შექმნილი პროდუქტის ბიზნეს ღირებულება;
• აუთსორსინგის გუნდებისთვის - თუ Agile/Scrum-ის დანერგვის მოთხოვნა მომდინარეობს კლიენტისგან, ჩვენ დაგეხმარებით გაიგოთ, თუ როგორ უნდა მოაწყოთ სამუშაო პროცესი საუკეთესოდ;
• ორგანიზაციებისთვის, რომლებსაც სურთ დაამყარონ ურთიერთქმედება IT-სა და ბიზნესს შორის შიდა ავტომატიზაციის პროექტების ფარგლებში.

ფასი და განხორციელების ღირებულება

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

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

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

ჩვენ ვეხმარებით:

• აირჩიე ცვლილებების განხორციელების ყველაზე ოპტიმალური გზა;
• შეარჩიეთ ადამიანები - პროცესის ძირითადი მონაწილეები (მომხმარებელთან შეთანხმებით);
• მიაღწიოს განხორციელების მიზნებს და უზრუნველყოს მომხმარებლის მხარდაჭერა პროექტის დასრულების შემდეგ.

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

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

ყოველდღიური სკრამის შეხვედრები

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

Scrum Master ატარებს ყოველდღიურ შეხვედრებს. თავის მხრივ, ის თითოეულ მონაწილეს სვამს შემდეგ კითხვებს:

• Რა ქენი გუშინ?
• რას გააკეთებ დღეს?
• რა პრობლემები შეგხვდათ?

Scrum Master შეაქვს ყველა ღია კითხვას "Action Items" სიაში. ფორმატი „რა? Ჯანმო? Როდესაც?". აქ არის ასეთი სიის მარტივი მაგალითი:

• განიხილეთ ფონის დიზაინის დეტალები
• ტოლია და კოლია
• ლანჩის შემდეგ

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

სპრინტის მიმოხილვის შეხვედრები

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

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

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

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

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

სპრინტის გადაუდებელი გაჩერება

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

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

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

არტეფაქტები Scrum-ში

ნებისმიერ Scrum პროექტში არის სამი ძირითადი არტეფაქტი (დოკუმენტი):

• პროდუქტის ბექლოგი
• სპრინტის ბექლოგი
• სპრინტის დიაგრამა (დამწვრობის სქემა)

თითოეულ არტეფაქტს აქვს საკუთარი მახასიათებლები.

პროდუქტის ჟურნალი

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

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

პროექტების დროული და მომზადებული დეტალიზაცია, ასევე მათი სრულად და საჭირო დროს მიწოდება პროდუქტის მფლობელის ამოცანაა.

სპრინტის ჟურნალი

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

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

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

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

სპრინტის განრიგი

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

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

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

დასკვნები Scrum-ის შესახებ

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

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

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

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

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

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

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

Პროექტის მენეჯმენტი ,

სწრაფი

პროდუქტის მენეჯმენტი

როდესაც წავიკითხე: "Agile ბევრად მეტია, ვიდრე უბრალოდ Scrum" - ScrumTrek-ის Certified Agile Professional სასერტიფიკაციო კურსის აღწერაში, პირველი რაც გავიფიქრე იყო: რატომ ScrumTrek, მაშინ მას უნდა ერქვა AgileTrek? ამ ტრენინგის დასრულების შემდეგ ამ განცხადებას უფრო სერიოზული დამოკიდებულებით დავუბრუნდი. მაშ რა წავართვი ტრენინგს? შენიშვნები, დარიგებები და სერტიფიცირებული ICAgile პროფესიული სერთიფიკატი? რაც შეეხება იმის გაგებას, თუ რა არის Agile? რა არის Agile მიდგომის კონცეფცია? რა არის Agile აზროვნება?

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

Agile-ის ისტორია

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

Code-and-Fix-მა ინდუსტრიას საშუალება მისცა დაეწყო კოდის დაწერა შედარებით იაფად, ყოველგვარი გეგმების, დოკუმენტაციისა და დეველოპერების კვალიფიკაციის სპეციალური მოთხოვნების გარეშე.

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

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

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

ან ისევ იგივეა რაც Scrum-ში?

1992 წელს კრისტალი გაჩნდა და პირველად ფოკუსირება მოახდინა სამუშაო კოდის ხშირად მიწოდებაზე საბოლოო მომხმარებლებისთვის. შემდეგ, 1994 წელს, დაინერგა DSM (დინამიური სისტემების განვითარების მეთოდი), რომელმაც გამოაცხადა ფოკუსირება ბიზნესის საჭიროებებზე და პროგრამული უზრუნველყოფის ხარისხის შეუმცირებელი დონე (დაახლოებით იმავე წელს გამოჩნდა ტერმინი Refactoring). საბოლოოდ, Scrum Framework დაინერგა 1996 წელს და გახდა დე ფაქტო სტანდარტი სწრაფი განვითარების მართვისთვის. იმავე წელს პირველად დაიწყო წყვილის პროგრამირების გამოყენება. და 1999 წელს გამოჩნდა XP, რომელმაც მოიტანა მომხმარებლის ისტორიების კონცეფცია (User Story), გამოშვების დაგეგმვა და უწყვეტი ინტეგრაცია (Continuous Integration). ყველა ამ კერძო ინიციატივის შედეგი იყო Agile Manifesto for Software Development, შემუშავებული 2001 წელს, რომელიც ამტკიცებს 10 წლიან დადასტურებულ ღირებულებებსა და პრინციპებს ბიზნესისთვის ფუნქციონირების სწრაფად მიწოდებისთვის.

Agile-ის შემდგომი განვითარება დაკავშირებულია პროგრამული უზრუნველყოფის შემუშავების პროცესში ყველა შესაძლო დანაკარგის აღმოფხვრის მცდელობებთან, რითაც კიდევ უფრო გაზრდის ფუნქციების მიწოდების სიჩქარეს. 2003 წელს Lean Software Development გამოჩნდა, როგორც კონცეფციის ადაპტაცია მჭლე წარმოება Toyota პროგრამული უზრუნველყოფის განვითარების ინდუსტრიაში. 2006 წელს მოძრაობა გრძელდება Kanban Software Development-ის გაჩენით, რომელიც წარმოადგენს მზა ალგორითმს ნარჩენების აღმოსაფხვრელად ბიზნესისთვის ღირებულების (ფუნქციონალურობის) მიწოდების ნაკადში. ასევე 2011 წელს, SAAS-ის (პროგრამული უზრუნველყოფა, როგორც სერვისი) ფეთქებადი ზრდის საპასუხოდ, გაჩნდა DevOps-ის კონცეფცია, რომელიც აერთიანებს განვითარებას და შენარჩუნებას ინტერფეისში ნარჩენების აღმოსაფხვრელად.

მთლიანობაში, წარმოება (განვითარება) შეწყდა ბოსტნეულს, მან ისწავლა ბიზნესის საჭიროებების რაც შეიძლება სწრაფად დაკმაყოფილება. თუმცა Agile განვითარება გრძელდება. პირველ რიგში, სწრაფი მასშტაბის ზონაში მსხვილი საწარმოები(Უსაფრთხო). Მეორეც, დიდი თანხავერ მოხერხდა საინვესტიციო პროექტებიბადებს კითხვას პროდუქტის შემუშავებაში: როგორ შევქმნათ ყველაზე მოთხოვნადი პროდუქტი რაც შეიძლება იაფად? 2009 წელს Lean Startup გახდა პასუხი ამ შეზღუდვაზე.

სწრაფი ღირებულებები და პრინციპები

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

მაგალითად, Agile-ის მეორე მნიშვნელობა არის: „სამუშაო პროდუქტი უფრო მნიშვნელოვანია, ვიდრე ყოვლისმომცველი დოკუმენტაცია“. ერთ დროს ეს იყო ჩანჩქერის მოდელის უარყოფის დეკლარაცია, რომელშიც პროგრესის გაგება დიდწილად ეფუძნება პროექტის დოკუმენტაცია. მაგრამ Agile Manifesto-ის მე-2 ვერსიაში შეიცვალა ფორმულირება: „ბიზნეს ღირებულება უფრო მნიშვნელოვანია, ვიდრე სამუშაო პროდუქტი“ (Agile Manifesto 2.1 - „MoreAgile Manifesto“). ეს არის Agile ღირებულებების ევოლუციის მაგალითი, რომელიც დაკავშირებულია Lean Startup-ის გაჩენასთან: ძალიან ბევრი სამუშაო პროდუქტი არავისთვის გამოადგება.

სკრამი და კანბანი

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

თამაშები Agile-ში

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

Penny/Multitasking თამაშებმა პირდაპირ ეთერში (ჩვენზე) და დამაჯერებლად (ჩვეულებრივი წამზომით) აჩვენეს სამუშაოს მცირე ნაწილის აღების და რამდენიმე დავალების ერთდროულად შესრულების აუცილებლობა. ჩვენ ვნახეთ, თუ როგორ აცილებს ზარალს, რაც გამოწვეულია შეფერხებით სამუშაო პროცესის მკაცრად თანმიმდევრულ პროცესში (ჩანჩქერი), დანაკარგებს დაუმთავრებელი სამუშაოების დაგროვებით (სრული პირის ღეჭვას მეტი დრო სჭირდება) და დანაკარგებს კონტექსტის გადართვის გამო (ჩანჩქერის მოდელში, სავარაუდოდ, თანამშრომელი ერთდროულად რამდენიმე პროექტზე მუშაობს).

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

საბოტაჟის მხიარულმა დადგმამ Daily Standup Meeting-ზე დაგვიბრუნდა Agile ღირებულებების განხილვაზე. მაგალითად, Scrum Master (პროცესის მწვრთნელი) არ უნდა იყოს განვითარების გუნდის მენეჯერი ან არ უნდა მოიქცეს შესაბამისად, ანუ გაანაწილოს დავალებები, ჩართოს ემოციები და დაუპირისპირდეს ჯგუფს, რითაც შეხვედრა გადაიქცევა გუნდის წევრების მოსაწყენ საანგარიშო შეხვედრად. საკუთარ თავს.

განათლების ღირებულება: ფიზიკური პირებისთვის - 25,250 რუბლი. / ორგანიზაციებისთვის - 29,260 რუბლი. დასრულების სერთიფიკატი:კურსის დასრულების შემდეგ სტუდენტები მიიღებენ სერთიფიკატს PM Expert - PMI® გლობალური რეგისტრირებული განათლების პროვაიდერისგან და შეძლებენ 24 სასწავლო საათის (PDU) დათვლას PMI Agile Certified Practitioner (PMI-ACP) გამოცდაზე.

PDU დაშლა ნიჭიერი სამკუთხედის მიხედვით

ტექნიკური	სტრატეგიული	ხელმძღვანელობა
8	8	8

ანოტაცია

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

თუმცა, PMBOK® ასევე არ კარგავს ადგილს. უმრავლესობის აზრით, თქვენ უნდა აირჩიოთ: PMBOK® ან Scrum. მაგრამ არსებობს მესამე გზა. კურსზე თქვენ შეისწავლით თუ როგორ დააკავშიროთ PMBOK®-ის სიზუსტე და Scrum-ის მოქნილობა თქვენი განვითარებისთვის სასარგებლოდ.

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

ტრენინგის მიზანი (შედეგი).

სემინარის განმავლობაში მონაწილეები შეძლებენ:

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

კურსის ტრენერები

• ნიკოლაი რიამზინი, CSM, RMR, RME - წამყვანი კონსულტანტი PM Expert

აუდიტორია

კურსის გავლისთვის დაჯილდოვებულია 24 PDU.

საგანმანათლებლო პროგრამის აღწერა

პროექტის მენეჯმენტი, როგორც ცოდნის სფერო, მტკიცედ არის დამკვიდრებული მრავალი კომერციული და სახელმწიფო კომპანიებიდა ორგანიზაციები. თუმცა, მთელი რიგი პროექტების განხორციელებისას, პირველ რიგში, მაღალ ინტელექტუალურ სფეროში, აღმოჩნდა, რომ „კლასიკური“ მიდგომები პროექტის მენეჯმენტიან მხოლოდ ნაწილობრივ მუშაობენ, ან საერთოდ არ მუშაობენ.
თუ პროექტები მოიცავს ანალიტიკური ამოცანების დიდი მოცულობის გადაჭრას, თუ პროექტში ვითარება იცვლება ყოველდღიურად ან თუნდაც საათობრივად, თუ პროექტში მონაწილეობს პროფესიონალთა კომპაქტური გუნდი 5/9 ადამიანიდან, თუ პროექტი ხშირად ცვლის მომავლის შინაარსს და ფუნქციონირებას. სისტემა, და სამუშაო უნდა შესრულდეს დროულად და ხარისხის საჭირო დონით, მაშინ შესაძლოა საჭირო გახდეს პროექტის მენეჯმენტის მოქნილი (Agile) მიდგომების გამოყენება. Scrum მეთოდმა მოიპოვა ყველაზე დიდი პოპულარობა და წარმატებით გამოიყენება ეკონომიკის სხვადასხვა სექტორში: საინფორმაციო ტექნოლოგიები, ფინანსები, განათლება, სამეცნიერო გამოკვლევადა ა.შ.
Scrum Agile Project Management კურსი შექმნილია იმისთვის, რომ პროექტის გუნდებს მისცეს ინსტრუმენტები უფრო ეფექტურად დაგეგმონ, განახორციელონ და გააკონტროლონ მაღალტექნოლოგიური პროექტები ყველაზე მოწინავე სწრაფი მეთოდების გამოყენებით.
კურსის დასრულების შემდეგ სტუდენტი:
Ვიცი:

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

Შეძლებს:

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

საკუთარი:

• პროდუქტის ბექლოგის შექმნის უნარები;
• Sprint Backlog-ის შექმნის უნარები;
• Scrum-ის პროექტებში შეხვედრების გამართვის უნარები;
• შედეგების დემონსტრირების უნარები.

ამ კურსის წარმატებით დასრულება სპეციალისტებს საშუალებას მისცემს:
მართეთ Scrum პროექტის საერთო პროგრესი.

კურსის მიზანი

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

სამიზნე აუდიტორია

სპეციალისტები, რომელთა საქმიანობა დაკავშირებულია განვითარების ან/და განხორციელების პროექტებთან ინფორმაციული სისტემები(IS):

• მენეჯერები და ანალიტიკოსები,
• პროექტის გუნდის წევრები

აუცილებელი მომზადება

• IS-ის განვითარების ან/და განხორციელების პროექტებში მონაწილეობის გამოცდილება.
• სასურველია გქონდეთ ცოდნა და უნარები კურსში UP130 „პროექტის მენეჯმენტის საფუძვლები“ ​​ან გაიაროთ ეს კურსი

1. მოქნილი (Agile) პროექტის მენეჯმენტის შესავალი.
2. პროექტის მენეჯმენტის საფუძვლები Scrum მეთოდის გამოყენებით.
3. Scrum მეთოდის ზოგადი აღწერა.
4. Scrum პროექტის სასიცოცხლო ციკლი.
5. სპრინტის განმარტება.
6. Scrum პროექტის მთავარი არტეფაქტები.
7. პროექტის ორგანიზება Scrum მეთოდის გამოყენებით
8. როლები პროექტის გარედან. დაინტერესებული მხარეები. პროექტის მომხმარებელი (დამკვეთი), სპონსორი (სპონსორი), მომხმარებლები საბოლოო პროდუქტები(მომხმარებლები)
9. როლები პროექტის გუნდი(Scrum Team, Scrum Team). პროდუქტის მფლობელი. Scrum Master. განვითარების გუნდი.
10. Scrum პროექტის სასიცოცხლო ციკლი
11. ინიცირება. პრიორიტეტული პროდუქტის ბექლოგის შექმნა.
12. დაგეგმვა და შეფასება. მომხმარებლის ისტორიების შემუშავება და შეფასება. ამოცანების ფორმირება და შეფასება. სპრინტის დაგეგმვა. პოკერის დაგეგმვა.
13. აღსრულება. პროექტის მიწოდების შექმნა. სპრინტის სტრუქტურა, ფოკუსის ფაქტორი. ყოველდღიური სკრამ შეხვედრების ჩატარება.
14. კონტროლი. სპრინტის მიმოხილვა. სპრინტის რეტროსპექტივა. გააუქმეთ სპრინტი.
15. Დასრულება. პროექტის შედეგების მიღება. პროექტის რეტროსპექტივა.
16. პროექტის მენეჯმენტის დამატებითი ასპექტები Scrum მეთოდის გამოყენებით
17. ცვლილებების მართვა. ცვლილებების შეტანა Scrum პროექტებში. ცვლილებები სპრინტის დროს.
18. Ხარისხის კონტროლი. Grooming (Product Backlog Care). Spike (Enabler - ისტორია).
19. რისკების მართვა. რისკების მართვა პროექტის დროს Scrum მეთოდის გამოყენებით.
20. დოკუმენტები პროექტის აქტივობებში

პრაქტიკული გაკვეთილები

1. ელემენტები Ცხოვრების ციკლი Scrum - პროექტი.
2. პროდუქტის ბექლოგის შექმნა. მომხმარებლის ისტორიების დაშლა და პრიორიტეტიზაცია.
3. სამუშაო ეტაპის დაგეგმვა (Sprint), Sprint Backlog-ის შედგენა. მომხმარებლის ისტორიებისა და ამოცანების შეფასება.
4. სამუშაო ეტაპის შესრულება. ყოველდღიური გუნდის შეხვედრები (ყოველდღიური Scrum Meeting).
5. მიღებული შედეგების დემონსტრირება მომხმარებლისთვის (Sprint Review Meeting).
6. შეხვედრა სამუშაო ეტაპის შედეგებზე (Sprint Retrospective Meeting).
7. Scrum პროექტის მენეჯმენტი და სამუშაო ეტაპები. ვიზუალიზაციის ინსტრუმენტებთან მუშაობა: Tasks Board და Burndown Chart. შესრულების შეფასება.
8. რისკის მართვა Scrum პროექტში.

მიღებული დოკუმენტი

მოწინავე მომზადების სერთიფიკატი და საერთაშორისო სერთიფიკატი.