Projektmenedzsment szoftver mérnöki cégeknek: beszerzési útmutató

Mi az a mérnöki cégeknek szánt projektmenedzsment szoftver?

A mérnöki cégeknek szánt projektmenedzsment szoftver olyan rendszer, amelyben egy mérnöki vállalat egy helyen tervezi, valósítja meg és felügyeli ügyfélprojektjeit: ütemtervek, erőforrások, munkaidő, költségvetések, kockázatok és riportok. Táblázatok foltvarrásos halmaza, egy költségekre szánt ERP-modul és minden projektvezető saját módszere helyett a cég egyetlen információforrást kap minden egyes projektről és a portfólió egészéről. Éppen ez az egyetlen forrás jelenti a különbséget a túllépésekre való reagálás és azok megelőzése között.

Maga a kifejezés egy pontosítást igényel, mert két különböző közönséget fed le. A tervezőirodák, az EPC-kivitelezők, az ipari automatizálási integrátorok és a többszakmás mérnöki vállalatok külső ügyfeleknek adnak át számlázható projekteket. A szoftverfejlesztő csapatok ezzel szemben sprintekkel, backlogokkal és kiadásokkal dolgoznak. Ez az útmutató az első csoportnak szól. Ha a céged ügyfeleknek tervez, épít és helyez üzembe, akkor mérnöki vállalatoknak szánt projektmenedzsment szoftverre van szükséged, nem agilis fejlesztőeszközre: a különbség pontosan ott jelenik meg, ahol a pénz keletkezik vagy elvész, az alaptervekben, a költségvetésekben, a terheléstervezésben és az ügyfél felé szóló riportokban.

Miért nem elegendők egy idő után a táblázatok és az általános feladatkezelő eszközök

A legtöbb mérnöki vállalat nem PPM-rendszerrel kezdi, mégpedig jó okkal. A költségvetések az ERP köré épített megoldásokban élnek, mert ott vannak a számlák és a költségek. Az ütemtervek táblázatokban, a feladatok egyszerű teendőlistában, és minden projektvezető kialakítja a maga módját a számok kézben tartására. Egy bizonyos méretig ez működik. Nagyjából egy tucat párhuzamos projekten túl a széttagoltság ára láthatóvá válik: senki sem látja egyetlen projekt teljes képét, nemhogy az egész portfólióét, és a döntések arról, hogy mely ajánlatokat adják be vagy mikor vegyenek fel embert, adatok nélkül születnek.

Az iparági kutatások megmutatják, mennyire gyakori ez a hiányosság. A Wellingtone State of Project Management jelentésében a szervezeteknek csak 34%-a mondja, hogy a projekteket rendszerint vagy mindig időben fejezi be, csak 48% rögzít rendszerint vagy mindig alaptervet az ütemtervéhez, és a válaszadók fele nem rendelkezik valós idejű projekt-KPI-kkel, mégis havonta egy vagy több napot tölt riportok készítésével. Pontosan ezeket a mechanizmusokat kellene egy dedikált rendszernek automatizálnia. Az alábbi szakaszok ezt az általános megfigyelést egy mérnöki cég konkrét követelménylistájává fordítják: ütemterv, erőforrások és idő, költségvetés, projektalapító dokumentum és attribútumok, kockázatok és portfólió.

Ütemterv: egy mérnöki projekt gerince

Munkalebontási struktúra, függőségek és mérföldkövek

Egy mérnöki portfólió a végleteket keveri: rövid, gyors győzelmek több éves szállítások mellett. Egy merev, lapos feladatlista nem szolgálhatja mindkettőt, ezért az első ütemterv-szempont a korlátlan munkalebontási struktúra. A FlexiProjectben az ütemtervnek nincs WBS-mélységkorlátja: egy kis projekt lapos szerkezetet tart néhány feladattal, míg egy nagy szállítást fázisokra, szakaszokra, feladatokra és mérföldkövekre bontasz, mindezt ugyanabban a felületben. A csapat azt is megválasztja, hogyan nézi ugyanazokat az adatokat: feladatlistaként a részletekhez, Gantt-diagramon a vizuális tervezéshez és a függőségekhez, vagy Kanban-táblán a napi végrehajtáshoz.

