Erőforrás-gazdálkodás az építőiparban: gyakorlati útmutató
Egy építkezésről ritkán hiányzik az ütemterv; gyakrabban hiányzik a brigád, amelynek végre kellett volna hajtania, mert éppen egy másik építkezésen hoz be késést. Az erőforrás-gazdálkodás az építőiparban az a fegyelem, amely három véges dolgot — embereket, gépeket és anyagokat — illeszt hetente változó ütemtervekhez. A tét mérhető: az álló brigád kifizetett napokat jelent teljesítmény nélkül, a munkafrontra várakozó daru bérleti díjat, egy késve érkező acélszerkezet pedig az egész technológiai sorrendet megállíthatja. Ebben az útmutatóban megmutatjuk, hogyan tervezzük egy építkezés brigádjait, gépeit és anyagait, miért kell az erőforrás-terhelést az ütemtervhez kötni ahhoz, hogy túlélje az első határidő-módosítást, és hogyan vegyük észre a legdrágább, egyben legkevésbé látható problémát: az ugyanazon erőforrások ütközését a párhuzamosan futó építkezések között. Mindezt olyan mechanizmusokkal, amelyek egy FlexiProject-szerű rendszerben az erőforrás-tervezést megérzésből adatolvasássá változtatják.

Legfontosabb tudnivalók:
- Egy építkezés három erőforrása — az építkezés brigádokat és alvállalkozókat, gépeket, valamint hosszú átfutású anyagokat kezel; mindegyik csoportnak más az állásidő gazdaságtana és más a tervezési logikája.
- Az ütemtervhez kötve — az erőforrás-igény a feladatok határidejéből következik, így minden eltolódás megváltoztatja a terhelést; az ütemtervtől elszakított erőforrás-terv az első módosításnál elavul.
- Az építkezések közötti ütközés — a legdrágább erőforrás-ütközések a projektek között zajlanak, nem egy projekten belül, és egyetlen ütemterv nem mutatja meg őket.
- Nézet az összes projektre — az erőforrás-terhelés az összes építkezés Gantt-diagramján a tervezési szakaszban tárja fel az ütközést, amikor egy beszélgetésbe kerül, nem állásidőbe és kötbérbe.
- Adat a megérzés helyett — a brigádok tényleges kihasználtsága, az építkezésről rögzítve, a cég ajánlati és felvételi döntéseit táplálja.
Mi az erőforrás-gazdálkodás az építőiparban?
Az erőforrás-gazdálkodás az építőiparban az emberek, gépek és anyagok felhasználásának tervezése, hozzárendelése és kontrollja annak érdekében, hogy minden feladat időben megkapja, amire szüksége van, és egyetlen erőforrás se álljon, illetve ne legyen egyszerre két helyre lekötve. A projektek erőforrás-gazdálkodásának elméletét félretesszük, és annak szélesebb képét, hogy hogyan vezessünk építési projekteket, külön tárgyaltuk; itt arra koncentrálunk, ami az építkezést megkülönbözteti. Az építőipari projektmenedzsment éppen ezen a ponton tér el más szektoroktól: a szűkös elem az erőforrás, nem a feladat.
Három dolog jelenti a különbséget. Először: az építési erőforrások fizikaiak és mozgathatók — egy brigád vagy egy daru adott pillanatban egy helyen van, és az áthelyezésük időbe és pénzbe kerül. Másodszor: az igény szorosan a technológiai sorrendhez kötött — a vasszerelő brigád pontosan akkor kell, amikor a munkafront elkészült, nem egy héttel korábban vagy később. Harmadszor: a munkaerőpiac kegyetlen — a képzett brigádok biztosítása évek óta az építőipari cégek növekedésének egyik fő korlátja, ezért az álló, de rendelkezésre álló emberek olyan luxus, amelyet senki nem engedhet meg magának.
Tartsa kézben projektjei erőforrásait: 30 napos ingyenes próba.

