Leírás az üzleti folyamatok, hogyan lehet elkerülni a hibákat
Az első szakasz az építési információs rendszer a vállalat általában egy leírást az üzleti folyamatokat. Azonban a pontos részletek a magyar piac miatt az elkövetett hibákat, ebben a szakaszban, alkotásai gyakran haszontalan.
Határozza meg a célok
Végrehajtása az információs rendszerek (IS) közepes és nagy osztály kíséri, mint általában, az üzleti folyamatok leírása (PD) ügyfél vállalkozások. Leggyakrabban az ilyen dokumentációt összeállítani az előzetes vizsgálati, amely lehetővé teszi, hogy meghatározza, milyen sikeres a BP szervezet átvihetők a javasolt EC. A cél általában bevonják az IT tanácsadók, de a menedzsment szervezetek telepítésével IP mindig látja a dolgot valamivel szélesebb.
Bár a színpad PD leírás szinte mindig jelen van a munkatervet a projekt, az eredmények kiértékelése rendkívül kétértelmű. A fő oka ennek a hibák számát, amelyek gyakran a vevők és előadók. Már a megindító határozat BP leírások többnyire leggyakoribb hiba - a célok e tanulmány megfogalmazása elég világosan, ami további félreértések között az ügyfél és a vállalkozó.
A bevezetése költséges rendszerek közepes és nagy osztályú vállalkozás nem öncél. Az ügyfél gyakran úgy találja, hogy az ilyen rendszerek, amellett, hogy a tisztán technikai aspektusok szolgál kiindulópontként néhány átalakítása a munka a vállalkozás.
Ezek az elvárások ritkán megfogalmazott konkrét követelményeknek, általában IT tanácsadók kezelni kell többé-kevésbé elvont téged, mint például: „X osztály nem működik hatékonyan, remélhetőleg, a rendszer rendet ott”, „azt akarják, hogy dolgozni, mint egy vezető vállalata az iparágban, mint a cég Y ». És még ezek akarata gyakran elvesznek, vagy megváltozott a felismerhetetlenségig, amíg elérhetetlen a hétköznapi előadók. Annak elkerülése érdekében, a későbbi hibák, a szakértők azt javasolják, hogy a munkaköri leírás a PSU nem kevésbé súlyos és részletesebb, mint a TOR a szoftvercsomag.
„Mivel van” és „ahogy kell”
Attól függően, hogy a kitűzött célok az IP végrehajtása a cég vezetése, a leírás az üzleti folyamatok „ahogy van» (mint) meg kell határozni a kívánt »cut« és részletezi. Sőt, az ilyen követelmények változhat a különböző osztályok. Például, ha az új rendszer a tervek szerint megszervezni a munkát egy osztály az ellátás érdekében, hogy minimalizálják a valószínűsége közötti összejátszás részleg vezetők és a szállítók, akkor a folyamatok leírása „ahogy van” tanácsos, hogy fordítsanak különös figyelmet a meglévő elvek választott beszállítók.
Ha egy adott osztály tervezik bevezetni a rendszert a fő teljesítménymutatókat, hogy van értelme a „rend” a leírása BP számviteli mennyiségi mutatók alapján. Ennek hiányában az ilyen követelmények valószínűleg leírás BP szerkezeti egységeket készült egyetlen rendszer. Ezért, ha a megrendelő elvárja, hogy megkapja eredményezi, hogy bizonyos, a kamatot az ő vágások, akkor meg kell előre megfogalmazni őket.
Sok IT tanácsadók tartoznak a terv a projekt elem „leírása az üzleti folyamatok”, mint kellene »(lenni)». A gyakorlatban a teljes körű működését a tételt tud végrehajtani sok cég működik a magyar piacon. Általános szabály, hogy a legtöbb nagy cégek, amelyek tapasztalattal épület áramellátásának mind a nyugati cégek és a hazai fejlett, és képes intelligensen alkalmazzák ezt az élményt a speciális magyar cégek alapuló ipar és más részleteket.
Együtt a sikeres példák, Magyarországon van egy nagyon egyértelmű trend - sok IT tanácsadók nem nagyon világos ötlet, hogyan lehet megközelíteni a leírást BP „mint amilyennek lennie kellene.” Számukra, ha a leírás „ahogy van” azt mutatják, hogy a folyamat egészét hazugság a szerkezet a javasolt EC, ez a fázis a munka vége, és ők keresik a lehető leggyorsabban a megvalósítás megkezdéséhez. Ennek eredményeként az ügyfél kockázat eredményeként folyamat leírások „mint amilyennek lennie kellene”, hogy egy sor meglévő PD térképek „értékes tanácsot”, hogy átadják a javasolt EC.
Ez igaz, hogy a folyamatok leírása „mint amilyennek lennie kellene” valóban nehéz feladat. Ha az ügyfél nem mutat egyértelmű követelmény egy adott blokk, az informatikai tanácsadó nehéz megérteni, mi is történik valójában szükség rá, és milyen irányban mozog. Tegyen fel egy vektor, persze, meg kell a saját ügyfél, mert jobb nem ismeri egy adott vállalkozás.