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