Egy építkezés három erőforrása
Brigádok és alvállalkozók
Az embereket az építkezésen két szinten tervezzük: képzettség szerint (vasszerelők, szerkezetszerelők, villanyszerelők) és időbeli rendelkezésre állás szerint. A hasznos részletezettség a brigád és az alvállalkozó cég, nem az egyes ember; az építésvezetőt az érdekli, elérhető-e a szerkezetépítő brigád az alapozás időablakában, nem az, hogy név szerint ki jön szerdán. Az alvállalkozók külön kategóriát képeznek: korlátozottan kontrollált erőforrás, amelynek rendelkezésre állását előre le kell szerződni, és annál gondosabban ellenőrizni, minél közelebb dolgozik a kritikus úthoz. Rendelkezésre állásuk egyébként az építési kockázati nyilvántartás szokásos tétele, a szállítások és az időjárás mellett.
Gépek
Daruk, zsalurendszerek, földmunkagépek: ennek az erőforrásnak a gazdaságtana az állásidő és az átszállítás közötti számítás. Egy daru, amely egy hétig vár a munkafrontra, bérleti díjat jelent teljesítmény nélkül; ugyanaz a daru sietve másik építkezésre átvitt állapotban mindkét irányban mobilizálási költséget jelent. A nehézgépek közös szűk keresztmetszetek is lehetnek: egy zsalukészlet, amely két építkezést szolgál ki, rejtett függőséget teremt közöttük, amely külön-külön egyik ütemtervben sem látszik.
Hosszú átfutású anyagok
Acélszerkezet, ipari nyílászárók, légkezelő egységek vagy elektromos szekrények hetekkel vagy hónapokkal előre megrendelendők. Ezt az erőforrást a határidőkből visszafelé tervezzük: a beépítés dátuma mínusz a gyártási és szállítási idő adja a megrendelés utolsó biztonságos pillanatát. Egy kritikus elem késése ugyanolyan hatékonyan állítja meg a sorrendet, mint egy hiányzó brigád, ezért a kulcsrendelések jobban járnak, ha az ütemterv feladataként vezetjük őket felelőssel és határidővel, nem e-mailekben szétszórt jegyzetként.
Az ütemtervhez kötött erőforrás-tervezés
A leggyakoribb hiba ártatlannak tűnik: az erőforrás-terv külön táblázatban készül, az ütemterv mellett. Az első határidő-módosításig működik. Egy építési ütemterv Excel-sablon értelmes kezdet magához a munkatervhez; a baj akkor kezdődik, amikor a terhelési terv második fájlként él mellette. Ha az engedély három héttel később érkezik, vagy a betonozás elhúzódik, minden következő brigád igénye láncreakcióban eltolódik — a terhelési táblázat pedig semmit nem tud erről. Két ilyen módosítás után a cég olyan naptárra tervez embereket, amely nem létezik.
A következtetés szerkezeti, nem fegyelmi: az erőforrás-terhelésnek közvetlenül az ütemtervből kell következnie, hogy vele együtt éljen. A FlexiProjectben az erőforrásokat feladatszinten rendeljük hozzá — egy munkacsomagnak több felelőse is lehet, emberek mellett szervezeti egységek is — és közvetlenül a építési Gantt-diagramon láthatók. Amikor egy határidő-módosítás újraszámolja a függő feladatokat, az emberi és gépi igény a határidőkkel együtt mozdul, a felelősök pedig értesítést kapnak. Egy módosítás, egy nézet, semmilyen kézi egyeztetés a terhelési táblázat és a munkaterv között.

Az építkezések közötti ütközés: a legkevésbé látható probléma
Egy építkezésen belül az erőforrás-ütközés viszonylag hamar kiderül: ugyanazon brigád két feladata ugyanazon a héten a koordinációs megbeszélésen szembeszökő. A valóban drága ütközések egy szinttel feljebb zajlanak, a projektek között: ugyanaz a szerkezetépítő brigád két építkezésen lekötve, ugyanaz az építésvezető két ütemtervben, egy zsalukészlet két munkára megígérve. Egyetlen projekt szempontjából minden helyesnek látszik; az ütközés a helyszínen derül ki, amikor állásidőbe, kötbérbe és idegen brigádokkal való improvizálásba kerül.
A FlexiProjectben az erőforrás-terhelés az összes projekt Gantt-diagramján látható. Ha munkákat szeretne eltolni az egyik építkezésen, azonnal látja, hogy ez túlterhelést okoz-e egy másikon — az ütközés a tervezési szakaszban jelenik meg, ahol a megoldása egy prioritásokról szóló beszélgetésbe kerül, nem egy hét állásidőbe. Pontosan ezt nem helyettesíti semmilyen fegyelem a külön táblázatok vezetésében, mert a probléma definíció szerint közöttük van.
A portfólió szintje kiegészíti a képet: a szervezeti egységek és brigádok időben aggregált terhelése megmutatja, mikor van a cégnek valóban helye még egy építkezésre, és mikor jelenti egy ajánlat elfogadása csendes ütközést a már leszerződött munkákkal. A terhelés elemzése így a vezetői döntések bemenetévé válik: melyik tenderre induljunk, mikor kezdjünk felvenni embereket, hol térül meg egy második gépkészlet — pontosan így használják azok a cégek, amelyek bevezetik a FlexiProjectet.
Az összes építkezés terhelése egyetlen nézetben: 30 nap ingyen.