Nézd meg alaposan, hogyan kezeli a rendszer a függőségeket és a mérföldköveket a Gantt-diagramon. A függőségek reálisan reagáltatják a tervet, ha egy szakterület csúszik; a mérföldkövek a vezetésnek és az ügyfélnek fix viszonyítási pontokat adnak az egész szállításra. Az is számít, hogyan aggregálódik az előrehaladás. A FlexiProjectben az előrehaladás csak feladatszinten frissül, a rendszer pedig automatikusan számolja a szakasz és a projekt előrehaladását, így a portfólió-nézetek és a riportok manuális számolás nélkül maradnak naprakészek. A késésben lévő feladatok automatikusan kiemelődnek, ami azt jelenti, hogy a projektvezető a projekt megnyitásának pillanatában látja a bajt, nem a következő havi riportban.

Alaptervek és az eltérések követése

Egy ütemterv, amely hétről hétre csendben elcsúszik, nem elköteleződés, hanem napló. A tesztelendő szempont: el tudja-e menteni a rendszer a jóváhagyott alaptervet, és meg tudja-e mutatni az aktuális ütemtervhez képest? A FlexiProjectben a jóváhagyott alapterv a Gantt-diagramon látható marad az élő terv mellett, így minden eltérés azonnal látszik, az egész projektre vonatkozó előrejelzett befejezési dátummal együtt. Egy mérnöki cégnek ez megváltoztatja az ügyfelekkel és a vezetőséggel folytatott beszélgetéseket: a határidőket fix viszonyítási ponthoz mérve tárgyalják, és a csúszás akkor kerül felszínre, amikor még van idő reagálni. Mivel a szervezeteknek kevesebb mint fele rögzít következetesen alaptervet, ez az egyetlen képesség elválasztja a határidőket kézben tartó cégeket azoktól, amelyek csak felfedezik őket.

Feladatfelelősök kijelölése és delegálása

A mérnöki feladatok ritkán egyszemélyesek: gépészeti tervezés, villamos, szoftver, üzembe helyezés. Ellenőrizd, hogyan működik a gyakorlatban a feladatgazdaság. A FlexiProject egy vagy több felelőst enged feladatonként, mindegyik értesítést kap és a saját listáján látja a feladatot, ami tükrözi, hogyan oszlik meg valójában a felelősség a többszakmás csapatokban. Ahol az egyéni elszámoltathatóság számít, a feladat bármely WBS-szinten részfeladatokra bomlik, és mindenki a saját darabjáért felel, így az előrehaladás külön követhető, és a felelősség nem mosódik el. Az üzleti hatás egyszerű: a delegálás a rendszerben történik, nyommal, nem folyosói beszélgetésekben, amelyekre két hét múlva senki sem emlékszik.

Erőforrások és idő: kapacitás, terhelés és időkimutatások

Erőforrás-terhelés és kapacitástervezés

Az emberek a mérnöki cég termelési kapacitása, ezért az erőforrás-kezelő rendszer több figyelmet érdemel minden más szempontnál. Keress közvetlenül a Gantt-diagramról látható terhelést: a FlexiProjectben időben mozgathatod a feladatokat, és nézheted, ahogy a hozzárendelt emberek terhelése változik, mint egy szimuláció, amelyet a terv jóváhagyása előtt futtatsz. Egy globális nézet hónapokkal előre megmutatja az egész szervezetet, figyelembe véve mindenki napi rendelkezésre állását a projektmunkára, a szabadságokat és a távolléteket is, és a rendszer jelez, ha valakinek a terhelése egy adott időszakban meghaladja a rendelkezésre állását.

