თამაშის თეორიაში ნულოვანი ჯამის თამაში მარტივია: ერთი მხარის მოგება მეორე მხარის წაგებაა. საერთო ღირებულება უცვლელი რჩება. სხვა სიტყვებით, ვიღაც იგებს და ვიღაც აგებს.
სამწუხაროდ, ეს არის ზუსტად ის, როგორაც დღესაც მუშაობს სამშენებლო ორგანიზაციების უმეტესობა — შიდა და გარე დონეზე.
და სწორედ ეს არის პროექტების გადაჭარბებული ხარჯებისა და მარჟების გაქრობის ნამდვილი მიზეზი. შედეგად, კომპანიები ERP სისტემებს ადანაშაულებენ იმ პრობლემებში, რომელთა გადასაჭრელადაც ეს სისტემები არასდროს იყო შექმნილი.
ნულოვანი ჯამის აზროვნება მშენებლობაში მომგებიანობის უხმო მკვლელია
თეორიულად, სამშენებლო კომპანიები მიზნად ისახავენ მარჟების ზრდას, პროდუქტიულობის გაუმჯობესებას და პროგნოზირებადობის მიღწევას. პრაქტიკაში ისინი ასე მუშაობენ:
- შეფასება ტენდერებს იგებს ფასის დაწევით → შესრულებას მემკვიდრეობით ხვდება შეუძლებელი ბიუჯეტები
- შესყიდვები ერთეულ ფასებზე ხარჯს ზოგავს → ობიექტი მოგვიანებით იხდის დაგვიანებებით და გადაკეთებით
- ფინანსები მკაცრ კონტროლს აწესებს → ოპერაციები სისტემას გვერდს უვლიან
- პროექტები ერთსა და იმავე რესურსებზე კონკურირებენ → პორტფელის შედეგიანობა ინგრევა
ნულოვანი ჯამის მშენებლობაში, ყველა „მოგება“ შესაბამისად ქმნის შესაბამის „წაგებას“ სადღაც სხვაგან.
ეს თანამშრომლობა არ არის. ეს არის ნულოვანი ჯამის ორგანიზაცია.
რატომ არის მშენებლობა განსაკუთრებით მიდრეკილი ნულოვანი ჯამის თამაშებისკენ
მშენებლობა ნულოვანი ჯამის ქცევისთვის იდეალური ქარიშხალია, რადგან სამუშაო არის:
- თავისი ბუნებით ფიქსირებულ ფასზე ან დაბალი მარჟით
- ძლიერ ფრაგმენტირებული (ოფისი, ობიექტი, მომწოდებლები, ქვეკონტრაქტორები)
- დროით განსაზღვრული და ცვლილებებით დატვირთული
- დამოკიდებული გვიან, არასრულ ან დამახინჯებულ ინფორმაციაზე
როცა დრო, ღირებულება და მოცულობა ერთმანეთისგან განცალკევებულია, ყველა კორექტირება მოლაპარაკებად იქცევა:
„თუ ამას მე გადავფარავ, ვინ გადაიხდის?“
შესაბამისად, მანამდე, სანამ მენეჯმენტი პრობლემას დაინახავს, დანაკარგი უკვე ჩაკეტილია.
ERP სისტემების უმეტესობა პრობლემას ციფრულად აქცევს — არ წყვეტს მას
ვიყოთ გულწრფელები.
მაგალითად, ტრადიციული ERP სისტემები:
- პროექტებს აღრიცხვის კონტეინერებად განიხილავს
- ხარჯებს აფიქსირებს მხოლოდ მას შემდეგ, რაც ისინი უკვე მოხდა
- კონტროლს უკუძალის პრინციპით ამკაცრებს
- გეგმვას, შესრულებას და შესყიდვებს სუსტად დაკავშირებულად ტოვებს
პრაქტიკაში, რასაც ისინი რეალურად აკეთებენ, არის ნულოვანი ჯამის ქცევის ციფრულად ქცევა:
- დეპარტამენტები საკუთარ თავს იცავენ
- მონაცემები პოლიტიკურ ინსტრუმენტად იქცევა
- გადაწყვეტილებები ჭიანურდება
- კონტროლს ბრალდებები ცვლის
შედეგად, სისტემა მსაჯი ხდება და არა ოპერაციული სისტემა.
როგორ არღვევს ProjectVIEW ERP ნულოვანი ჯამის მოდელს
საპირისპიროდ, DANAOS Projects-მა ProjectVIEW ERP სხვა პრინციპზე დააფუძნა:
მშენებლობაში მომგებიანობა მოლაპარაკების პრობლემა არ არის. ეს არის სინქრონიზაციის პრობლემა.
BoQ, WBS და Cost Codes — უწყვეტად შეთანხმებული
ProjectVIEW სინქრონიზაციას ახდენს:
- BoQ (რასაც გაყიდეთ),
- WBS (როდის ასრულებთ),
- Cost Codes (როგორ მოძრაობს რეალურად ფული),
რეალურ დროში.
ეს ნიშნავს, რომ:
- გუნდები გადახრებს ადრეულად ამჩნევენ და არა უკანა ხედვით
- კომპრომისები ხილულია და რაოდენობრივად გაზომვადი
- მენეჯერები გადაწყვეტილებას იღებენ მანამ, სანამ დანაკარგები გამწვავდება
დანაკარგების დეპარტამენტებს შორის გადატანის ნაცვლად, სისტემა ეხმარება მათ თავიდანვე აღკვეთაში.
მოკლედ, ასე გადადიხართ ნულოვანი ჯამიდან პოზიტიური ჯამის შესრულებაზე.
ხარჯების კონტროლი გამარჯვებულებისა და დამარცხებულების გარეშე
- ხარჯების კონტროლი ყოველდღიური ოპერაციების შიგნით არის მოქცეული
- დამტკიცებები კონტექსტურია, სწრაფი და კვალდაკვალებადია
- ფინანსები და ოპერაციები ერთსა და იმავე რეალობაზე მუშაობს, ერთსა და იმავე დროს
შედეგად, აღარ არის პოლიცირება, ჩრდილოვანი სისტემა და გვიანდელი სიურპრიზი.
ამიტომ, როცა ყველას ერთი და იგივე სიმართლე აქვს, შიდა დონეზე „მოგება“ არავის სჭირდება.
შესყიდვები აღარ არის დანის ბრძოლა
ტრადიციული შესყიდვების ლოგიკა, პირიქით, ნულოვანი ჯამისაა:
ყველაზე დაბალი ფასი იგებს — ვინმე სხვა მოგვიანებით იღებს რისკს საკუთარ თავზე.
ProjectVIEW კი შესყიდვებს პირდაპირ აკავშირებს:
- BoQ რაოდენობები
- WBS-ის დროსთან
- რეალურ მოთხოვნასთან ობიექტზე
- პორტფელის დონეზე გაერთიანებასთან
შედეგი:
- უკეთესი ფასი და უკეთესი ხელმისაწვდომობა
- ნაკლები ფუჭი ხარჯი, ნაკლები დაჩქარებული მიწოდება, ნაკლები კრიზისული ჩარევა
- მომწოდებლები პარტნიორები ხდებიან და არა მოწინააღმდეგეები
ეს არ არის თეორია. ეს არის სტრუქტურული უპირატესობა.
ბრალდების კულტურიდან კონტროლირებად მოქნილობამდე
როცა სისტემები ბრმაა, ადამიანები მათ თამაშობენ. ასევე, როცა რეალობა გვიან მოდის, პანიკა მოჰყვება.
ProjectVIEW აწესებს უწყვეტ რეალობის შემოწმებას:
- ფაქტობრივი შედეგი ბიუჯეტთან შედარებით
- დაგეგმილი შესრულებულთან შედარებით
- დამტკიცებული გადახვევის ტენდენციასთან შედარებით
შედეგად, სტიმულების სტრუქტურა იცვლება:
- პრობლემების დამალვა აღარ სარგებლობს
- მათი ადრეული გამოსწორება კი სარგებლობს
საბოლოოდ, ასე მუშაობს მომწიფებული სამშენებლო ორგანიზაციები.
საბოლოო არსი
სამშენებლო კომპანიების უმეტესობა არ მარცხდება, რადგან ძალისხმევა აკლიათ. ისინი იმიტომ მარცხდებიან, რომ მუშაობენ ნულოვანი ჯამის სისტემებში.
თუმცა, ERP-ების უმეტესობა ამ ქცევას ამყარებს. ProjectVIEW ERP მას დიზაინით აშორებს.
ის არ ჰპირდება სასწაულებს. სამაგიეროდ, ის რეალობას ამყარებს — ადრეულად, უწყვეტად და მთელი ორგანიზაციის მასშტაბით.
და სწორედ ასე მუშაობს მომგებიანი მშენებლობა სინამდვილეში.
