Statybvietėje tie patys komunikacijos tipai kartojasi nuolat, nesvarbu, ar tai būtų defekto pranešimas, ar prašymas patikslinti brėžinį. Neturint nuspėjamos struktūros, užduotys tampa nenuoseklios, o kritinės problemos praslysta pro plyšius.
Pavyzdžiui, kokybės problemos ir informacijos prašymo maišymas tame pačiame kanale sukelia vėlavimus ir duomenų fragmentaciją.
Standartizuojant komunikaciją į užduočių šablonus ir darbo eigas užtikrinama, kad kiekviena problema fiksuos reikiamą informaciją ir automatiškai bus nukreipta tinkamai rolei.
Struktūrizuotos užduočių sąrankos privalumai
Aiški operacinė atsakomybė
Kiekviena užduotis automatiškai seka iš anksto apibrėžtą kelią: kas ją sukuria, kas reaguoja ir kas ją patvirtina.
Nepriekaištingas darbų vykdymas vietoje
Užduočių kūrimas mobiliojoje programėlėje yra aiškiai struktūruotas ir reikalauja mažiau bakstelėjimų, taip sumažinant galimų klaidų riziką.
Pakartotinai naudojamos projekto struktūros
Grupuodami darbo eigas į darbo paketus, galite daryti kopiją savo komunikacijos nustatymų naujiems subrangovams jų nekurdami iš naujo. Tai sukuria nuoseklumą ir leidžia lengvai plėsti projektą, taip pat jį pakartotinai naudoti būsimuose projektuose.
Darbo paketo šablonas subrangovams
Darbo paketas yra sugrupuotas darbo eigų rinkinys, apibrėžiantis, kaip tam tikros rolės sąveikauja tarpusavyje. Šablono sukūrimas leidžia standartizuoti komunikaciją visiems subrangovams
- Sukurkite darbo paketo šabloną subrangovams
- Nustatykite visas šiame darbo pakete reikalingas darbo eigas
- Sukurkite ir susiekite užduočių šablonus su tinkamomis darbo eigomis
- Nukopijuokite šį darbo paketą kiekvienam subrangovui
- Pridėkite vartotojų grupes prie darbo eigos rolių
Kokybės darbo eiga
Kokybės darbo eigos tikslas yra greitas statybvietės problemų sprendimas. Tai yra operacinė "veiksmo" kilpa, kuri turėtų būti kiek įmanoma trumpesnė, kad užtikrintų aukštą statybvietės komandų įsitraukimą.
- Kūrėjas (statybos vadovas): nustato problemą vietoje, dokumentuoja ją nuotrauka ir vieta, ir siunčia ją rangovui.
- Atsakovas (subrangovas): gauna užduotį, atlieka pataisymą ir siunčia ją atgal patikrinimui.
- Patvirtintojas (statybos vadovas): kai darbas patvirtinamas, užduotis baigiama, sukuriant nuolatinį, atsekamą sprendimo įrašą.
RFI darbo eiga
Informacijos užklausos (RFI) paprastai seka atvirkštine kokybės problemos logika. Jos inicijuojamos, kai rangovas aptinka neatitikimą projekte ir jam reikia dokumentuoto atsakymo prieš tęsiant darbą.
Jei statybos vadovas negali pateikti galutinio atsakymo, RFI perduodama trečiai rolei, pavyzdžiui, architektui ar inžinieriui, kuris pateikia techninę specifikaciją.
Geroji praktika
Atskirkite savo užduočių tipus
Laikykite skirtingus procesus atskirai. Kokybės problema (operacinis pataisymas) reikalauja kitokios darbo eigos nei RFI (projekto patikslinimas).
Susiekite darbo eigas su projekto rolėmis, o ne vardais
Niekada nepridėkite pavienių vartotojų prie darbo eigų rolių, visada pridėkite vartotojų grupę.
Kurti kitam veiksmui
Kurti trumpas, efektyvias darbo eigas visada klausiant: "Kas turi veikti toliau?" Pašalinkite nereikalingus tarpinius žingsnius, kad pagreitintumėte reagavimo laiką.
Skirkite laiko susiplanuoti savo komunikacijos srautus popieriuje prieš atidarydami nustatymus. Dalux sistemoje užduočių šablonus galima modifikuoti, bet ne ištrinti; apgalvota, paprasta pradžia padeda išvengti nesutvarkytos sąrankos, kurią vėliau jūsų lauko komandoms būtų sunku perprasti.
Skaityti daugiau
Rekomenduojame prieš gilinantis į funkcijas vadovautis žingsnis po žingsnio straipsniais, bet jei norite išsamiau paskaityti apie darbo paketus ir užduočių šablonus, skaitykite šiuos straipsnius:
Nesvarbu, ar tai kokybės problemos, ar RFI, prisegus jas tiesiai prie brėžinio ar 3D modelio, problema iškart tampa aiški ir padeda komandoms greitai reaguoti. Susikurkite vietas, kad galėtumėte jas naudoti kaip centrinį navigacijos įrankį.