Danaos

რთული პროექტების შეფასების „საკმარისად კარგის“ ფარული ღირებულება

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

 

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

 

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

 


 

ძირითადი პრობლემა: ხარჯის რეცეპტები მმართველობის გარეშე

 

ყოველი შეფასების გულში დგას ფუნდამენტური კონცეფცია:

 

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

 

ორგანიზაციების უმეტესობაში ეს ხარჯის რეცეპტები:

 

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

 

შედეგად, ეს ქმნის სახიფათო რეალობას:

 

თითოეული შემფასებელი ფაქტობრივად მართავს საკუთარი „სიმართლის ვერსიას.“

 

მაგალითად, ორ ტენდერის მენეჯერს შეუძლია ერთი და იგივე BoQ-ის პოზიციის განსხვავებულად ფასდება — არა სტრატეგიის გამო, არამედ იმიტომ, რომ:

 

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

 

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

 


 

რატომ იშლება ცალკე შეფასების ინსტრუმენტები

 

თუმცა, დამოუკიდებელი შეფასების გადაწყვეტილებები — მათ შორის მოწინავეც — იზიარებს ერთსა და იმავე სტრუქტურულ შეზღუდვას:

 

მოკლედ, ისინი გამოყოფილია შესრულების რეალობისგან.

 

1. სტატიკური ხარჯობრივი დაშვებები

 

პირველ რიგში, შემფასებლები ხარჯებს ხელით ანახლებს (თუ საერთოდ ანახლებს), შემდეგი წყაროებთან ცოცხალი კავშირის გარეშე:

 

  • შესყიდვების მონაცემები
  • მომწოდებლების შეთავაზებები
  • ქვეკონტრაქტორების განაკვეთები

 

2. პროექტებიდან უკუკავშირის მექანიზმის არქონა

 

მეორე, პროექტის ფაქტობრივი შესრულება სისტემურად არ აუმჯობესებს:

 

  • პროდუქტიულობის მაჩვენებლები
  • რესურსების მოხმარება
  • ხარჯობრივი დაშვებები

 

3. BoQ-დონეზე ხარჯთაინტელექტის არარსებობა

 

მიუხედავად იმისა, რომ შემფასებლები შეფასებებს BoQ-ებზე აგებენ, ურთიერთობა შორის:

 

  • BoQ-ის პუნქტებს
  • რესურსების კომპლექტებთან
  • რეალურ დროში ხარჯობრივი მონაცემები

 

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

 

4. ნულოვანი მიკვლევადობა

 

და ბოლოს, როდესაც შესრულებისას ხარჯები გადახრილია:

 

  • არ არსებობს მკაფიო აუდიტის კვალი
  • არ არსებობს სტრუქტურირებული გზა საწყის დაშვებებზე დაბრუნებისთვის
  • არ არსებობს ასევე მომავალი შეფასებების გაუმჯობესების მექანიზმი

 


 

შედეგი: კუმულაციური ხარჯობრივი რისკი

 

შესაბამისად, ეს ფრაგმენტული მიდგომა იწვევს:

 

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

 

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

 


 

ProjectVIEW ERP: შეფასებიდან ხარჯთაინტელექტამდე

 

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

 

მის ცენტრში დგას მკაფიო პრინციპი:

 

სისტემა თითოეულ ხარჯს აყრდნობს BoQ სტრუქტურებს და მუდმივად ამოწმებს მას რეალურ მონაცემებთან.

 


 

1. ცენტრალიზებული, მართული ხარჯის რეცეპტები

 

პირველ რიგში, ხარჯის რეცეპტები აღარ არის პირადი ფაილები.

 

სამაგიეროდ, ისინი ხდებიან:

 

  • ცენტრალიზებული ციფრული აქტივები
  • ვერსიებით კონტროლირებადი და აუდიტირებადი
  • სტანდარტიზებული მთელ ორგანიზაციაში

 

გარდა ამისა, თითოეული რეცეპტი არის:

 

  • დაკავშირებული BoQ-ის პოზიციებთან
  • სტრუქტურირებული რესურსების ერთეულებით (შრომა, მასალები, ტექნიკა, ქვეკონტრაქტორები)
  • მუდმივად გაუმჯობესებული რეალური პროექტის მონაცემებით

 


 

2. დინამიკური ხარჯების მონაცემთა ბაზის ინტეგრაცია

 

მეორე, სტატიკური შეფასების ინსტრუმენტებისგან განსხვავებით, ProjectVIEW ERP ხარჯის რეცეპტებს აკავშირებს:

 

  • შესყიდვების სამუშაო პროცესებთან
  • RFQ-ებთან მომწოდებლებისა და ქვეკონტრაქტორების მიმართ
  • ცოცხალ შეთავაზების მონაცემებთან

 

