admin 
Linijinės statybų pramonėje naudojamos darbo eigos, tokios kaip RIBA darbo planas, turi istoriją, kai prasideda ankstesni etapai. Šių darbo eigų etapai dažnai būna skirtingos ir nuoseklios, todėl gali būti sunku ar brangu grįžti po scenos pabaigos. Šiame metode, kuris dar žinomas kaip „krioklys“, reikalingi dizaino apžvalgos ir prieš pereinant į kitą lygį, jie turi būti baigti.
Kryžminės fazės iteracijos yra retas problemų simptomas, o dauguma projektavimo specifikacijų bus užfiksuota anksti, kad būtų išvengta pakeitimo. Be to, bendrų statybų pramonės planavimo ir planavimo metodų, tokių kaip „Critical PATH“ metodas (CPM) ir programos vertinimo ir peržiūros technika (PERT), trūksta galimybės parodyti grįžtamąjį ryšį ir iteraciją projektuose, nes jie leidžia tik progresuoti vienpusei.
Dėl to šie procesai kilo dėl linijinės paradigmos, skatinančios suskaidytą požiūrį į projekto valdymą, ir padidėjo poreikis labiau pasikartojančiai procedūrai.
Norėdami sužinoti daugiau apie „Agile“ projektų valdymą statyboje, skaitykite autoriaus skyrių „Netiesinis projekto valdymas:„ Agile “,„ Scrum “ir„ Kanban “statybų pramonei“, kaip „Springer Book Industry 4.0“, skirtos pastatytai aplinkai, dalis, redagavo Marzia, redagavo „Marzia“. Bolpagni, Rui Gavina ir Diogo Rodrigo Ribeiro.
Agile projekto valdymo šaknys
Agile projekto valdymo idėją galima atsekti „Toyota Way“, tačiau tik 1995 m., Kai Jeffas Sutherlandas ir Kenas Schwaberis aptarė pirmąją judrią programinės įrangos kūrimo techniką, kad judri koncepcija pradėjo domėtis. Vėliau „Agile“ manifestą parašė 17 programinės įrangos kūrėjų, kurie Juta susitiko 2001 m.
„Mes atskleidžiame geresnius programinės įrangos kūrimo būdus darydami ir padedant kitiems tai padaryti. Per šį darbą mes turime vertę:
- Asmenys ir sąveika dėl procesų ir įrankių
- Darbinė programinė įranga, susijusi su išsamiais dokumentacija
- Klientų bendradarbiavimas dėl derybų dėl sutarties
- Reaguoti į pokyčius laikantis plano “
Agile sistema
Dėl šio manifesto buvo sukurti dvylika judrių principų, įskaitant klientų pasitenkinimą, sveikinančius pokyčius, dažnas produkto pristatymas, tiesioginis ryšys ir reguliarūs atsiliepimai. Žemiau pateiktame paveikslėlyje pavaizduota bendrajame judrioje sistemoje.
Ši sistema turi penkias fazes, kurių kiekviena turi palaikomąją praktiką:
- Įsivaizdavimas: nustatyti projekto tikslus ir apribojimus
- Spėliokite: kurti funkcijas pagrįstą išleidimo planą.
- Naršykite: paleiskite ir išbandykite funkcijas trumpai iteracijoje.
- Papildykite: Norėdami peržiūrėti pateiktus rezultatus ir prireikus pritaikyti.
- Uždaryti: baigti projektą ir peržiūrėti pagrindinį mokymąsi.
Agile metodai
Buvo nustatyta, kad gebėjimas valdyti keitimo prioritetus, projekto matomumą, verslo suderinimą, pristatymo greitį, didesnį komandos produktyvumą, pagerintą klientų pasitenkinimą ir projekto rizikos mažinimą yra svarbiausias „Agile“ metodikos įgyvendinimo pranašumas. Pastaraisiais metais buvo sukurti įvairūs judrūs metodai, tokie kaip Scrum ir Kanban.
„Scrum“ yra judri planavimo, stebėjimo ir sudėtingų projektų planavimo, stebėjimo ir užpildymo sistema. Tai lengvas procesas, padedantis komandoms dažnai pristatyti aukštos kokybės produktus. „Scrum“ yra pastatytas ant trijų skaidrumo, patikrinimo ir adaptacijos ramsčių. Tai yra pasikartojantis ir laipsniškas rizikos kontrolės ir nuspėjamumo optimizavimo metodas.
„Scrum“ procesą sudaro daugybė iteracijų, vadinamų „Sprints“, kurios paprastai yra nuo vienos iki keturių savaičių. Kiekvieno sprinto metu komanda apibrėžia ir suteiktų užduočių grupę, vadinamą vartotojų istorijomis ir suteikianti prioritetą komanda, kuri vėliau baigia sprinto metu. Kiekvieno sprinto pabaigoje komanda aptaria, kas sekėsi gerai ir kas gali būti pagerinta būsimame sprinte. Šis procesas padeda komandoms greitai aptikti ir spręsti problemas bei užtikrinti, kad gatavas produktas atitiktų vartotojų poreikius. Komandos nariai turėtų reguliariai peržiūrėti procedūrą ir įvertinti jų pažangą link „Sprint“ tikslų, o jei jie atranda nukrypimą nuo numatyto rezultato, jie turėtų atlikti reikiamus pakeitimus.
Agile pritaikymas statybų sektoriui
Buvo teigiama, kad kadangi statybos projektai yra nuoseklūs, o pakeitimai yra brangūs, kai projektai yra pažengę į priekį, jie nėra perspektyvus pasirinkimas iteraciniam metodui. Tačiau pastatai tampa sudėtingesni nei bet kada anksčiau, o sistema, skatinanti dažnesnius grįžtamąjį ryšį, gali nepaprastai sumažinti riziką. Be to, tradicinio 2D darbo eigos iteracinio proceso pasirinkimas gali būti sudėtingas, tačiau informacijos modeliavimas (BIM) suteikė galimybių pasirinkti netiesinį metodą.
BIM ir „Agile Management“ turi panašias savybes, ir jie teikia panašius pažadus. Todėl informacijos modeliavimas gali vaidinti svarbų vaidmenį priimant judrų valdymą, ne tik pateikiant modelio (-ų) technologinę infrastruktūrą ir informaciją, kuria bus dalijamasi tarp komandos narių, bet ir todėl, kad tai yra metodika su panašiais tikslais.
Statybos pramonė pritaikė kitų sektorių įrankius ir metodus, tokius kaip „Lean Manufacturing“ modelis. Nors statybų sektoriuje naudojama daug judraus valdymo atvejų, praktika jų praktikoje pradėjo įgyvendinti kai kuriuos šio metodo aspektus. „Agile Project Management“ neseniai sulaukė tam tikro gydytojų ir tyrėjų dėmesio, o BIM gali padėti statybų pramonei pritaikyti šią metodiką.
Apie autorių
Mohammad Saki yra MSC tvaraus statybų projektavimo ir inžinerijos programų lyderis Grinvičo universitete. Motyvuotas tiek architektūros, tiek projektų valdymo srityje, jis moko ir tyrinėja daugiadalykines sritis, susijusias su skaitmenine transformacija iš įvairių perspektyvų, įskaitant technologijas, procesą ir tvarumo perspektyvas.
Šiose srityse jis tiria informacinio modeliavimo statybą; Virtuali ir papildyta realybė; daiktų internetas; Novatoriški valdymo metodai, konkrečiai netiesiniai metodai, tokie kaip judrus valdymas; ir sukurtos aplinkos skaitmeninimo įtaka tvarumui, įskaitant veiklos modeliavimą ir gyvenimo ciklo analizę.
