Inžinerinių dokumentų derinimo ir klientų bendradarbiavimo sistema
Inžinieriai ir klientas derina techninius dokumentus bei pakeitimus vienoje aplinkoje. Pastabos išsaugomos prie konkrečių versijų, kad būtų aišku, ką reikia pataisyti.
Skirtingos disciplinos ir partneriai naudoja vietinius katalogus, el. paštą ar kelias platformas, o dokumento būsena ne visada aiški. Komandos dirba pagal nepatvirtintą versiją, kartojami pakeitimai ir didėja projektavimo klaidų rizika.
Kaip veikia sprendimas
- Projekto komanda susieja taikomus reikalavimus su techninių dokumentų versijomis.
- Klientas ir specialistai peržiūri jiems skirtą medžiagą bei pateikia savo sprendimus.
- Priimtas pakeitimas atnaujina paveiktus skaičiavimus ir dokumentus prieš kitą perdavimą.
Pagrindinės problemos
- Modelių, brėžinių ir dokumentų versijos valdomos fragmentuotai
- Skaičiavimų prielaidos ir sprendimų argumentai sunkiai atsekami
- Techninė kokybės peržiūra priklauso nuo komandos įpročių
- Kliento reikalavimai ir projekto apimtis suformuluojami nevienodai
- Pakeitimų poveikis kitoms disciplinoms, terminui ir biudžetui nustatomas per vėlai
- Kliento komentarai ir techniniai patvirtinimai išskaidyti
Sprendimo funkcijos
Reikalavimai ir prielaidos
Komanda randa taikomą kliento poreikį, technines sąlygas ir dar nepatvirtintas prielaidas.
Dokumentų bei skaičiavimų versijos
Prie sprendinio saugomi naudoti duomenys ir peržiūros istorija. Darbiniai dokumentai pažymimi atskirai nuo patvirtintų konkrečiam naudojimui.
Dokumentų derinimas su klientu
Klientas gauna jam skirtus projekto dokumentus, pateikia pastabas ir patvirtina aiškiai nurodytus sprendimus pagal suteiktas teises.
Pakeitimo poveikis
Nauja sąlyga parodo paveiktus dokumentus, skaičiavimus ir reikiamus komercinius bei techninius patvirtinimus.
Atnaujintos informacijos perdavimas
Pataisyta versija pateikiama tinkamiems gavėjams, o ankstesnių sprendimų istorija lieka atkuriama.
Veiklos kontekstas
- Modelių, brėžinių ir dokumentų versijos valdomos fragmentuotai
- Skirtingos disciplinos ir partneriai naudoja vietinius katalogus, el. paštą ar kelias platformas, o dokumento būsena ne visada aiški. Komandos dirba pagal nepatvirtintą versiją, kartojami pakeitimai ir didėja projektavimo klaidų rizika.
- Skaičiavimų prielaidos ir sprendimų argumentai sunkiai atsekami
- Skaičiavimo failai, pradiniai duomenys, modelio objektai ir taikytos normos nesusieti su techniniu sprendiniu. Pakeitus reikalavimą sunku nustatyti, ką perskaičiuoti ir ar ankstesnė išvada vis dar galioja.
- Techninė kokybės peržiūra priklauso nuo komandos įpročių
- Privalomos patikros, kontroliniai sąrašai, kompetencijos ir galutinis patvirtinimas nėra valdomi nuosekliu darbo srautu. Didėja profesinės klaidos, neatitikties ir sunkiai pagrindžiamo sprendimo rizika.
- Kliento reikalavimai ir projekto apimtis suformuluojami nevienodai
- Pradiniai duomenys, taikomi standartai, prielaidos, išimtys ir atsakomybės surenkami el. paštu, failuose ir susitikimuose. Pasiūlyme neįvertinamas visas darbas, o vėliau kyla pakeitimų, ginčų ir neapmokamos apimties rizika.
- Pakeitimų poveikis kitoms disciplinoms, terminui ir biudžetui nustatomas per vėlai
- Kliento komentarai, objekto pastabos ir projektiniai pakeitimai valdomi atskirai nuo modelių, darbų plano ir projekto ekonomikos. Didėja dubliuoto darbo, vėlavimų, papildomų kaštų ir neapmokamos apimties rizika.
- Kliento komentarai ir techniniai patvirtinimai išskaidyti
- Komentarai teikiami el. paštu, PDF žymėjimuose, susitikimuose ar skirtingose sistemose be vienos sprendimo istorijos. Neaišku, kuris komentaras galioja, kas jį uždarė ir kokią modelio ar dokumento versiją klientas patvirtino.
- Užsakovas priima sprendimą matydamas jo techninį pagrindą
- Klientui svarbu žinoti, kuris dokumentas peržiūrimas ir ką pakeis jo pastaba. Susietos prielaidos bei versijos leidžia paaiškinti alternatyvas ir išsaugoti patvirtinimą. Konsultantas gali pagrįsti papildomą darbą ar termino pakeitimą konkrečiu reikalavimo pokyčiu.
Pagrindinės funkcijos
- Reikalavimai ir prielaidos
- Dokumentų bei skaičiavimų versijos
- Dokumentų derinimas su klientu
- Pakeitimo poveikis
- Atnaujintos informacijos perdavimas
Pagrindinės integracijos
- Projektavimo ir skaičiavimo priemonės
- Skaičiavimui naudoti duomenys, rezultatas ir modelio ar dokumento versija.
- Reikalavimų ir pakeitimų eiga
- Taikoma sąlyga bei sprendimą keisti pagrindžiantis įrašas.
- Techninių duomenų aplinka
- Reikalavimo paveiktas skaičiavimas, versija ir išleidimo rezultatas.
- Projekto ekonomika ir sutartis
- Sąnaudų bei termino poveikis ir konkretus komercinio sprendimo statusas.
- Techninių dokumentų aplinka
- Peržiūrai skirtos versijos, jų paskirtis ir ankstesnio paketo ryšys.
- Pakeitimų eiga
- Poveikio vertinimo poreikis ir atsakingas atsakymas į pakeitimo komentarą.
Potencialus poveikis (%)
Intervalai rodo orientacinį santykinį rodiklio pokytį pagal aprašytas prielaidas. Rezultatas priklauso nuo pradinės situacijos ir sprendimo naudojimo. Skirtingų rodiklių procentai nesudedami.
Laikas techninio sprendimo duomenims surinkti
16–42%Mažėja
Pavyzdiniame scenarijuje paveikiama 40-70% informacijos paieškos ir pakartotinio sutikrinimo darbo. Daroma prielaida, kad ši dalis sumažėtų 40-60%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Matuoti darbo minutes pasirinkto sprendinio skaičiavimo bei išleidimo pagrindui atkurti.
Poveikio vertinimo koordinavimas
12–36%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% rankinio duomenų suvedimo ir perdavimo darbo. Daroma prielaida, kad ši dalis sumažėtų 40-60%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Matuoti projekto koordinatoriaus darbo minutes palyginamo pakeitimo tinkamam poveikio vertinimui surinkti.
Komentarų koordinavimo darbas
12–36%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% rankinio duomenų suvedimo ir perdavimo darbo. Daroma prielaida, kad ši dalis sumažėtų 40-60%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Matuoti darbuotojo minutes vieno peržiūros paketo komentarams suderinti.
Neigiamų atsiliepimų apie techninių sprendinių derinimą dalis
5–20%Mažėja
Orientacinė prielaida: 20-40% neigiamų atsiliepimų susiję su neaiškiais atsakymais į dokumentų pastabas. Sprendimas galėtų sumažinti šią dalį 25-50%. Tai potencialo scenarijus; prielaidas reikia patikrinti įmonės surinktais atsiliepimais.
Įmonei pradėjus rinkti atsiliepimus, neigiami atsiliepimai apie techninių sprendinių derinimą skaičiuojami nuo visų šia tema gautų vertinimų. Prieš ir po diegimo taikomas tas pats vertinimo būdas ir lyginamos panašios klientų grupės. Be pradinių duomenų faktinis pokytis nenustatomas.
Pateikti sąlyginiai skaičiavimo scenarijai. Prielaidos nepatvirtintos kliento matavimais.
Kada sprendimas aktualus
- Keičiantis pradiniams duomenims reikia suderinti kelių inžinerijos sričių skaičiavimus ir dokumentus.
- Kliento komentarai gaunami skirtingais kanalais, todėl neaišku, kuriai dokumento versijai ir darbams jie taikomi.
Įgyvendinimo sąlygos
Inžineriniam bendradarbiavimui suderinami klientų reikalavimai, vidinės peržiūros teisės ir dokumentų išleidimo tvarka. Pradinių sąlygų pakeitimai turi parodyti paveiktus skaičiavimus bei gavėjus, kuriems reikia pateikti atnaujintą versiją.