A megtérülés a vezetői döntések minőségében rejlik. Amikor az osztályok terhelése alapadat, az olyan kérdésekre, mint hogy mely ajánlatokat adják be, mikor indulhat biztonságosan a következő projekt és mikor nyissanak toborzást, adatok válaszolnak intuíció helyett. A rejtett szűk keresztmetszetek, például két szakember, akire öt projektnek van szüksége ugyanabban a negyedévben, még azelőtt láthatóvá válnak, hogy két projektvezető versengeni kezdene ugyanazért a mérnökért, és a portfólió időben újraütemezhető.

Időrögzítés, amely a költségvetéseket és a jövőbeli becsléseket táplálja

Ha a cég mérnökórákban árazza a munkáját, az időkövetés nem élhet külön eszközben. A szempont: a projektfeladatokon közvetlenül rögzített órák, amelyek valós időben táplálják a munkaerőköltséget (óra szorozva díjtétellel) a projekt költségvetésébe. A FlexiProject saját időrögzítő modult tartalmaz, amely pontosan így működik, mobilalkalmazással az órák terepről történő rögzítéséhez helyszíni munka vagy üzembe helyezés közben, így az adatok nem várnak péntek délutánig.

Ugyanilyen fontos, hogy az adatok utána mit tesznek. A tervezett és a tényleges idő feladatonkénti összevetése megmutatja, hol tévedtek a becslések, és ezek a viszonyítási pontok táplálják a következő árajánlatot. Azok a cégek, amelyek a rögzített múltból becsülnek, nem megérzésből, pontosabban áraznak, jobban védik az árréseiket, és tudják, mely munkatípusok fogyasztanak rendszeresen több órát az eladottnál. Ez egy PPM-beruházás egyik leggyorsabban mérhető megtérülése.

Költségvetések: terv, tény és a befejezésig szóló előrejelzés

A költségvetés kontrollja az, ahol a legtöbb mérnöki cég először érzi a fájdalmat, mert a bevétel a projektekből jön, és minden túllépés közvetlenül az árrést eszi. Három képesség választja el a valódi projektköltségvetés-szoftvert egy költségjelentéstől. Először is, a költségvetésnek költségeket és bevételeket egyaránt kell tartalmaznia, hogy a rendszer a projekt tervezett nyereségét mutassa, ne csak a kiadását. Másodszor, a költségvetési soroknak az ütemterv feladataihoz kell kapcsolódniuk: a FlexiProjectben, amikor egy feladat elmozdul, a kapcsolódó költségvetési tétel dátuma automatikusan frissül, így a projekt pénzáramlása mindig az aktuális ütemtervet tükrözi, manuális szinkronizálás nélkül. Harmadszor, és ez a legfontosabb, a rendszernek három értéket kell egyszerre mutatnia: tervet, eddig elköltöttet és a befejezésig szóló előrejelzést, az ebből adódó eltéréssel együtt. Tudni, mit költöttek el, nem elég; az előrejelzés az, ami időt ad a projektvezetőnek a reagálásra, mielőtt a túllépés ténnyé válna.

Kérdezz rá a könyveléssel való integrációra is. A FlexiProject integrálódik a könyvelési és ERP-rendszerekkel, automatikusan importálva a számlákat attribútumaikkal (dátum, összeg, bizonylatszám, szállító) a megfelelő költségvetési sorokba, és minden sor viselhet könyvelési attribútumokat, például költséghelyet vagy költségtípust. Ez megszünteti a kettős adatbevitelt, és véget vet a visszatérő vitának arról, kinek a számai igazak: a projekt költségvetése egyezik a könyveléssel, a pénzügyi részleg pedig saját riportelrendezéseket kaphat, eltérésekkel és előrejelzésekkel bármilyen bontásban, amire szüksége van.

Projektalapító dokumentum és projektattribútumok

Projektalapító dokumentum, amely összegyűjti a projekt minden információját