პრაქტიკაში ეს ნიშნავს:

 

  • რესურსების განაკვეთები არ არის დაშვებები
  • ისინი დადასტურებული საბაზრო მონაცემებია

 

გარდა ამისა, თითოეული მინიჭებული RFQ სისტემას უბრუნდება და აახლებს:

 

  • ხარჯების მონაცემთა ბაზებს
  • სამომავლო შეფასებებს
  • ორგანიზაციულ ცოდნას

 


 

3. ავტომატური ვერსიირება და უწყვეტი გაუმჯობესება

 

მესამე, ნებისმიერი ცვლილება შემდეგში:

 

  • რესურსების ფასები
  • პროდუქტიულობის მაჩვენებლები
  • მომწოდებლის შეყვანილი მონაცემები

 

…იღებს საკუთარ ავტომატურ ვერსიას.

 

შედეგად, ეს ქმნის:

 

  • ხარჯის ევოლუციის სრულ მიკვლევადობას
  • შეფასების და ფაქტობრივი მონაცემების შედარების შესაძლებლობას
  • დახურულ უკუკავშირის ციკლს შემდეგს შორის: შეფასება შესყიდვები შესრულება

 


 

4. BoQ-ზე დაფუძნებული ხარჯების გამჭვირვალობა

 

მეოთხე, ProjectVIEW ERP ინარჩუნებს მკაცრ კავშირს შორის:

 

  • BoQ (მასშტაბი)
  • WBS (დრო)
  • ხარჯი (რესურსები და ბიუჯეტები)

 

შედეგად, ეს უზრუნველყოფს, რომ:

 

  • ყოველი ხარჯი მიკვლევადია მასშტაბამდე
  • ყოველი გადახრა რეალურ დროში იდენტიფიცირდება
  • ყოველი ცვლილება ხდება რაოდენობრივად განსაზღვრული და კონტროლირებადი

 


 

5. შეფასებიდან შესრულებამდე — შეუფერხებლად

 

და ბოლოს, ყველაზე დიდი ცვლილება ასეთია:

 

შეფასება არ სრულდება ტენდერის მინიჭებისთანავე.

 

სამაგიეროდ, ის ხდება საფუძველი შემდეგისთვის:

 

  • ბიუჯეტირება
  • შესყიდვები
  • ხარჯების კონტროლი
  • ცვლილებების მართვა

 

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

 


 

სტრატეგიული უპირატესობა: „Quantum“ ხარჯების კონტროლი

 

შეფასების მთელ პროექტის სასიცოცხლო ციკლში ინტეგრირებით, ProjectVIEW ERP უზრუნველყოფს:

 

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

 

მოკლედ, ეს არ არის მხოლოდ უკეთესი შეფასება.

 

ეს არის უწყვეტი ხარჯთაინტელექტი.

 


 

საბოლოო აზრი

 

ინდუსტრიას არ აკლია შეფასების ინსტრუმენტები.

 

პირიქით, მას აკლია გათიშული შეფასების ლოგიკა.

 

როცა პროექტები უფრო რთული ხდება და ფინანსური ექსპოზიცია იზრდება, კითხვა აღარ არის:

 

„რამდენად ზუსტად შეგვიძლია შეფასება?“

 

არამედ:

 

„რამდენად უწყვეტად შეგვიძლია ხარჯების რეალობის დადასტურება და კონტროლი?“

 

ცალკე არსებულ ინსტრუმენტებს ამ კითხვაზე პასუხის გაცემა არ შეუძლიათ.

 

ამის საპირისპიროდ, ინტეგრირებულ ERP სისტემებს, როგორიცაა ProjectVIEW, შეუძლიათ.

George Tsolakis

ავტორის შესახებ

George Tsolakis

მთავარი ERP არქიტექტორი, DANAOS Projects

George (Georgios) Tsolakis არის DANAOS Projects-ის მთავარი ERP არქიტექტორი და თემატური ექსპერტი სამშენებლო ERP არქიტექტურაში, საინჟინრო ეკონომიკაში, ხარჯთაღრიცხვასა და მშენებლობის ხარჯების კონტროლში. 30 წელზე მეტი გამოცდილებით სამშენებლო სპეციფიკური საწარმო ტექნოლოგიების შექმნაში, მან ჩაფიქრა ProjectVIEW ERP და დღემდე რჩება მის მთავარ არქიტექტორად და წამყვან დეველოპერად, ხელმძღვანელობს ბიზნეს ანალიზს, პროდუქტის არქიტექტურას, კონსულტირებას, დანერგვასა და მხარდაჭერას პროექტზე დაფუძნებული…

ძიება ან AI