Mi az a projekt audit és mire jó?

Szerző: NOREX ERP Közzétéve:

Válsághelyzetbe jutott, vagy „problémás” projektek esetében, ahol előfordul a jelentős határidő csúszás, költségtúllépés, ajánljuk az időközi Projekt auditot.

A projektaudit célja a projektvezetés gyenge pontjainak feltárása (erőforrás, dokumentáció, kockázatkezelés, változásmenedzsment, minőségbiztosítás, információáramlás) és javaslattétel a gyengeségek kiküszöbölésére.

Hasonlóan, mint egy klinikán, a cél az audit során feltárt hiányosságok megállapítása, a diagnózis felállítása, és javaslat a gyengeségek „gyógyítására”.

Lehet magát a teljes projektet auditálni, vagy csak az ERP rendszer funkcionalitását vizsgálni, vagy akár az egyéb rendszerekhez történő integráltságát megnézni.

Az alábbiakban a teljes körű projekt audittal foglalkozunk, felvillantva a legfontosabb vizsgálandó témákat.

A projekt audit jellemzően 3 fő területet vizsgál:

1. A szoftver kiválasztás

  • A kiválasztási szakaszban a megfelelő rendszerek kerültek képbe?
  • Az ügyfél pontosan és jól körül határolható módon írta le, mik a funkcionális igényei? A szállító számára egyértelmű volt a terjedelem?
  • A tendereztetési dokumentáció megfelelő volt?
  • A szerződéskötés előtt kiderültek olyan funkcionális lyukak az adott rendszer megismerése során, amelyek kritikusak?
  • A szerződéskötés előtt a szoftver szállító kapott lehetőséget megismerni a cég sajátos folyamatait, a vezetői elvárásokat?
  • Részletes, pontos árajánlatot kapott a cég? Az eredeti terjedelem mellé reális áron szerződött az ügyfél?
  • Az ajánlatok értékelése minden szempontot figyelembe vett, vagy csak az árak ajánlottak választották a rendszert?
  • Milyen párhuzamos projektek zajlottak az ügyfélnél?
  • A szállítói szerződésekhez mellékletként csatolták a pontos műszaki tartalmat, a kialakítandó rendszer terjedelmét, a készítendő riportok és bizonylatok listáját stb.
  • Jogász és független szakértő segítségével zajlottak a szerződéses tárgyalások?

Kérdőívekkel és személyes interjúkkal, valamint a projekt dokumentációjával lehet ezeket a kérdéseket feltárni. Ezek sok esetben kínos kérdések, számos közülük személyes felelősséget is feszeget. Fontos, hogy ne bűnbankot keressünk, hanem azonosítsuk be az összes olyan körülményt, mely a problémára kritikus hatással van.

2. Kivitelezési szakasz

  • Megfelelő volt a projekt tervezési szakasza?
  • Az ütemezés életszerű volt, vagy már alapvetően rohanósak voltak a határidők?
  • Megfelelő mennyiségű és minőségű emberek ültek mindkét oldalon?
  • Ügyfél oldalon van-e belsős vagy akár külsős tapasztalt ERP projekt vezető? (Itt a 10+ év tapasztalat, 20+ projekt az elvárható)
  • Szállító oldalon megfelelően felkészült, dedikált projektvezetői, tanácsadói és fejlesztői erőforrás állt rendelkezésre?
  • Változott-e jelentősen a projektszervezet a projekt során?
  • Változott a két cég helyzete a projekt során?
  • Az üzleti környezet változott a projekt során?
  • Megfelelően előkészítettek a törzsadataink?
  • Elég jó minőségűek az adataink?
  • Megfelelőek voltak az oktatások? Visszamérték a munkatársak milyen szinten értették meg és képesek használni a szoftvert?
  • Írásban zajlott a kommunikáció?
  • A változtatási igények dokumentáltak?

Számos aprónak tűnő probléma, hiányosság és pontatlanság összeadódásából adódhat akár az is, hogy súlyos, kritikus hibák történnek egy projektben. „Cover your ass” – vagyis védd le a feneked: ez ügyfél oldalon is alapfeladat: ha gondunk adódik a projekttel, valamilyen határidő csúszást, vagy problémát észlelünk, azonnal és ÍRÁSBAN kérdezzük meg az okát, kérjünk pontos indoklást. A projekt státuszolásának elmaradása az egyik leggyakoribb ok, amiért félre mehetnek a projektek.

3. Projekt költségek

  • Fixáras vagy ún. time/material alapú volt a szerződés?
  • Mérföldkövekre bontott volt a projekt?
  • Megfelelően szakaszolt volt a szerződés pénzügyileg is?
  • Vállalt jóteljesítési garanciát a szállító?
  • Van projekt felelősségbiztosítás a szoftvercégnek?
  • Valódi teljesítések után történtek csak kifizetések?
  • Ha nem volt a szakasz/mérföldkő teljesítése hibátlan, történt pénzügyi visszatartás?
  • A szükséges fejlesztések átvétele előtt történt tesztelés?

Természetesen a kialakult helyzettől, a probléma súlyosságától függően számos egyéb szempont vizsgálata szükséges lehet, ezek azonban jelentősen túlmutatnak egy cikk terjedelmén.

A független ERP szakértő által készített ERP projekt audit dokumentált jelentéssel zárul.

Amennyiben segítségére lehetünk projektjének auditálásában, forduljon hozzánk bizalommal: info@erp-consulting.hu


0 hozzászólás

Vélemény, hozzászólás?

Avatár helyőrzője

Az e-mail címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük