ქვემოთ მოცემულია 12 პოპულარული მიდგომა იმავე თანმიმდევრობით და პრაქტიკული მინიშნებებით, თუ როგორ გამოიყენოთ ისინი ყოველდღიურ მუშაობაში.
შინაარსი:
1. Agile
Agile არის მიდგომების ოჯახი, სადაც მუშაობა მოკლე ციკლებით მიმდინარეობს: გუნდი ქმნის შედეგის მცირე დასრულებულ ნაწილს, აჩვენებს მას, იღებს უკუკავშირს, ასწორებს გეგმას და იმეორებს პროცესს. Agile განსაკუთრებით სასარგებლოა მაშინ, როდესაც მოთხოვნები პროექტის მსვლელობისას იცვლება და დამკვეთი მოლოდინებს ეტაპობრივად აზუსტებს.
Agile-ის არსი მარტივი კითხვით მოწმდება: შეძლებს გუნდი ერთ კვირაში ისეთი დასრულებული შედეგის ჩვენებას, რომლის მიღება, გამოყენება ან შემდგომ ეტაპზე გადაცემა შეიძლება? თუ შედეგი მხოლოდ ფინალში ჩნდება, Agile შეიძლება მიწოდების ნაცვლად შეხვედრების სერიად გადაიქცეს.
Agile ეფუძნება გამჭვირვალობის დისციპლინას: რა დასრულდა, რა არის მუშაობაში, რა აფერხებს მოძრაობას, მოცულობის რომელი ცვლილებები შეთანხმდა და რომელი ჯერ კიდევ განიხილება. მშენებლობასა და რემონტშიც ეს ლოგიკა მუშაობს, თუ მას ობიექტისა და ცვლილებების შეთანხმების პროცესს მოვარგებთ.
2. Waterfall
Waterfall არის კასკადური მიდგომა: პროექტი ფაზებად იყოფა და გუნდი მათ თანმიმდევრულად გადის. ტიპური რიგია მოთხოვნები → პროექტირება → შესრულება → ტესტირება → ჩაბარება. მისი ძლიერი მხარე პროგნოზირებადობაა, როდესაც მოთხოვნები გასაგებია და იშვიათად იცვლება.
Waterfall ეფექტურია იქ, სადაც ცვლილება ძვირი ჯდება: საინჟინრო სისტემებში, მკაცრი მოცულობის მქონე დანერგვებსა და ერთმანეთზე დამოკიდებულ სამუშაოებში. გუნდი წინასწარ აფიქსირებს მოთხოვნებს და გეგმას მუდმივი ცვლილებებისგან იცავს.
სუსტი მხარე გვიანი უკუკავშირია. მოთხოვნების არასწორი გაგება ხშირად ბოლოს იჩენს თავს, როდესაც გადაკეთება რთულია. ამიტომ საჭიროა ცვლილებების მკაფიო მართვა: მოთხოვნის დაფიქსირება, გავლენის შეფასება, გადაწყვეტილება, გეგმის განახლება და შეთანხმების შენახვა.
3. Scrum
Scrum არის Agile-ის ოჯახის ფრეიმვორკი, სადაც გუნდი ფიქსირებული ხანგრძლივობის სპრინტებით მუშაობს, ხშირად 1–2 კვირის განმავლობაში. დასაწყისში არსებობს ამოცანების ბექლოგი, ხოლო სპრინტის ბოლოს გუნდი აჩვენებს ინკრემენტს — პროდუქტის ან მომსახურების დასრულებულ ნაწილს.
Scrum-ში მნიშვნელოვანია როლები. Product Owner პასუხს აგებს პრიორიტეტებსა და შედეგის ღირებულებაზე, Scrum Master იცავს პროცესს და დაბრკოლებების მოხსნაში ეხმარება, გუნდი კი სამუშაოსა და ხარისხზეა პასუხისმგებელი. ასევე საჭიროა სპრინტის დაგეგმვა, ყოველდღიური სინქრონიზაცია, შედეგის მიმოხილვა და რეტროსპექტივა.
Scrum ეფექტურია, როდესაც გუნდს შეუძლია სამუშაოს მცირე, შემოწმებად შედეგებად დაყოფა და თითოეულ იტერაციაში რეალური მიწოდება. თუ სპრინტი ყოველთვის თითქმის დასრულებული მდგომარეობით მთავრდება, Scrum ანგარიშგების რიტუალად იქცევა.
4. Kanban
Kanban ამოცანების ნაკადს ვიზუალიზაციით, დაუსრულებელი სამუშაოს ლიმიტებითა და ეტაპებს შორის გადაადგილების მკაფიო წესებით მართავს. გუნდი პროცესის შესაბამის დაფას ქმნის და აკვირდება, რომ ამოცანები შეფერხების გარეშე მოძრაობდეს.
ძირითადი პრინციპია WIP ლიმიტი: რამდენი ამოცანა შეიძლება ერთდროულად იყოს მუშაობაში. ეს ამცირებს ზედმეტ პარალელურობას, როდესაც თითქოს ყველა დაკავებულია, მაგრამ ვადები იწევს და ხარისხი მცირდება.
Kanban ხშირად გამოდგება მხარდაჭერისთვის, საოპერაციო ამოცანებისთვის, სააგენტოს ნაკადებისა და კონტენტის წარმოებისთვის, სადაც მოთხოვნები მუდმივად შემოდის და სტაბილური გამტარუნარიანობაა მნიშვნელოვანი. პროექტულ მუშაობაში მას ხშირად ემატება ვადების ხაზი და დამოკიდებულებები.
5. Scrumban
Scrumban აერთიანებს Scrum-სა და Kanban-ს. მას ხშირად ირჩევენ გუნდები, რომლებსაც მკაცრი სპრინტები აღარ შეეფერებათ, მაგრამ სურთ რეგულარული დაგეგმვისა და გამჭვირვალე ბექლოგის შენარჩუნება.
პრაქტიკაში დაგეგმვა და პრიორიტეტიზაცია რჩება, ხოლო იტერაციის შიგნით მუშაობა Kanban-ის ლოგიკით, WIP ლიმიტებითა და დასრულებაზე ფოკუსით მიმდინარეობს. ეს სასარგებლოა, როცა გუნდს ერთდროულად აქვს პროექტული ამოცანები და გადაუდებელი მოთხოვნების ნაკადი.
Scrumban-ის რისკია გაურკვეველი შუალედური მდგომარეობა: სპრინტის დისციპლინა გაქრა, ლიმიტები არ დაინერგა, პრიორიტეტები კი ყოველდღე იცვლება. ამიტომ საჭიროა მკაფიო წესები: რა ითვლება გადაუდებლად, ვინ ცვლის პრიორიტეტს და როდის არის ამოცანა მზად სამუშაოში გადასასვლელად.
6. PRINCE2
PRINCE2 პროცესზე დაფუძნებული პროექტის მართვის მეთოდოლოგიაა, რომელიც ძლიერ აქცენტს აკეთებს მმართველობით კონტროლზე. განსაკუთრებული ყურადღება ექცევა როლებს, მისაწოდებელ შედეგებს, ეტაპების მართვასა და პროექტის ბიზნესღირებულების შენარჩუნებას.
PRINCE2 ხშირად გამოიყენება გარემოში, სადაც საჭიროა ანგარიშგება, გადაწყვეტილებების კონტროლი და პასუხისმგებლობის მკაფიო საზღვრები: კონტრაქტულ პროექტებსა და დიდ დანერგვებში. მეთოდოლოგია აყალიბებს საერთო ენას — ვინ ამტკიცებს, ვინ ასრულებს, ვინ აკონტროლებს, რა არის შედეგი და როგორ ხდება მისი მიღება.
სუსტი მხარე დამატებითი ადმინისტრაციული დატვირთვაა. მცირე პროექტში PRINCE2 გუნდს დოკუმენტებითა და შეთანხმებებით ადვილად გადატვირთავს. ამიტომ მართვის სიღრმე პროექტის მასშტაბსა და რისკს უნდა მოერგოს, ხოლო შინაარსი დარჩეს შაბლონების ფორმალური კოლექციის გარეშე.
7. Six Sigma
Six Sigma პროცესების გაუმჯობესების მიდგომაა, რომელიც ცვალებადობისა და დეფექტების შემცირებას ემსახურება. ის წარმოებასთან ასოცირდება, თუმცა მომსახურების კომპანიებშიც მუშაობს: დეფექტი შეიძლება იყოს მონაცემის შეცდომა, მომსახურების ვადის დარღვევა, განმეორებითი სამუშაო ან შეთანხმებაზე დახარჯული ზედმეტი დრო.
პოპულარული ჩარჩოა DMAIC: პრობლემის განსაზღვრა, გაზომვა, მიზეზების ანალიზი, პროცესის გაუმჯობესება და კონტროლის დამკვიდრება. მეთოდი გამოდგება ამოცანებისთვის, სადაც მნიშვნელოვანია რიცხვები, განმეორებადობა და სტატისტიკის საფუძველზე პროცესის შეცვლა.
Six Sigma ნაკლებად სასარგებლოა კვლევით ამოცანებში, როდესაც პროდუქტი ჯერ მიმართულებას ეძებს, დიზაინი ფორმას იკვლევს ან გუნდი ჰიპოთეზებს ამოწმებს. ასეთ შემთხვევებში მოკლე მიწოდების ციკლები და უკუკავშირი უფრო ეფექტურია, ვიდრე ჯერ კიდევ არასტაბილური პროცესის ზუსტი ოპტიმიზაცია.
8. კრიტიკული გზის მეთოდი
კრიტიკული გზის მეთოდი, ანუ CPM, კალენდარული დაგეგმვის ტექნიკაა, რომელიც პროექტის ხანგრძლივობის განმსაზღვრელ ამოცანათა ჯაჭვს პოულობს. ამ სამუშაოებს დროის რეზერვი არ აქვთ და ნებისმიერი მათგანის დაგვიანება საბოლოო თარიღს წევს.
CPM იწყება ქსელური მოდელით: ამოცანები, მათი ხანგრძლივობა და დამოკიდებულებები. გამოთვლის შემდეგ ჩანს, რომელ სამუშაოებს აქვს რეზერვი და რომელია კრიტიკულ გზაზე. ეს განსაკუთრებით ძლიერია მშენებლობაში, მონტაჟსა და ბევრი კავშირის მქონე ობიექტის გაშვებაში.
ხშირი შეცდომაა CPM-ის რეალობისგან მოწყვეტილ ლამაზ სქემად ქცევა. ქსელი მხოლოდ მაშინ არის სასარგებლო, როდესაც ფაქტობრივი პროგრესის მიხედვით ახლდება, ცვლილებები ფიქსირდება და მათი გავლენა ვადებზე, რესურსებსა და ბიუჯეტზე ხელახლა ითვლება.
9. პროექტის მართვა კრიტიკული გზით
როდესაც CPM მართვის მეთოდად იქცევა, ის ერთჯერადი გამოთვლა აღარ არის და სამუშაო ციკლად ყალიბდება: გეგმა → კრიტიკული გზის გამოთვლა → ფაქტის კონტროლი → ხელახალი გამოთვლა → მმართველობითი გადაწყვეტილებები. მნიშვნელოვანია, ვინ აახლებს გეგმას, ვინ ადასტურებს შესრულებას და ვინ იღებს გადაგეგმვის გადაწყვეტილებას.
CPM-ით მართვის პრაქტიკული ღირებულება არჩევანის იძულებაშია: დავაჩქაროთ კრიტიკული სამუშაო, შევცვალოთ თანმიმდევრობა, დავამატოთ რესურსი, გავამარტივოთ მოცულობა თუ გადავწიოთ თარიღი. ეს ზოგად მოწოდებაზე უკეთესია, რადგან ჩანს, სად აქვს აჩქარებას რეალური ეფექტი.
დანერგვის საბაზო სქემა:
- დაყავით პროექტი სამუშაოებად და შედეგებად, ანუ WBS-ად, ისე, რომ შესრულების ფაქტის მიღება შეიძლებოდეს.
- მიუთითეთ დამოკიდებულებები და შეაფასეთ ხანგრძლივობები, თანვე დააფიქსირეთ დაშვებები.
- გამოთვალეთ კრიტიკული გზა და რეზერვები, გამოყავით ვიწრო ადგილები.
- დააწესეთ ფაქტის განახლების რიტმი დღეების ან კვირების მიხედვით და გადაგეგმვის წესები.
- დააფიქსირეთ მოცულობის ცვლილებები და მათი გავლენა ვადებსა და ფინანსებზე.
10. Lean
Lean ორიენტირებულია მომხმარებლისთვის ღირებულებასა და დანაკარგების მოცილებაზე: ზედმეტ გადაადგილებაზე, ლოდინზე, გადაკეთებაზე, ზედმეტ შეთანხმებებსა და ყოველი შემთხვევისთვის შექმნილ მარაგზე. პროექტებში Lean ნიშნავს ნაკადის შექმნას შეფერხებისა და განმეორებითი აწყობის გარეშე.
Lean კარგად მუშაობს განმეორებად პროცესებში: ტიპურ რემონტში, სერიულ ობიექტებში, რეგულარულ მომსახურებასა და ერთიანი შაბლონით ახალი ერთეულების გაშვებაში. ასეთ გარემოში დროის დაკარგვის წყაროს ერთხელ პოვნა და სისტემურად აღმოფხვრა მომგებიანია.
პროექტულ გარემოში Lean-ის რისკია ზედმეტი ოპტიმიზაცია იქ, სადაც მრავალფეროვნება აუცილებელია. შემოქმედებით ან კვლევით ამოცანაში ზოგი ზედმეტად მიჩნეული მოქმედება სწავლას უზრუნველყოფს და შეცდომის ალბათობას ამცირებს. აქ Lean სიფრთხილეს მოითხოვს: ქაოსი შეამციროს, სწავლა კი შეინარჩუნოს.
11. PMBOK®
PMBOK® არ არის ერთი გასაშვები მეთოდი; ის პროექტების მართვის ცოდნისა და პრაქტიკის კრებულია. იგი მართვას აყალიბებს მიმართულებების მიხედვით: ვადები, ღირებულება, რისკები, შესყიდვები, ხარისხი, კომუნიკაცია და დაინტერესებული მხარეები.
PMBOK®-ში განსაკუთრებით ღირებულია ადაპტაციის იდეა: პრაქტიკები პროექტის კონტექსტს უნდა მოერგოს. 3-კვირიან პროექტსა და ერთწლიან პროექტს დაგეგმვის, კონტროლისა და დოკუმენტაციის სხვადასხვა სიღრმე სჭირდება, თუმცა ძირითადი კითხვები უცვლელია: მიზანი, მოცულობა, ვადები, ბიუჯეტი, რისკები და მიღება.
PMBOK®-ის ყოველდღიურ მუშაობასთან დასაკავშირებლად დაიწყეთ საბაზო არტეფაქტებით: პროექტის მიზანი, სამუშაოთა სტრუქტურა, კალენდარული გეგმა, ბიუჯეტი, რისკების რეესტრი და ცვლილებების მართვის პროცესი. ეს ქმნის ჩონჩხს, რომელსაც საჭირო დეტალები შემდეგ ემატება.
12. XP
XP არის პროგრამული უზრუნველყოფის განვითარების საინჟინრო პრაქტიკების ნაკრები, რომელიც სწრაფ ცვლილებებსა და სტაბილურ ხარისხზეა მორგებული. მისი მთავარი იდეა უფრო ფართოდაც მოქმედებს: ხარისხი პროცესშივე უნდა აშენდეს და არა მხოლოდ ბოლოს შემოწმდეს.
XP იყენებს მოკლე უკუკავშირის პრაქტიკებს: ტესტებით მართული განვითარება, ანუ TDD, ცვლილებების ხშირი ინტეგრაცია, რეფაქტორინგი, წყვილში პროგრამირება და მცირე რელიზები. ასე გუნდი ამცირებს რისკს, რომ ხანგრძლივი მუშაობის შემდეგ ყველაფერი ერთდროულად გაფუჭდეს.
XP ხშირად გამოიყენება, როდესაც დეფექტის ფასი მაღალია და მოთხოვნები რეგულარულად იცვლება. თუ გუნდი იშვიათად უშვებს განახლებას, ტესტები არ აქვს და ინტეგრაცია ხელით სრულდება, დანერგვა უმჯობესია ერთი ნაბიჯით დაიწყოს: თითოეულ ცვლილებაზე ხარისხის ავტომატური შემოწმებით.
როგორ ავირჩიოთ მეთოდი ამოცანისთვის
პროექტის მართვის მეთოდის არჩევა მოდური ტერმინებით კი არა, სამუშაოს ბუნებით იწყება. ზოგ პროექტში ცვლილება ძვირი და სარისკოა; სხვაგან შემომავალი ამოცანების გამტარუნარიანობაა მთავარი; პროდუქტი კი შეიძლება უკუკავშირით ეტაპობრივად დაზუსტდეს. ერთ ბიზნესში ხშირად რამდენიმე მიდგომა თანაარსებობს: ვადები კრიტიკული გზით ითვლება, ცვლილებები Agile-ის ლოგიკით იმართება, მოთხოვნების ნაკადი კი Kanban-ით კონტროლდება.
არჩევანის სწრაფად შესავიწროებლად გამოიყენეთ რამდენიმე შემოწმება:
- თუ წარმატება დამოკიდებულებათა ზუსტ ჯაჭვზეა დამოკიდებული, გამოიყენეთ CPM, განტის გრაფიკი და გეგმის რეგულარული ხელახალი გამოთვლა.
- თუ წარმატება შედეგის ხშირ მიწოდებაზეა დამოკიდებული, გამოგადგებათ Agile, Scrum და მოკლე იტერაციები.
- თუ წარმატება შემომავალი ამოცანების სტაბილურ ნაკადზეა დამოკიდებული, დაიწყეთ Kanban-ითა და WIP ლიმიტებით.
- თუ წარმატება მმართველობით კონტროლსა და ანგარიშგებაზეა დამოკიდებული, PRINCE2 და PMBOK® პროცესების კარგ საფუძველს ქმნის.
მეთოდოლოგია უკეთ მუშაობს, როდესაც პროექტს ფინანსებისა და დოკუმენტების ფაქტების ერთიანი წყარო აქვს. 101-ში ამისთვის არსებობს პროექტის ფინანსური კონტური: შემოსავლები, ხარჯები, დადასტურებები, ანგარიშები და ანალიტიკა.
თუ გსურთ პროცესების როლებად სწრაფად დაყოფა და იმის დანახვა, სად იკარგება დრო და ფინანსები, 101 აპლიკაციის ცოცხალი პრეზენტაცია მართვის მეთოდის აღრიცხვისა და ანგარიშგების ფაქტებთან დაკავშირებაში დაგეხმარებათ.
როდესაც პროექტები მრავლდება, ჩნდება ერთი ობიექტის ფარგლებს ზემოთ მართვის საჭიროება: პროექტების შედარება, საერთო ხარჯების შეფასება და სეზონის განმავლობაში ბიზნესის მდგრადობის კონტროლი. ამ ეტაპზე PRO+ იძლევა დამატებით ანალიტიკასა და კონტროლს, რომლის რეგულარულად ხელით აწყობა რთულია.