Agile მეთოდოლოგია: მნიშვნელობა, უპირატესობები, უარყოფითი მხარეები და სხვა

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

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

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

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

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

Agile განვითარების მეთოდის ისტორია

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

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

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

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

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

ეს მანიფესტი ეფუძნება 4 ღირებულებასა და 12 პრინციპს.

Agile განვითარების 4 ღირებულება და 12 პრინციპი

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

ეს ოთხი მნიშვნელობა შემდეგია:

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

Agile Manifesto-ის ზემოთ მოცემული მნიშვნელობები დაფუძნებულია 12 პრინციპზე და ისინი შემდეგია:

1. მომხმარებელთა კმაყოფილება ღირებული პროგრამული უზრუნველყოფის ადრეული და უწყვეტი მიწოდებით.
2. მივესალმები ცვალებად მოთხოვნებს, თუნდაც გვიან განვითარებაში.
3. სამუშაო პროგრამული უზრუნველყოფის მიწოდება ხშირად (კვირები და არა თვეები)
4. მჭიდრო, ყოველდღიური თანამშრომლობა ბიზნესმენებსა და დეველოპერებს შორის
5. პროექტები აგებულია მოტივირებულ პიროვნებებზე, რომლებსაც უნდა ენდოთ
6. პირისპირ საუბარი კომუნიკაციის საუკეთესო ფორმაა (თანამდებარეობა)
7. სამუშაო პროგრამული უზრუნველყოფა არის პროგრესის ძირითადი საზომი
8. მდგრადი განვითარება, შეუძლია შეინარჩუნოს მუდმივი ტემპი
9. მუდმივი ყურადღება ტექნიკური სრულყოფილებისა და კარგი დიზაინისადმი
10. სიმარტივე - შესრულებული სამუშაოს მაქსიმალური მოცულობის ხელოვნება - აუცილებელია
11. საუკეთესო არქიტექტურები, მოთხოვნები და დიზაინი წარმოიქმნება თვითორგანიზებული გუნდებიდან
12. რეგულარულად, გუნდი ფიქრობს იმაზე, თუ როგორ უნდა გახდეს უფრო ეფექტური და შესაბამისად მორგებულია

გამეორებები ან სპრინტები

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

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

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

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

Agile განვითარების უპირატესობები

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

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

Agile მეთოდოლოგიის ნაკლოვანებები

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

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

როდის გამოვიყენოთ Agile მეთოდები

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

პოპულარული Agile განვითარების ჩარჩოები

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

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

1. შერკინება: ეს ჩარჩო შექმნილია 10 ან ნაკლები წევრის მქონე გუნდებისთვის. სამუშაო დაყოფილია 2-4 კვირის სპრინტებად, ყოველდღიური 15 წუთიანი შეხვედრებით.
   
   
2. Kanban: Toyota-დან წარმოშობილი Kanban არის იაპონური სიტყვა, რომელიც ნიშნავს ბილბორდს და ძალიან სასარგებლოა გუნდებისთვის, რომლებიც აფასებენ ვიზუალურ დახმარებას. ამოცანები გადადის ერთი ეტაპიდან მეორეზე ვიზუალური წარმოდგენების გამოყენებით, როგორიცაა წებოვანი შენიშვნები ან აპლიკაციები.
   
   
3. აპლიკაციის სწრაფი განვითარება RAD: ეს ფრაზა შეიძლება ეხებოდეს როგორც სწრაფი პროგრამული უზრუნველყოფის განვითარებას ზოგადად, ასევე ჯეიმს მარტინის მეთოდს. RAD ყურადღებას ამახვილებს მომხმარებლის ინტერფეისის მოთხოვნებზე და დიდწილად ეყრდნობა პროტოტიპებს.
   
   
4. Lean Start-up: ეს ჩარჩო განკუთვნილია მათთვის, ვისაც პროდუქტის ან სერვისის განვითარება სჭირდება, მაგრამ ჯერ უნდა განსაზღვროს მისი ბაზრის სიცოცხლისუნარიანობა. ის მოიცავს ექსპერიმენტების გამოყენებას, რათა ნახოთ რა მუშაობს და რა არა.

სხვა თვალსაჩინო ჩარჩოები მოიცავს ექსტრემალური პროგრამირებას (XP), ადაპტირებულ პროგრამული უზრუნველყოფის განვითარებას, სწრაფი მოდელირებას, დინამიური სისტემების განვითარების მეთოდს და Scaled Agile Framework.

Agile vs Waterfall მეთოდოლოგიები

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

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

ადაპტური vs პროგნოზირებადი განვითარება

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

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

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

პროგრამული უზრუნველყოფის ოსტატობა

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

Software Craftsmanship მოძრაობას ასევე აქვს მანიფესტი და მასში ნათქვამია:

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

დასკვნა

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

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