A projektalapító dokumentum egy megnyert szerződést kezelt projektté alakít: célok, hatókör, felelősségek, kulcsdátumok, fő kockázatok, mind egyetlen dokumentumban. Kiválasztási szempontból két dolog számít. Először a rugalmasság: sok PPM-rendszer fix alapító dokumentumot szállít, amely nem alakítható, ami arra kényszeríti a céget, hogy feladjon egy több száz saját projekten csiszolt sablont. A FlexiProject projektalapító dokumentum eszközében a dokumentum kész komponensekből épül fel bármiféle programozás nélkül, tetszőleges elrendezésben, és a különböző projekttípusoknak (ügyfélszállítás, belső K&F erőfeszítés, beruházás) lehet külön alapító dokumentuma, miközben megosztják a vállalati szabványos mezőket, így a szabványosítás és az illeszkedés nem zárja ki egymást.

Másodszor az automatizálás: egy kézzel karbantartott alapító dokumentum hetek alatt elavul. A FlexiProjectben a mérföldkövek, a fő kockázatok és a dokumentum számos más eleme automatikusan az ütemtervből, a kockázati nyilvántartásból és más modulokból töltődik, így a dokumentum összhangban marad a valósággal, és a projektvezető ideje nem adatok képernyők közötti másolgatásával telik. Az alapító dokumentumok verziózottak, a jóváhagyás pedig elektronikusan, konfigurálható jóváhagyási folyamatokon keresztül zajlik, ami kiváltja a nyomtatott aláírásokat, és teljes nyomot hagy arról, ki melyik verziót és mikor hagyta jóvá.

Egyedi projektattribútumok az alapító dokumentumokban és a riportokban

Minden mérnöki cég a saját műszaki mezőivel írja le a projekteket: szerződésszám, ügyfél, helyszín, szerződéstípus, finanszírozási forrás, technológia. A szempont: definiálhatja-e ezeket az attribútumokat egy adminisztrátor egyedül, szállítói közreműködés vagy programozás nélkül? A FlexiProject többféle típusú egyedi projektattribútumot támogat: rövid és hosszú szöveg, egyszeres és többszörös választólisták, dátumok, számok és számított mezők, amelyek más attribútumokból vezetnek le egy értéket. Egy dátumattribútum összeköthető az ütemterv egy feladatával vagy mérföldkövével, így amikor a terv elmozdul, az attribútum magától frissül.

Az érték az újrahasznosításban mutatkozik meg. Az egyszer definiált attribútumok elérhetők a projektlistákban, a projektalapító dokumentumokban, a projektértékeléseken és a riportokban, így ugyanaz a műszaki adat mindenhol megjelenik duplikáció nélkül. Egy szerződéstípus szerint szűrt portfólió vagy egy ügyfél, illetve helyszín szerint csoportosított riport néhány kattintás lesz egy táblázatos gyakorlat helyett, a vezetői riportolás pedig a cég saját műszaki nyelvét beszéli.

Kockázatkezelés a mérnöki projektekben

A mérnöki projektek ismétlődő kockázati mintázatokat hordoznak: szállítói késések, tervmódosítások, helyszíni körülmények, viták az átvételi kritériumokról. Egy kockázati modul ezért nem kiegészítő, hanem központi kiválasztási szempont. Először ellenőrizd, hogy a kockázatkezelő szoftver alkalmazkodik-e a szabványaidhoz: ha a szervezeted 3×3-as kockázati mátrixszal dolgozik, egy fixen 5×5-össel kódolt rendszer egyszerűen kihasználatlan marad. A FlexiProjectben a kockázati mátrix dimenzióit a bevezetés során állítják be a szervezet saját módszeréhez.

Azt is ellenőrizd, hogy a rendszer segíti-e a szervezetet a tanulásban. A FlexiProjectben egy adott projekttípusra jellemző kockázatok listája a projektsablon része, így egy új csapat a szervezet felhalmozott tudásából indul üres lap helyett, és a szállítás sajátosságaihoz igazítja. A záró dokumentumok rögzítik, mely kockázatok valósultak meg és hogyan oldották meg őket, az új projekteket tervező csapatok pedig visszanyúlhatnak ehhez a történethez. Idővel a cég a saját szállítási előzményeiből kockázati tudásbázist épít, pontosan azt a fajta eszközt, amelyet a táblázatok soha nem halmoznak fel.

Portfólió-nézet: minden projekt egyetlen képernyőn

