საუდის არაბეთის გიგა-პროექტების გარემო ამაღლებს პროექტის კონტროლის სტანდარტს.
მსხვილი კონტრაქტორებისთვის სააღრიცხვო ERP-ის, Oracle Primavera P6-ის, ცხრილების და ცალკეული სამშენებლო აპლიკაციების არსებობა ავტომატურად არ ქმნის რეალურ დროში კონტროლს. საწარმოო დონის კონტრაქტორებს სჭირდებათ პროექტის საოპერაციო მოდელი, რომელიც აერთიანებს მასშტაბს, გრაფიკს, ხარჯებს, შესყიდვებს, ქვეკონტრაქტორებს, რესურსებს, ცვლილებებს და ობიექტზე ფაქტობრივ შესრულებას.
სხვა სიტყვებით, მიზანი მხოლოდ მომხდარის აღრიცხვა არ არის.
სანაცვლოდ, მიზანია deviations-ის საკმარისად ადრე იდენტიფიცირება, რათა მათზე მოქმედება მოხდეს.
DANAOS Projects-ისთვის ეს იწყება პროექტის ძირითადი საკონტროლო განზომილებების დაკავშირებით:
BoQ ↔ WBS ↔ Cost Codes
და პროექტის საბაზისო გეგმის ოპერაციულ რეალობასთან უწყვეტი შედარებით.
რატომ არის რეალურ დროში პროექტის კონტროლი განსაკუთრებით მნიშვნელოვანი საუდის არაბეთში?
საუდის არაბეთი გადადის თავისი ეკონომიკური ტრანსფორმაციის განსხვავებულ ფაზაში.
Public Investment Fund-ის 2026–2030 სტრატეგია აღწერს გადასვლას სწრაფი ზრდიდან მდგრადი ღირებულების შექმნაზე. თავის სტრატეგიულ მიზნებს შორის PIF კონკრეტულად ასახელებს ხარჯთეფექტიან ოპერაციებს, ეფექტურ კონტროლს, მოქნილ შესრულებას და მოწინავე AI-ს ძლიერი მონაცემთა საფუძვლებით.
ეს მნიშვნელოვანია კონტრაქტორებისთვის.
საუდის არაბეთის პროექტების გარემო მოიცავს მაღალი სირთულის განვითარებებს, ინფრასტრუქტურას, ინდუსტრიულ პროექტებსა და PIF-ის მიერ მხარდაჭერილ მსხვილ პროგრამებს, რომელთაც დიდი კონტრაქტორული, ქვეკონტრაქტორული და მომწოდებლური ეკოსისტემები ახლავთ.
ამიტომ მენეჯმენტის კითხვა სულ უფრო მეტად აღარ არის:
„გვაქვს თუ არა საჭირო პროგრამული უზრუნველყოფა?“
ის არის:
„შეუძლიათ ჩვენს სისტემებს გვიჩვენონ, სად ხდება პროექტის გადახრა, როცა რეაგირებისთვის ჯერ კიდევ არის დრო?“
თუმცა, ეს ბევრად მეტს მოითხოვს, ვიდრე თვის ბოლოს ფინანსური ანგარიშგება.
უპირველეს ყოვლისა, ამას სჭირდება ოპერაციული პროექტის კონტროლი.
1. ხარჯების კონტროლი უნდა დაიწყოს პროექტის საბაზისო გეგმით
რეალურ დროში კონტროლის პირველი მოთხოვნა არაა დეშბორდი.
სანაცვლოდ, ეს არის საიმედო საბაზისო გეგმა.
კონტრაქტორისთვის პროექტის საბაზისო გეგმამ უნდა განსაზღვროს:
- რას აწვდის კონტრაქტორი;
- რა რაოდენობებით;
- როდის უნდა შესრულდეს სამუშაო;
- რომელი რესურსები უნდა მოიხმაროს სამუშაომ;
- როგორ აფასებს კონტრაქტორი ამ რესურსებს;
- რა შემოსავალს ან კომერციულ ღირებულებას ატარებს სამუშაო.
DANAOS Projects-მა ეს გააანალიზა თავის სტატიაში ინტეგრირებული პროექტის შესრულების საბაზისო მაჩვენებლების შესახებ. იქ ხარჯი და გრაფიკი ერთმანეთთან დაკავშირებული უნდა დარჩეს და არ უნდა იმუშაონ როგორც იზოლირებული კონტროლის სტრუქტურები.
ProjectVIEW ERP-ისთვის ძირითადი ურთიერთობაა:
- BoQ = მოცულობა, რაოდენობა და კომერციული განზომილება
- WBS = შესრულებისა და დროის განზომილება
- Cost Codes = შიდა ხარჯთკონტროლის განზომილება
ProjectVIEW ERP Cost Control Module აგებულია შემდეგ კავშირზე:
BoQ ↔ WBS ↔ Cost Codes
მთავარი აზრი არაა, რომ ყველა ორგანიზაციამ იდენტური ტერმინოლოგია უნდა გამოიყენოს.
საუბარი იმაზეა, რომ მასშტაბი, შესრულება და ხარჯი უნდა ეყრდნობოდეს ერთსა და იმავე პროექტის რეალობას.
2. შესყიდვებმა უნდა უპასუხოს პროექტის გრაფიკს
გიგა-პროექტზე შესყიდვები არ უნდა მუშაობდეს როგორც დამოუკიდებელი შესყიდვების დეპარტამენტი, რომელიც რეაგირებს იზოლირებულ მოთხოვნებზე.
სანაცვლოდ, შესყიდვებს პროექტი უნდა მართავდეს.
ეს ნიშნავს ისეთი კითხვების პასუხს, როგორიცაა:
- რომელი სამუშაო პაკეტი მოითხოვს მასალას ან მომსახურებას?
- რა რაოდენობა დაუშვა ბიუჯეტმა?
- როდის არის ის საჭირო გრაფიკის მიხედვით?
- დამტკიცებულია თუ არა მოთხოვნა?
- გაგზავნა თუ არა გუნდმა RFQ?
- რომელი მომწოდებელი აირჩია გუნდმა?
- რა თანხა აქვს პროექტს უკვე ვალდებულად აღებული?
- როდის არის მიწოდება მოსალოდნელი?
- მოესწრება თუ არა მასალა შესაბამისი აქტივობის დაწყებამდე?
DANAOS Projects-ის BoQ-ზე ორიენტირებული შეფასების მიდგომა აქ მნიშვნელოვანია. ბოლოს და ბოლოს, შესყიდვების საჭიროება საბოლოოდ უნდა მომდინარეობდეს იქიდან, რასაც შეფასება და ბიუჯეტი მიუთითებს, რომ პროექტი მოიხმარს.
გარდა ამისა, საუდის არაბეთი ერთ დამატებით განზომილებასაც აძლევს.
სახელმწიფო შესყიდვების პოლიტიკა დიდ ყურადღებას უთმობს ადგილობრივ შინაარსსა და ადგილობრივ ინდუსტრიას. ამავდროულად, ფინანსთა სამინისტრომ წარმოადგინა ახალი სამთავრობო ტენდერებისა და შესყიდვების კანონი, რომელიც 2026 წლის აგვისტოში დაამტკიცეს, როგორც მმართველობის, გამჭვირვალობის, დაგეგმვისა და განხორციელების ეფექტიანობის გამაძლიერებელი.
ამრიგად, საუდის არაბეთის მსხვილ პროგრამებზე მომუშავე კონტრაქტორებისთვის შესყიდვები უნდა იყოს როგორც პროექტზე ორიენტირებული, ისე აუდიტირებადი.
3. კონტრაქტორებმა უნდა დაინახონ დადგენილი ხარჯი ინვოისის მოსვლამდე
ბუღალტერია აუცილებელია.
მაგრამ ინვოისი ოპერაციული პროექტის კონტროლის თვალსაზრისით ხშირად გვიანი სიგნალია.
განვიხილოთ, რა ხდება ინვოისამდე:
პირველ რიგში, მენეჯერი ამტკიცებს მასალის მოთხოვნას.
შემდეგ, მყიდველი აგზავნის RFQ-ს.
შემდეგ გუნდი ირჩევს მომწოდებელს.
ამის შემდეგ, შესყიდვები ქმნის შესყიდვის ორდერს.
და ბოლოს, კონტრაქტორი გასცემს ქვეკონტრაქტს.
ამ ეტაპზე კონტრაქტორს შეიძლება უკვე ჰქონდეს ეკონომიკური ვალდებულება, მიუხედავად იმისა, რომ მომწოდებლის ინვოისი ჯერ არ მისულა ბუღალტერიაში.
ამიტომ, რეალურ დროში ხარჯების კონტროლმა უნდა განასხვაოს:
- ბიუჯეტირებული ხარჯი
- Committed Cost
- ფაქტობრივი ხარჯი
- დარიცხული ხარჯი
- საბოლოო დასრულებამდე პროგნოზირებული ხარჯი
- ხარჯი დასრულებისას
ამ მიზეზით, DANAOS Projects-ის სტატია ინტეგრირებული ხარჯთკონტროლის არქიტექტურის შესახებ ამ საუდის სპეციფიკურ განხილვას უნდა ერთვოდეს.
მოკლედ, უკეთესი პროექტის კონტროლის კითხვა არ არის:
„რამდენი დავხარჯეთ?“
ის არის:
„იმის საფუძველზე, რაც უკვე შევასრულეთ, დავბენიტეთ და ჯერ კიდევ გვჭირდება შესასრულებლად, სად მიდის პროექტის საბოლოო ხარჯი?“
4. ქვეკონტრაქტორის პროგრესმა ფიზიკური და კომერციული რეალობა უნდა შეაჯეროს
გარდა ამისა, საუდის გიგა-პროექტები შეიძლება მოიცავდეს დიდ ქვეკონტრაქტორულ ეკოსისტემებს.
ეს ქმნის რთულ საკონტროლო პრობლემას.
მაგალითად, ქვეკონტრაქტორმა შეიძლება განაცხადოს შესრულების პროცენტი.
ამავდროულად, დაგეგმვის გუნდმა შეიძლება პროგრესი WBS აქტივობებთან მიმართებით გამოთვალოს.
ობიექტის გუნდმა შეიძლება სხვა ფიზიკური რაოდენობები გაზომოს.
ანალოგიურად, კომერციულმა განყოფილებამ შეიძლება განსხვავებული ოდენობა დაადასტუროს.
და ბოლოს, ბუღალტერია ტრანზაქციას მხოლოდ მაშინ ხედავს, როცა სერტიფიკატი გადასახდელი გახდება.
ეს განსხვავებული ხედვები საბოლოოდ უნდა შეაჯეროს.
თითოეული ქვეკონტრაქტული პაკეტისთვის საწარმოს პროექტის კონტროლმა უნდა დააკავშიროს:
ქვეკონტრაქტის მოცულობა
→ WBS / სამუშაო პაკეტი
→ ფიზიკური პროგრესი
→ სერტიფიცირებული რაოდენობა
→ კომერციული ღირებულება
→ რეტენცია / დაქვითვა
→ ხარჯი
→ გადახდა
ProjectVIEW ERP-ის მიმდინარე SaaS ჩარჩო მოიცავს ქვეკონტრაქტის ციკლის მართვას, პროგრესის გაზომვას და სერტიფიცირებას, ცვლილებებს, პრეტენზიებსა და რეზერვის თვალყურის დევნებას.
კონტრაქტორებისთვის, რომლებიც მრავალი გიგა-პროექტის პაკეტზე მუშაობენ, ასეთი მიკვლევადობა მხოლოდ ადმინისტრაციული მოსახერხებლობა არ არის.
სანაცვლოდ, ეს ხარჯების კონტროლის მოთხოვნაა.
5. პროდუქტიულობამ უნდა დააკავშიროს ფიზიკური გამომავალი, რესურსები, დრო და ხარჯი
პროექტი შეიძლება პროგრესირებად ჩანდეს, მაშინ როცა მარჟა ჩუმად უარესდება.
განვიხილოთ სამშენებლო საქმიანობა, სადაც შეფასება ვარაუდობს, რომ ერთი გაზომვადი ერთეული მოითხოვს:
- X შრომის საათები
- Y მასალის რაოდენობა
- Z მანქანა-დანადგარების საათები
თუ პროექტი იგივე რაოდენობის წარმოებისთვის მეტ შრომას ან დანადგარს მოიხმარს, პროდუქტიულობა იკლებს.
ეს შეიძლება ოპერაციულად გახდეს შესამჩნევი ბევრად ადრე, ვიდრე ბუღალტერია ფინანსურ შედეგს აჩვენებს.
ამიტომ კონტრაქტორებმა პროდუქტიულობა არ უნდა გაზომონ მხოლოდ როგორც:
ნამუშევარი საათები
ან მხოლოდ როგორც:
სრულების პროცენტი
სანაცვლოდ, მან უნდა დააკავშიროს:
ფიზიკური გამომუშავება ↔ შრომითი ძალისხმევა ↔ რესურსები ↔ დრო ↔ ხარჯი
იგივე ლოგიკა ვრცელდება მძიმე ტექნიკაზეც.
კონტრაქტორს არ სჭირდება მხოლოდ იმის ცოდნა, რომ ექსკავატორი, ამწე ან ბეტონის ტუმბო რვა საათის განმავლობაში მუშაობდა.
პრაქტიკაში, მენეჯმენტს სჭირდება იცოდეს:
- სად გამოიყო ეს?
- რომელ საქმიანობას უჭერდა მხარს?
- რა რაოდენობა წარმოშვა?
- რას ითვალისწინებდა ბიუჯეტი?
- დანადგარი პროდუქტიული იყო თუ უმოქმედო?
ამ გზით, რესურსების მართვა ხდება პროექტის შესრულების მართვა.
6. ცვლილებამ ერთად უნდა განაახლოს მოცულობა, გრაფიკი, ხარჯი და შემოსავალი
რა თქმა უნდა, მსხვილ პროექტებზე ცვლილებები გარდაუვალია.
თუმცა, საკონტროლო პრობლემა არაა ის, რომ ვარიაციები ხდება.
სანაცვლოდ, საკონტროლო პრობლემა ჩნდება მაშინ, როცა ერთსა და იმავე ვარიაციას რეალობის მრავალი არადაკავშირებული ვერსია ქმნის.
მაგალითად, საინჟინრო განყოფილებამ შეიძლება მოცულობა შეცვალოს.
დაგეგმვამ შეიძლება გრაფიკი განაახლოს.
ამავდროულად, შესყიდვებმა შეიძლება დამატებითი მასალა შეუკვეთოს.
კომერციულმა გუნდებმა შეიძლება პრეტენზია მოამზადონ.
ამავე დროს, Cost Control-მა შეიძლება პროგნოზი გადახედოს.
ფინანსები შეიძლება დაელოდოს დამტკიცებულ სახელშეკრულებო აღიარებას.
ყველა ეს მოვლენა ერთსა და იმავე ცვლილებას უკავშირდება.
ამიტომ, კონტროლირებადმა ცვლილებამ უნდა შეინარჩუნოს კავშირი შემდეგ შორის:
საწყისი მოცულობა
→ შეცვლილი მოცულობა
→ BoQ / რაოდენობრივი გავლენა
→ WBS / გრაფიკზე გავლენა
→ რესურსის მოთხოვნა
→ ხარჯზე გავლენა
→ შემოსავალი / პრეტენზია
→ პროგნოზი
ProjectVIEW-ის არქიტექტურა მხარს უჭერს BoQ-ისა და WBS-ის მრავალ ვერსიას, პრეტენზიებსა და ცვლილებებს პროექტის ხარჯების კონტროლში.
მოკლედ, მენეჯმენტის მიზანი უნდა იყოს:
საბაზისო გეგმა → ცვლილება → დამტკიცება → განახლებული პროგნოზი → კომერციული ანაზღაურება
— არა ერთი და იმავე მოვლენის შესახებ შექმნილი ხუთი ერთმანეთთან დაუკავშირებელი ცხრილი.
7. ობიექტური რეალობა უნდა დაუკავშირდეს კორპორაციულ ფინანსებს
ბევრი მსხვილი საუდური კონტრაქტორი უკვე მუშაობს Oracle-ით, SAP-ით ან სხვა კორპორაციული ფინანსური ERP-ით.
თუმცა, ეს სულაც არ ნიშნავს, რომ კონტრაქტორმა კორპორაციული ERP უნდა ჩაანაცვლოს.
სანაცვლოდ, უფრო მნიშვნელოვანი კითხვა არქიტექტურულია:
როგორ აღწევს პროექტის დეტალური საოპერაციო რეალობა კორპორატიულ ფინანსებამდე ისე, რომ არ დაკარგოს თავისი პროექტის კონტექსტი?
ProjectVIEW ERP მუშაობს როგორც პროექტზე ორიენტირებული ფენა. ამავდროულად, ის ინტეგრირდება იმ სისტემებთან, რომლებსაც საწარმო სხვაგან იყენებს.
ProjectVIEW OS for the BUILD World აღწერს ამ უფრო ფართო კონცეფციას: სტრუქტურირებული პროექტის პროცესები ქმნის საოპერაციო მონაცემთა საფუძველს, რომელიც საჭიროა მენეჯერული ანალიტიკისთვის და, სულ უფრო მეტად, AI-სთვის.
ამიტომ პრაქტიკული საწარმოო არქიტექტურა შეიძლება მოიცავდეს:
ProjectVIEW ERP — დეტალური პროექტის შესრულებისა და ხარჯთკონტროლის პროცესები
Oracle Primavera P6 / Microsoft Project — დეტალური დაგეგმვა და კალენდარული გრაფიკი
BIM / IFC გარემო — ფიზიკური აქტივის ციფრული წარმოდგენა
Oracle / SAP / Corporate ERP — კონსოლიდირებული ფინანსური და კორპორატიული პროცესები
სხვა სიტყვებით, მიზანი არაა კიდევ ერთი პროგრამული სილოსის დამატება.
სანაცვლოდ, მიზანია პროექტის კონტექსტის შენარჩუნება, როცა ინფორმაცია სისტემებს შორის მოძრაობს.
რატომ ხდის AI სტრუქტურირებულ პროექტის მონაცემებს კიდევ უფრო მნიშვნელოვანს?
საუდის არაბეთის PIF-ის სტრატეგია პირდაპირ უკავშირებს მოწინავე AI-ს მონაცემთა ძლიერ საფუძვლებს.
ეს მნიშვნელოვანია მშენებლობის დიგიტალიზაციისთვის.
AI-ს შეუძლია ამოიცნოს შაბლონები, შეაჯამოს ინფორმაცია, იწინასწარმეტყველოს შესაძლო შედეგები და ავტომატიზაცია გაუკეთოს არჩეულ პროცესებს.
მაგრამ ამ შედეგების სანდოობა დიდწილად დამოკიდებულია ძირითადი მონაცემების ხარისხსა და სტრუქტურაზე.
DANAOS Projects-მა ეს განიხილა სტატიაში Walk Before You Run: Why ERP Comes Before AI
მოკლედ, პრინციპი მარტივია:
თუ შესყიდვის, ხარჯის, გრაფიკის, პროგრესისა და რესურსების მონაცემები პროექტებს შორის არათანმიმდევრულ სტრუქტურებს იყენებს, AI-ის დამატება ავტომატურად არ აგვარებს ფუძემდებლურ საკონტროლო პრობლემას.
ჯერ პროცესები უნდა იყოს სტრუქტურირებული.
შემდეგ უნდა დაუკავშირდეს პროექტის განზომილებები.
შემდეგ AI უნდა იქნას გამოყენებული მათგან ინტელექტის გამოსაღებად.
რა უნდა ჰკითხონ საუდის გიგა-პროექტების კონტრაქტორებმა ERP მომწოდებლებს?
საწარმოო კონტრაქტორისთვის ERP-ის შესყიდვის პროცესი არ უნდა შემოიფარგლოს ფუნქციური ჩამონათვლებით.
ჰკითხეთ, შეუძლია თუ არა არქიტექტურას ამ კითხვებზე პასუხის გაცემა:
- შეუძლია თუ არა BoQ-ს, WBS-სა და Cost Codes-ს პროექტის მთელი სიცოცხლის ციკლის განმავლობაში ერთმანეთთან დაკავშირებული დარჩენა?
- შეუძლიათ თუ არა მომხმარებლებს ფაქტობრივი რაოდენობების ბიუჯეტირებულ რაოდენობებთან შედარება?
- ასევე, შეუძლიათ თუ არა მენეჯერებს შრომისა და მანქანა-დანადგარების პროდუქტიულობის გაზომვა ფიზიკურ გამომავალთან მიმართებით?
- შეუძლია თუ არა სისტემას დადგენილი ხარჯის იდენტიფიცირება მომწოდებლის ინვოისების მოსვლამდე?
- ასევე, შეუძლია თუ არა პროექტის გრაფიკის საჭირო თარიღებს შესყიდვის მოთხოვნების მართვა?
- შეუძლია თუ არა გუნდს ქვეკონტრაქტორის პროგრესის შეჯერება ფიზიკურ პროგრესთან და სერტიფიცირებასთან?
- შეუძლიათ თუ არა ცვლილებებს მოცულობის, გრაფიკის, რესურსების, ხარჯისა და შემოსავლის თანმიმდევრული განახლება?
- ანალოგიურად, შეუძლიათ თუ არა მენეჯერებს დასრულებამდე დარჩენილი ხარჯისა და დასრულების შეფასების პროგნოზირება?
- გარდა ამისა, შეუძლიათ თუ არა ხელმძღვანელებს პორტფელის დონის KPI-დან ჩაძიება ქვემდებარე პროექტის ტრანზაქციამდე?
- შეუძლია თუ არა პროექტის პლატფორმას ასევე ინტეგრირება Primavera P6-თან, BIM-თან და კორპორაციულ ERP-თან?
- და ბოლოს, საკმარისად სტრუქტურირებულია თუ არა ოპერაციული მონაცემები საიმედო ანალიტიკისა და AI-ს მხარდასაჭერად?
თუ რამდენიმე პასუხი არის არა, პრობლემა შესაძლოა არა დეშბორდის არქონა იყოს.
სანაცვლოდ, პრობლემა შესაძლოა იყოს ფუძემდებლური პროექტის კონტროლის არქიტექტურა.
დასკვნა: რეალურ დროში კონტროლი ნიშნავს პროექტის რეალობის დაკავშირებას
საუდის არაბეთის სამშენებლო შესაძლებლობა უზარმაზარია.
თუმცა, მასშტაბი ასევე ზრდის ფრაგმენტირებული ინფორმაციის ფასს.
DANAOS Projects-ის ხედვაა, რომ რეალურ დროში პროექტის კონტროლი უფრო მეტი ანგარიშის გენერირებიდან არ მოდის.
სანაცვლოდ, ის მოდის შემდეგებს შორის კავშირების შენარჩუნებიდან:
- მოცულობა
- რაოდენობა
- WBS
- გრაფიკი
- ხარჯთკოდებს
- რესურსები
- შესყიდვები
- ქვეკონტრაქტორები
- ცვლა
- ფაქტობრივი შესრულება
- ფინანსები
—და განუწყვეტლივ ადარებს ამ რეალობას პროექტის საბაზისო გეგმასთან.
საუდის გიგაპროექტების კონტრაქტორებისთვის ეს არის მშენებლობის ERP-ის უფრო სასარგებლო განმარტება:
არა უბრალოდ პროგრამა, რომელიც აფიქსირებს, რა მოხდა, არამედ პროექტის ოპერირების გარემო, რომელიც მენეჯმენტს ეხმარება გააცნობიეროს, რა ხდება ახლა, რატომ ხდება ეს და რას ნიშნავს ეს საბოლოო პროექტის შედეგისთვის.
