სტრუქტურული ხედვა იმის შესახებ, რატომ კარგავენ პროექტზე ორიენტირებული დარგები მარჟას მძიმე ERP ინვესტიციების მიუხედავად.
„საუკეთესო პრაქტიკის“ ERP-ის მითი სამშენებლო სამყაროში
ათწლეულების განმავლობაში მომწოდებლები ეუბნებოდნენ კონტრაქტორებს, სამთო ოპერატორებსა და გემთმშენებლებს, რომ ისინი იყენებდნენ საუკეთესო პრაქტიკის ERP სისტემებს. თუმცა პროდუქტიულობა არ იზრდება, მარჟა იკუმშება და რისკი აგრძელებს ზრდას.
თუმცა ეს წინააღმდეგობა ადგილზე აშკარაა.
პროექტები იგვიანებს. ხარჯები იწევს. დამტკიცებები შესრულებას ჩამორჩება. შედეგად, მენეჯმენტი გადაჭარბებულ ხარჯებს მხოლოდ მაშინ იგებს, როცა მოქმედება უკვე გვიანაა.
მოკლედ, ეს არ არის შესრულების პრობლემა. ეს არის სისტემების დიზაინის მარცხი.
ბოლოს და ბოლოს, მომწოდებლებმა შექმნეს ზოგადი ERP პლატფორმები ფინანსური შედეგების ანგარიშგებისთვის და არა პროექტის რეალობის გასაკონტროლებლად.
რას გვეუბნება პრაქტიკა (ფილტრაციის გარეშე)
როდესაც პროფესიონალები გულწრფელად საუბრობენ, გაყიდვების პრეზენტაციებისა და კონფერენციების მიღმა, ერთსა და იმავე პრობლემებს ვხედავთ სხვადასხვა ინდუსტრიაში:
- მშენებლობის მენეჯერები, რომლებიც ცვლილებების კონტროლს ებრძვიან
- მომპოვებელი საწარმოების ოპერატორები, რომლებიც შეფერხებებსა და ლოგისტიკურ ქაოსს ებრძვიან
- გემთმშენებლობის ქარხნები, რომლებიც დოკუმენტაციაში, გადაკეთებებსა და აუდიტებში იძირებიან
სექტორები განსხვავებულია. თუმცა, სტრუქტურული მარცხი ერთნაირია.
ყველა შემთხვევაში ისინი ცდილობენ ინჟინერიულად მართვადი ოპერაციების მართვას ფინანსებზე ორიენტირებული პროგრამული უზრუნველყოფით.
მშენებლობა: ცვლილება მუდმივია. ERP მას გამონაკლისად მიიჩნევს.
რეალობა სამშენებლო პროექტებზე
მშენებლობა ხაზოვანი პროცესი არ არის. პირიქით, ცვლილების დავალებები, სამუშაოების გადანაცვლება, შესყიდვების დაგვიანება და მოცულობის ევოლუცია ნორმაა და არა გამონაკლისი.
თუმცა ERP სისტემების უმეტესობა:
- ხარჯებს აფიქსირებს მხოლოდ მათი დადგომის შემდეგ
- ცვლილებებს საბუღალტრო მოვლენებად აღიქვამს
- ოპერაციული გადაწყვეტილებებისთვის ცხრილებსა და ელფოსტას ეყრდნობა
შედეგად, მიღებული შედეგი პროგნოზირებადია: სანამ მენეჯმენტი გადახრას დაინახავს, მარჟა უკვე დაკარგულია.
რატომ მარცხდება აქ ზოგადი ERP
მომწოდებლებმა ტრადიციული ERP პლატფორმები შექმნეს სტაბილური პროცესებისა და პროგნოზირებადი ტრანზაქციებისთვის. თუმცა, მშენებლობა არც ერთია და არც მეორე.
ამიტომ მათ არ აქვთ ნატიური გაგება შემდეგის მიმართ:
- სამუშაოების დაყოფის სტრუქტურა (WBS)
- სამუშაოების უწყისი (BoQ)
- დროის, ხარჯისა და შესრულების ცოცხალი ურთიერთკავშირი
ProjectVIEW-ის მიდგომა
ProjectVIEW ERP instead ამაგრებს პროექტზე ორიენტირებულ ოპერაციულ ლოგიკას:
- ყველა ხარჯი, ვალდებულება და ცვლილება მიბმულია WBS-სა და BoQ-ს
- დამტკიცების სამუშაო ნაკადები მუშაობს რეალურ დროში და არა უკუძალად
- გადახრები მყისიერად ჩანს, მაშინვე, როცა მაკორექტირებელი მოქმედება ჯერ კიდევ შესაძლებელია
შედეგად, ხარჯების კონტროლი ანგარიშგებიდან გადაიქცევა აქტიურ მმართველობად.
მომპოვებელი მრეწველობა და კარიერები: როდესაც შეჩერება ფინანსურ ბრმა წერტილად იქცევა
ოპერაციული სიმართლე
მომპოვებელ საქმიანობაში პროდუქტიულობას ოთხი ფაქტორი განსაზღვრავს:
- აღჭურვილობის ხელმისაწვდომობა
- ტექნიკური მომსახურების დისციპლინა
- ლოგისტიკა და სათადარიგო ნაწილები
- შრომითი რესურსების განთავსება შორეულ გარემოში
თუმცა ბევრი ოპერატორი ამ სირთულეს ჯერ კიდევ ფრაგმენტული ხელსაწყოებით მართავს:
- ტექნიკური მომსახურების სისტემები, რომლებიც ხარჯებისგან იზოლირებულია
- შესყიდვები, რომლებიც წარმოების დაგეგმვისგან არის მოწყვეტილი
- ERP პლატფორმები, რომლებიც ინვოისებს ხედავენ და არა ოპერაციულ გავლენას
რატომ მარცხდება აქ ზოგადი ERP
თუმცა, ფინანსებზე ორიენტირებულ სისტემებს არ შეუძლიათ გამოხატონ:
- ტონა პროდუქციაზე ხარჯი რეალურ ოპერაციულ კონტექსტში
- შეჩერება, როგორც სტრუქტურირებული და გაზომვადი მოვლენა
- ტექნიკური მომსახურების გადაწყვეტილებები, როგორც კაპიტალის დაცვის მექანიზმები
ProjectVIEW-ის მიდგომა
ProjectVIEW instead მოპოვებით ოპერაციებს განიხილავს როგორც უწყვეტ პროექტებს:
- აქტივები, ტექნიკური მომსახურება და სამუშაო დავალებები მიბმულია ოპერაციულ WBS-ზე
- შეჩერება პირდაპირ ითარგმნება ხარჯსა და პროდუქტიულობის გავლენაში
- შესყიდვები და სათადარიგო ნაწილები იმართება რეალური მოთხოვნით და არა შეფასებებით
- შესაბამისობა და დამტკიცებები დიგიტალიზებულია სრული აუდიტირებადობით
შედეგად, მომპოვებელი გადაწყვეტილებები მოქმედების ადგილზე ეკონომიკურად გააზრებული ხდება.
გემთმშენებლობა და გემების შეკეთება: დოკუმენტაცია არის პროდუქტი
ფარული ხარჯი გემთსაშენებში
გემთმშენებლობასა და შეკეთებაში სამუშაო მხოლოდ მიწოდების ნახევარია. ხოლო მეორე ნახევარი არის დოკუმენტაცია, ტრასირებადობა და შესაბამისობა.
მაგალითად, გავრცელებული ტკივილის წერტილებია:
- დაკარგული ან უკონტროლო ნახაზები
- მფლობელებისა და კლასიფიკაციის საზოგადოებების მხრიდან აუდიტის წნეხი
- გადაკეთება, რომელიც ვერსიის ცუდმა კონტროლმა გამოიწვია
- შეკეთების პროექტებში მოცულობის ზრდა ხარჯების ხილვადობის გარეშე
რატომ მარცხდება აქ ზოგადი ERP
თუმცა ტრადიციული ERP სისტემები:
- დოკუმენტებს დანართებად აღიქვამს
- QA/QC-ს წარმოებისგან აცალკევებს
- ხარჯს ტექნიკური მოცულობის ევოლუციისგან აშორებს
შედეგად, ეს ქმნის რისკს, დავებსა და მარჟის გაჟონვას.
ProjectVIEW-ის მიდგომა
ProjectVIEW ERP by design ემსახურება ტრასირებადობაზე დაფუძნებულ ინდუსტრიებს:
- ინტეგრირებული დოკუმენტების კონტროლი დამტკიცებებითა და ვერსიებით
- QA/QC, ინსპექტირებები, NCR-ები და სატესტო პაკეტები მიბმულია WBS-ზე
- სრული მასალების, ქვეკონტრაქტორებისა და სერტიფიცირების ტრასირებადობა
- შეკეთების მოცულობის ცვლილებების სტრუქტურირებული მმართველობა
შედეგად, გემთსაშენები იბრუნებენ კონტროლს, სანდოობასა და პროგნოზირებადობას.
ძირეული მიზეზი: ინჟინერიის მართვა საბუღალტრო ინსტრუმენტებით
სხვა სიტყვებით რომ ვთქვათ, მშენებლობაში, მომპოვებელ საქმიანობასა და გემთმშენებლობაში ერთი და იგივე ნიმუში იკვეთება:
ერთი მხრივ, ზოგადი ERP სისტემები შესანიშნავია შემდეგში:
- ფინანსური კონსოლიდაცია
- სავალდებულო ანგარიშგება
- ისტორიული ანალიზი
მეორე მხრივ, მათ სტრუქტურულად არ შეუძლიათ:
- პროექტის შესრულების რეალურ დროში მართვა
- ცვლილების უწყვეტ პროცესად მართვა
- დროის, ხარჯისა და მოცულობის დინამიკური სინქრონიზაცია
შედეგად, პროდუქტიულობა ჩერდება ძლიერი ციფრული ინვესტიციის მიუხედავად.
ProjectVIEW ERP: პროექტზე ორიენტირებული ოპერაციული სისტემა მშენებლობისა და ექსპლუატაციის სამყაროსთვის
ProjectVIEW ERP განსაკუთრებით მიზანში იღებს ინდუსტრიებს, სადაც:
- სამუშაო ფიზიკურია
- ცვლილება მუდმივია
- რისკი ყოველდღიურად გროვდება
- გუნდები მარჟას იგებენ ან კარგავენ შესრულებისას და არა ბუღალტერიაში
ყოველი პროცესი დროს (WBS) და ხარჯს (BoQ) რომ უკავშირდება, ProjectVIEW ქმნის უწყვეტ „რეალობის შემოწმებას“ ოპერაციებში.
თავის მხრივ, ეს იძლევა შემდეგს:
- გადახრების ადრეული გამოვლენა
- კონტროლირებული მოქნილობა სტრუქტურირებული დამტკიცებებით
- ნამდვილი, რეალურ დროში ხარჯების კონტროლი
- დასაბუთებული, აუდიტირებადი პროექტის მმართველობა
საბოლოო აზრი
მშენებლობის სექტორის პრობლემა არ არის ნიჭი. არც ძალისხმევაა, და არც კი მონაცემები.
პრობლემა არის არასწორი ოპერაციული ლოგიკა, ჩაშენებული არასწორ პროგრამულ უზრუნველყოფაში.
ამიტომ პროექტებზე დაფუძნებულ ინდუსტრიებს სჭირდებათ პროექტზე ორიენტირებული ERP სისტემები.
დანარჩენი მხოლოდ ფინანსური უკუსახედველობაა.