Egy mérnöki vállalatot portfólió szinten irányítanak: több tucat projekt különböző fázisokban, különböző ügyfeleknek, különböző árrésekkel. A szempontok itt: a státuszok, mérföldkövek és pénzügyek automatikus aggregálása a projekteken át; az a képesség, hogy másodpercek alatt kiderüljön, mely projektek igényelnek beavatkozást; és pénzügyi összesítések, amelyek a teljes portfólióra és projektenként is megmutatják az összes eltérést, a kiadásokat és az előrejelzéseket. Aggregálás nélkül az olyan alapkérdések, mint hogy mely projektek csúsznak ebben a hónapban, órákra való elemzést igényelnek; vele a válasz egyetlen képernyőn van.

Két képességet érdemes külön tesztelni egy projektportfólió-szoftverben. A FlexiProjectben egy projekt egyszerre több portfólióhoz is tartozhat, így ugyanaz a szállítás megjelenhet egy ügyfélportfólióban és egy stratégiai kezdeményezésben az adatok duplikálása nélkül. A portfólió szintű kockázataggregálás egyetlen fülre gyűjti a tagprojektek összes kockázatát, így az ismétlődő kockázatokat központilag oldják meg ahelyett, hogy több projektvezető külön-külön birkózna velük, egymásról mit sem tudva. A projektek közötti függőségek egy közös Gantt-diagramon követhetők, ami mindenhol számít, ahol egy szállítás táplál egy másikat.

Hogyan bonyolítsd le a kiválasztást és a bevezetést

A követelményektől a valós projekten futó pilotig

Kezeld a fenti szempontokat követelménylistádként, súlyozd őket a céged valós fájdalompontjaihoz, és szűkíts két-három rendszerre. Aztán változtasd meg azt az egy szokást, amely a legtöbb kiválasztást aláássa: forgatókönyvezett bemutató alapján való ítélkezés helyett futtass pilotot egy valós, folyamatban lévő projekten. Építsd fel az ütemtervét, rendelj felelősöket, rögzíts egy hét munkaidőt, vidd be a költségvetést. Egy pilot feltárja, amit egy bemutató elrejt: mennyi ideig tart valójában a beállítás, tudnak-e a projektvezetők kézikönyv nélkül dolgozni, és tényleg kijönnek-e a riportokban azok az adatok, amelyekre a vezetőségednek szüksége van.

Teljes költség, licencelés és bevezetési kérdések

A teljes költséget hasonlítsd össze, ne az előfizetési árat: a bevezetés ráfordítása, a képzés, az ERP-vel és a könyveléssel való integráció, valamint a folyamatos adminisztráció. Kérdezd meg a szállítókat, hogyan skálázódik a licencelés. A FlexiProject rugalmas licenckészletet használ, amelyben a licencek nincsenek tartósan felhasználókhoz rendelve: az adminisztrátor bármikor átrendelheti őket a szállító megkeresése nélkül, nincs felső korlát, a feltételek pedig azonosak felhő és on-premise esetén. Kérdezz a telepítésről: a FlexiProject felhőben és on-premise formában is elérhető, ami számít azoknak a mérnöki cégeknek, amelyek ügyfelei adatelhelyezési követelményeket írnak elő. A külföldön projekteket szállító cégeknek a 28 nyelven elérhető felület egy további bevezetési akadályt hárít el a vegyes csapatok elől.

Hogyan néz ki a bevezetés a gyakorlatban

A kiválasztás csak akkor sikeres, ha az emberek valóban a rendszerben dolgoznak, ezért kérj a szállítóktól bizonyítékokat a saját iparágadból. Egy példa: egy ipari automatizálási mérnöki cég mind az 51 folyamatban lévő projektjét három hónap alatt átvitte a FlexiProjectbe, 37 munkatárssal és kulcsfontosságú alvállalkozókkal dolgozva a rendszerben, az ERP-vel integrált költségvetési adatokkal és egy közös szabvánnyal (projektalapító dokumentum, fázismodell, alaptervek, értékelési ritmus), amelyet az eszközzel együtt építettek fel. Két bevezetési tényező ismétlődik az ilyen megvalósításokban: egy aktív, vezetőségi szintű szponzor, aki következetesen megköveteli, hogy a rendszer legyen a projektinformáció egyetlen forrása, és egy alacsony belépési küszöb, amely minden projektvezetőnek lehetővé teszi, hogy egy valós projekt bevitelével kezdjen, ne gyakorlatokkal.

