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