Pelnas:
- Galimybė apibrėžti darbą su veikla, trukme, prioritetiniais santykiais ir ištekliais ir AI sudaryti darbo grafiko projektą
- Galimybė patikrinti AI siūlomą kritinį kelią, trukmę ir išteklių paskirstymą pagal logiką ir lauko realybę
- Gebėjimas numatyti scenarijų neapibrėžtumus, tokius kaip delsimas, išteklių konfliktas ir oro sąlygos, įtraukiant AI plane ir priimti inžinerinius sprendimus
Statybos projekto įvykdymas laiku ir biudžetu priklauso nuo gero darbo grafiko (grafiko, nurodančio gamybos eiliškumą, trukmę ir tarpusavio priklausomybę). Prastas planavimas; Tai reiškia pavėluotas baudas, išteklių konfliktus ir išlaidų viršijimą. Darbo grafikas dažniausiai nustatomas naudojant CPM (Critical Path Method – technika, kuri nustato bendrą projekto trukmę ir suranda veiklos grandinę, kurios uždelsimas atitolina visą projektą) ir valdomas tokiais įrankiais kaip Primavera ir MS Project. AI yra galinga pagalba planuojant formuojant veiklos sąrašus, generuojant trukmės ir priklausomybės eskizus, modeliuojant vėlavimo scenarijus ir galvojant apie išteklių paskirstymą. Bet AI nemato lauko; Gali nustatyti neteisingus loginius ryšius ir nerealiai įvertinti trukmę. Šiame skyriuje pamatysime, kaip nustatyti ir patikrinti darbo grafiką naudojant AI.
Teisingas darbo programos sudarymas: veikla, trukmė, priklausomybė, ištekliai
Prieš prašydami AI sudaryti darbo grafiką, apibrėžkite darbą keturiais komponentais:
- Veikla: Darbų paketai (kasimas, pamatų betonavimas, klojinys, armatūra, mūrijimas, tinkavimas...). Nurodykite, kiek detalių norite.
- Trukmė: numatoma kiekvienos veiklos trukmė (atsižvelgiant į komandą, efektyvumą ir kiekį). Pateikite informaciją apie efektyvumą (darbas atliktas per laiko vienetą).
- Priklausomybė (prioritetinis ryšys): kuri užduotis ateina po kurios? Pamatų betonas ateina po armatūros ir klojinių (Kai baigta-pradeda santykiai). Kai kurios užduotys gali būti vykdomos lygiagrečiai.
- Ištekliai: Komanda, įranga, medžiagos. Jei dvi veiklos rūšys nori to paties krano, kils konfliktas.
Jei šie keturi nėra aiškūs, AI sukurs nelogišką seką (pvz., dažai prieš tinką) arba nerealius laikus.
Paprastas pavyzdys – grubi grindų konstrukcija:
Veiklos trukmė (dienomis) Antecedentas (pabaiga pirma)A. Kolonos sutvirtinimas + klojinys 4 -B. Kolonos betonas 1 AC. Sijos + perdangos klojinys 5 BD. Sijos+plokštės armatūra 4 C (dalinai lygiagreti)E. Plokštės betonas 2 Sausumo kritinė grandinė: A→B→C→D→ETBendras laikas ≈ 4+1+5+4+2 = 16 dienų (jei nėra paralelių)
Kai AI pateikia tvarkaraštį, patikrinkite tą grandinę ir laiką pagal savo logiką.
Taip pat svarbu, kaip apskaičiuojamas laikas. Veiklos trukmė paprastai apskaičiuojama pagal „kiekį ÷ (komanda × produkcija)“: pavyzdžiui, komanda, atliekanti 100 m² per dieną 400 m² modelio, ją užbaigs per 4 dienas. AI sukuria derliaus reikšmes remdamasis įprastomis prielaidomis ir gali neatitikti tikrojo jūsų lauko derliaus; Oras, darbo kokybė, medžiagų srautas ir mokymosi efektas keičia efektyvumą. Taigi paprašykite AI užsirašyti, kokią derliaus prielaidą jis naudoja prašydamas laiko, ir palyginkite šią prielaidą su savo patirties duomenimis. Kai matoma efektyvumo prielaida, diskusijos apie trukmę nebėra abstraktus ginčas, pavyzdžiui, „9 dienos ar 12 dienų?“, o sumažinamas iki kontroliuojamo skaičiaus, pavyzdžiui, „kiek kvadratinių metrų per dieną“. Šis skaidrumas padidina plano tikroviškumą ir leidžia greitai rasti priežastį vėlavimo atveju.
Patarimas: prašykite dirbtinio intelekto darbo grafiko kaip priklausomybės lentelės „kurios veiklos pirmtakas“, o ne tik trukmės sąrašo. Kritinis kelias kyla iš priklausomybės, o ne iš trukmės; Nepasitikėkite visu laiku nematydami santykių.
Silpnas raginimas / stiprus raginimas
SILPNAS: „Sudarykite pastato darbo grafiką.“ (Jokios veiklos, trukmės, komandos, priklausomybės, aikštelės būklės.) STIPRUS: „Sudarykite grubios grindų konstrukcijos darbų grafiko projektą. Veikla: kolonų armavimas + klojiniai, kolonų betonas, sijos-plokščių klojiniai, sijos-plokščių sutvirtinimas, perdangos betonas.- Atsižvelkite į minimalų kietėjimo / Klojinių kontrolės laiką po kiekvienos veiklos priežasties, bet kiek įmanoma kontroliuoti klojinių laiką po betono. (išeiga Parašykite prielaidą) Pateikite išvestį kaip lentelę: Veikla | Ankstesnė veikla.
Svarbių kelių ir laiko patikrinimas
Priklausomybės logika. Ar AI nustatyti prioritetų santykiai atitinka lauko realybę? Klojiniai negali būti imami iš karto po betonavimo (reikalingas kietėjimo laikas); Dažyti negalima, kol tinkas neišdžiūvo. AI dažnai daro tokias logines klaidas.
Trukmės realizmas. Ar laikas atitinka komandą, pralaidumą ir kiekį? AI gali pasiūlyti nerealų laiką, pvz., 500 m² klojinių su komanda užbaigti per 1 dieną. Palyginkite efektyvumo vertes su savo patirtimi.
Išteklių konfliktas. Kai dirbtinis intelektas lygiagrečiai rodo dvi veiklas, jis gali nesuvokti, kad jie abu naudoja tą patį kraną arba tą pačią komandą. Patikrinkite išteklių kalendorių.
Kritinis kelias. Ar teisinga grandinė, nustatanti bendrą laiką? Atidėjus vieną veiklą kritiniame kelyje, vėluoja visas projektas; Tinkamas šios grandinės nustatymas yra labai svarbus valdymui.
kontroliuoti
Ko ieškoti
dažna klaida
priklausomybė
Ar seka atitinka lauko logiką?
Praleiskite gydymo laikotarpį
Trukmė
Ar tai atitinka derlių?
nerealus greitis
Šaltinis
Ar yra kokių nors konfliktų?
Lygiagrečiai naudojant tą patį kraną
kritinis kelias
Ar tai teisinga grandinė?
Neteisingas kritinis kelias
neapibrėžtumas
Ar yra oro / tiekimo marža?
nesuteikia buferio laiko
Scenarijų neapibrėžtumas
Statybų vėlavimo šaltinių yra daug: oro sąlygos (betono liejimas vėluoja lyjant), vėluoja medžiagų tiekimas, brigados produktyvumas, leidimų išdavimo procesai. AI klausia: „Kaip pasikeičia bendras laikas, jei X veikla kritiniame kelyje vėluojama 5 dienas? Tai padeda greitai modeliuoti scenarijus, pvz. Tačiau inžinierius nusprendžia, kuris scenarijus yra realus ir kiek buferio (rezervo laiko) įtraukti. AI sukuria galimybes; Jūs valdote riziką.
Trys mini dėklai
1 atvejis – logikos klaida. AI parengtoje programoje aikštelės vadovas mato, kad viršutinių grindų klojiniai pradedami jau kitą dieną po grindų betonavimo. Tačiau betonui reikia laiko sukietėti ir įgyti stiprumo. AI praleido gydymo laikotarpį. Virėjas prideda realų išgydymo laiką ir pakoreguoja programą; Apsaugota nuo priešlaikinio pelėsio pašalinimo padarytos žalos.
2 atvejis – išteklių konfliktas. AI lygiagrečiai deda dviejų blokų betoną tą pačią dieną; Tačiau svetainėje yra tik vienas betono siurblys. Vienu metu negalima atlikti dviejų liejinių. Planavimo inžinierius pastebi šaltinį ir rūšiuoja sąvartynus nuosekliai, programa tampa viena diena ilgesnė, bet įgyvendinama.
3 atvejis – vėlavimo scenarijus. Pamatų kasimas kritiniame kelyje dėl netikėtos grunto problemos vėluoja 6 dienas. Projekto vadovas klausia "ar šis vėlavimas gali būti kompensuotas?" su AI. vykdo savo scenarijų: sulygina kai kurias veiklas ir parengia planą, kad sudarytų 4 dienas, tada su komanda ir ištekliais patikrina jo realumą ir jį įgyvendina.
Kopijuojami raginimo šablonai
PRIKLAUSOMYBĖS LOGIKOS TIKRINIMAS: "Patikrinkite prioritetų ryšius šioje darbo programoje pagal lauko logiką:- Ar liko kietėjimo / formavimo laiko po betono išpylimo?- Ar yra klaidų, pvz., dažymas prieš išdžiūvus tinkui, dengimas prieš išdžiūvus lygintuvui? - Ar yra fiziškai neįmanomų paralelių? Programa: Išvardykite probleminius ryšius]
DELAY SCENARIO PROMPT: "Kaip pasikeičia bendras laikas toliau pateiktame darbo grafike, jei "[veikla]" kritiniame kelyje vėluoja [X] d.? Apytiksliai pasiūlykite, kurias veiklas galima lygiagrečiai arba paspartinti, kad būtų kompensuojama. Aš valdysiu išteklių / komandos apribojimą. Tvarkaraštis: [įklijuoti]"
Dažnos klaidos
- Remiamasi visu laiku, netikrinant priklausomybių su lauko logika.
- Praleisti privalomus laukimo laikotarpius, tokius kaip betono kietėjimas ir džiovinimas.
- Nerealaus (pernelyg optimistinio) veiklos laiko priėmimas.
- Rodoma veikla, kuriai reikalinga ta pati komanda / įranga lygiagrečiai, nematant išteklių konflikto.
- Valdymo sprendimų priėmimas nepatikrinus kritinio kelio.
- Nepaliekant buferio laiko dėl oro / tiekimo neapibrėžtumo.
Apibendrinant
- Nustatykite darbo grafiką iš keturių komponentų: veiklos, trukmės, priklausomybės ir išteklių.
- Paklauskite AI dėl prioritetinių santykių (pirmtakės veiklos) lentelės pavidalu, o ne tik trukmės.
- Patikrinkite, ar priklausomybės atitinka lauko logiką (gydymas, džiovinimas, seka).
- Patikrinkite efektyvumą ir komandos autentiškumą bei išteklius konfliktams.
- Nepriklausomai patikrinti kritinį kelią; vėlavimas turi įtakos visam projektui.
- Scenarijus neaiškumus su AI, bet leiskite inžinieriui priimti buferį ir galutinį sprendimą.
Taikymo užduotis
Pasirinkite nedidelį darbų paketą (pvz., grubus vieno aukšto pastatymas, keletas veiklų). Paprašykite dirbtinio intelekto užsirašyti veiklos, trukmės ir pagrindinių veiklos lentelę bei kritinį kelią (pasakykite jam, kad užsirašytų pralaidumo prielaidas). Tada: (1) patikrinkite, ar kiekviena priklausomybė atitinka lauko logiką, ypač kietėjimo / džiūvimo laiką, (2) palyginkite laiką su savo derliaus įvertinimu, (3) patikrinkite, ar nėra išteklių konflikto, (4) pridėkite vėlavimo scenarijų prie veiklos kritiniame kelyje ir stebėkite jos poveikį bendram laikui. Atkreipkite dėmesį į visas ištaisytas klaidas.
kontrolinis sąrašas
- [ ] Aiškiai apibrėžiau veiklą, trukmę, priklausomybę ir šaltinį.
- [ ] Prioritetinius ryšius paėmiau lentelės forma.
- [ ] Patikrinau, ar priklausomybės atitinka lauko logiką (įskaitant išgydymą / įdiegimą).
- [ ] Lyginau laikus su efektyvumu ir komandine realybe.
- [ ] Patikrinau, ar nėra išteklių konfliktų.
- [ ] Aš savarankiškai patikrinau kritinį kelią.
- [ ] Neapibrėžtumų buferis ir galutinį sprendimą patvirtino inžinierius.