Jó gyakorlatok az építkezés erőforrás-gazdálkodásában
Négy gyakorlat hozza a legnagyobb hasznot a legkisebb bürokráciával. Első: a helyes részletezettség — brigádokat, szervezeti egységeket és cégeket tervezzen, ne neveket; a tervnek arra kell válaszolnia, van-e kapacitás, nem a művezető napi beosztását kell helyettesítenie. Második: állandó ritmus — a terhelést a koordinációs megbeszélésen tekintse át az ütemtervvel és az előző hét építési előrehaladási jelentésével együtt, mert ezek ugyanannak a döntésnek a két oldala. Harmadik: tartalék ott, ahol fáj — a kritikus úton lévő feladatok erőforrásait rendelkezésre állási tartalékkal tervezze, mert a késésük az egész munka határidejét eltolja, míg a tartalékkal rendelkező feladatok erőforrásai futhatnak szűkösen. Negyedik: zárja be a kört a helyszíni adatokkal. A folyamatosan rögzített munkaidő — a FlexiProjectben mobilalkalmazásból is — a terhelési tervet a tényleges kihasználtság ismeretévé alakítja, és a következő ajánlatok kalkulációjának ezen kell állnia, nem nyilatkozatokon. Az így olvasott kihasználtság táplálja az építőipari KPI-kat is, amelyeket a vezetés figyel.
Gyakran ismételt kérdések
Milyen erőforrásokat kezelünk egy építési projektben?
Három fő csoportot: embereket (saját brigádok, építésvezetés és alvállalkozók), gépeket (daruk, zsaluzatok, földmunkagépek) és anyagokat, különös figyelemmel a hosszú átfutású elemekre, például az acélszerkezetre vagy a gépészeti egységekre. Mindegyik csoportnak más a gazdaságtana: az embereket képzettség és rendelkezésre állás szerint tervezzük, a gépeket az állásidő és az átszállítás számítása alapján, az anyagokat pedig az ütemtervből visszaszámolt megrendelési határidők szerint.
Hogyan tervezzünk brigádokat több építkezésen?
A lényeg egyetlen terhelési nézet az összes projektre, közvetlenül az ütemtervekből töltve, az építkezésenként vezetett külön táblázatok helyett. A brigádokat brigád- és szervezeti egység szinten tervezzük, az ütközéseket a tervezési szakaszban prioritási döntéssel oldjuk fel, a kritikus utakon lévő erőforrások pedig rendelkezésre állási tartalékot tartanak. A FlexiProjectben az erőforrás-terhelés az összes építkezés Gantt-diagramján egyszerre látható.
Miből fakadnak az erőforrás-ütközések az építőiparban?
Leggyakrabban abból, hogy minden építkezést külön terveznek: ugyanaz a brigád, ugyanaz a gép vagy ugyanaz az építésvezető két ütemtervben végzi, amelyek soha nem találkoznak egy nézetben. A második forrás a határidő-módosítás — egy késés láncreakcióban tolja el az igényt, az ütemterv mellett vezetett erőforrás-tervek pedig nem tartanak lépést ezekkel a változásokkal, így a cég elavult képpel dolgozik a rendelkezésre állásról.
Hogyan támogatja a szoftver az építkezés erőforrás-gazdálkodását?
A rendszer az ütemtervhez köti az erőforrásokat: feladatszintű hozzárendelés, projekteken átnyúlóan a Gantt-diagramon látható terhelés, az igény automatikus újraszámítása határidő-módosításnál és értesítések a felelősöknek. Ehhez jön a munkaidő rögzítése az építkezésről mobilalkalmazással, valamint a portfólió szintű terhelési riportok, amelyeket ajánlati és felvételi döntésekben használnak. Hogy mit érdemes összehasonlítani egy építőipari projektmenedzsment-szoftver kiválasztásakor, külön útmutatóban írtuk le.
Az erőforrás-gazdálkodás az építőiparban három ponton dől el. Az első a három erőforrás eltérő gazdaságtanának megértése: képzettség és rendelkezésre állás szerint tervezett brigádok, állásidő és átszállítás között mérlegelt gépek, a határidőkből visszafelé megrendelt anyagok. A második az összekötés: a terhelésnek az ütemtervből kell következnie, és annak minden módosításával együtt élnie, mert a munkaterv mellett vezetett erőforrás-terv gyorsabban avul, mint ahogy bárki frissíteni tudja. A harmadik, egyben a legfontosabb és a legkevésbé látható, az építkezések közötti szint: ugyanazon brigádok és gépek ütközése párhuzamos projektek között, amelyet egyetlen önálló ütemterv sem tár fel. A FlexiProject mindhárommal foglalkozik: feladatokhoz kötött és projekteken átnyúlóan a Gantt-diagramon látható erőforrások, a függőségekkel együtt újraszámolt terhelés, az építkezésről mobilalkalmazásban rögzített munkaidő és a portfólió terhelése az ajánlati döntések bemeneteként. Ha az építkezései továbbra is külön táblázatokban tervezik az embereket, az első ütközés, amelyet a rendszer a tervezési szakaszban fog el a helyszín helyett, valószínűleg kamatostul visszahozza a bevezetés árát.