GYIK

Elég egy mérnöki cégnek az MS Project?

Az MS Project jól kezeli az egyprojektes ütemezést, de egy mérnöki cégnek szüksége van projekteken átívelő terheléstervezésre, időrögzítésre, előrejelzéses projektköltségvetésekre és portfólió-riportokra is. Egy önálló MS Project köré ezek jellemzően további eszközöket vagy magasabb licencszinteket igényelnek, míg egy PPM-szoftver egy helyen, egyetlen adathalmazon fedi le őket.

Mennyi ideig tart egy mérnöki cégeknek szánt projektmenedzsment szoftver bevezetése?

A bevezetési idő erősen függ a projektek számától, az adatmigráció terjedelmétől és a szervezet méretétől, és tarthat egy héttől néhány hónapig. A határidők főleg akkor nyúlnak meg, ha a cégnek nincs folyamat-szabványa, és a bevezetés során kell felépítenie egyet.

Mire figyeljen egy kis mérnöki cég?

Alacsony belépési küszöbre és növekedési térre. A rendszer legyen elég egyszerű ahhoz, hogy a projektvezetők hosszú képzés nélkül építsenek ütemterveket és költségvetéseket, és elég skálázható ahhoz, hogy a portfólió-nézetek, a programok és az integrációk ott legyenek, amikor a párhuzamos projektek száma nő.

Felhő vagy on-premise a mérnöki projektekhez?

Mindkét modell életképes, a döntő tényező pedig általában az ügyfél és az adatok követelményei. A szigorú adatelhelyezési szabályokkal rendelkező ügyfeleknek dolgozó cégek az on-premise-t választják; mások a felhőt részesítik előnyben a gyorsabb indulásért és az infrastruktúra karbantartásának hiányáért. A FlexiProject mindkét modellben elérhető, ugyanazzal a funkcionalitással.

Egy mérnöki cégeknek szánt projektmenedzsment szoftver kiválasztása néhány ellenőrizhető szempontra egyszerűsödik, nem a funkciók számára. Az ütemtervnek valódi munkalebontási struktúrát kell hordoznia függőségekkel, mérföldkövekkel és jóváhagyott alaptervvel, amelyhez az eltéréseket mérik. Az erőforrásoknak terhelésként és rendelkezésre állásként kell látszaniuk az egész szervezetben, a munkaidőnek pedig olyan projektköltségvetésekbe kell áramlania, amelyek tervet, tényt és a befejezésig szóló előrejelzést mutatnak. A projektalapító dokumentumnak automatikusan össze kell gyűjtenie a projekt minden információját, az egyedi attribútumoknak a műszaki valóságodat kell vinniük minden riportba, a kockázatoknak a saját szabványaidra beállított nyilvántartásban kell élniük, a portfólió-nézetnek pedig másodpercek alatt kell megválaszolnia, mely projektek igényelnek figyelmet. Pontozd a szűkített listádat ezzel a beszerzési útmutatóval, majd ellenőrizd a győztest egy valós projekten futó pilottal, mert a megtérülésről a bevezetés dönt, nem a funkciólista. A FlexiProject pontosan ezek köré a mechanizmusok köré épült, és vannak bevezetései mérnöki vállalatoknál, amelyek megmutatják, hogyan működnek több tucat párhuzamos projekt méretében. Ha a céged még mindig táblázatokon és az ERP köré épített kerülőmegoldásokon fut, ezeknek a szempontoknak a gyakorlati tesztelése a legrövidebb út a határidők, az órák és az árrések feletti kontroll visszaszerzéséhez.