Blog

Sok cég ott veszít rengeteget, ahol nem is sejtené. „Nem jól kódolnak majd a fejlesztők, sok lesz a bug”, valamint „A fejlesztőcég nem tudja majd tartani a határidőt” – hangzanak el időtlen idők óta ezek a megrendelői félelmek.

A valóságban ezzel szemben teljesen más bonyodalmak okozzák a veszteségeket egyedi céges szoftverek megrendelésénél és fejlesztésénél.

Céged is egyedi üzleti szoftver (legyen az ügyfélkapcsolati, vállalatirányítási rendszer stb.) fejlesztését tervezi?

Egy lépéssel közelebb vagytok a hatékonyságnöveléshez – vagy épp a pénztemetőhöz.

Sok cég (még tapasztalt menedzserek is) súlyos hibákat követnek el az üzleti szoftverek megrendelésekor, fejlesztésekor és bevezetésénél.

Összegyűjtöttük a legnagyobb buktatókat – és megmutatjuk, hogyan kerülheted ki ezeket.

1. Hiba: „Majd a fejlesztő kitalálja, mit akarok az üzleti szoftverembe"

Egy szoftverfejlesztő cég nem tudja kitalálni vagy megjósolni a megrendelő üzleti folyamatait, hiába van tapasztalata az adott területen, ezért elengedhetetlen az igények részletezése.

Ha nincs világos igénylista (ún. specifikáció), és nincsenek tisztázva az elvárások, a fejlesztés nemcsak elcsúszik, hanem inkompatibilis lesz a vállalkozás valódi működésével.

Az egyedi szoftver plusz értéke egyébként is abban rejlik, hogy cégre szabott, azaz nem a vállalkozásnak kell a szoftverhez igazodnia, hanem a rendszernek a céghez. Miért akarnál lemondani erről a pluszról?

Hogyan buksz azon, ha nem szeded össze az igényeid?

• Folyamatos félreértések merülnek fel a fejlesztés során
• Sok igény menet közben derül ki = csúszások, extra költségek
• A végeredmény nem azt tudja, amire igazán szükséged lenne

Tanulság:
Hiába halad a fejlesztés jó ütemben és többletköltségek nélkül, ha a rendszer végül nem bizonyul hasznosnak.

Egy automatizáció is csak akkor szuperál megfelelően, ha egy jól kigondolt és strukturált folyamatot egészít ki – rossz működési elveket nem tud kijavítani.

2. Hiba: „Elkészült a szoftver, hátra lehet dőlni"

Az üzleti szoftver bevezetése legalább annyira kritikus, mint maga a fejlesztés.
Ha nincs alapos tesztelés a munkavállalók oldaláról, felhasználói oktatás és fokozatos bevezetés, akkor a felhasználók elutasítják az új rendszert.

Hogyan veszítesz rajta?

• Alacsony felhasználói elfogadás = a munkavállalók nem használják az üzleti szoftvert
• Megfelelő bevezetés nélkül előfordulhat, hogy párhuzamosan fut az új és a régi rendszer, ami csak növeli a káoszt

3. Hiba: „Ha az üzleti szoftver kész van, utána nem kell hozzányúlni"

Régi beidegződés az, hogy a jó céges szoftver örökre maradhat úgy, ahogy van.

A valóban jó üzleti szoftver azonban nem statikus. A vállalkozás nő, a piaci környezet változik – logikusan következik ebből, hogy a szoftvernek is fejlődnie kell. Ha ez nem történik meg, a szoftver csak hátráltatni fogja a vállalkozás működését.

Hogyan buksz azon, ha nem fejlesztesz a szoftvereden?

• Fejlesztések nélkül a rendszer néhány év alatt több mint valószínűleg elavul = többé nem, vagy pedig csak részben veszitek hasznát
• Az új üzleti igények miatt kénytelenek vagytok drága, de csak átmeneti megoldásokat alkalmazni, pl. egymással nem kommunikáló rendszerek összevásárlása; visszatérés régi, elavult módszerekhez
• Végül a cég kénytelen az egész rendszert újraterveztetni – ami drágább és hosszadalmasabb, mint rendszeresen, a cég fejlődésével párhuzamosan finomítani a szoftveren

Hogyan lehet ezeket a hibákat elkerülni?

• Alapos előkészítés: pontos igények, folyamatábrák, funkciólista
• Fázisokra bontott fejlesztés, hogy azonnal lásd, jó irányba halad-e
• Szoros együttműködés a fejlesztőcéggel: rendszeres státuszok, tesztelések
• Fókusz a bevezetésre: tréning, támogatási időszak
• Hosszú távú gondolkodás: fejlesztések ütemezése, rendszeres karbantartás

Meglepő példa a valós életből:
Adott a COBOL programozási nyelv, melynek első változatát 1959-ben adták ki, de mára szinte teljesen kiment a divatból – kivéve ott, ahol minden összeomlana nélküle.

A COBOL számos Egyesült Államokbeli bank és légitársaság működéséhez elengedhetetlen. Miért?

Náluk a COBOL nem elavult, hanem bevésődött: Az 1960-as évektől kezdődően használják, minden munkafolyamatuk (központi nyilvántartások, tranzakciók, jegyfoglalások) ezen alapul.

Egy ilyen rendszert nem tudnak csak úgy leállítani és kicserélni egy modernebbre. Így a lecserélés helyett rendszeresen fejlesztik a meglévő rendszerüket.

Kicsit konkrétabban erről van szó: Ha az egyik bank át szeretne állni egy modernebb (pl. felhőalapú) stackre, az évekig tartó, több milliárd dolláros projekt lenne. A zökkenőmentes átállás viszont még ilyen határidővel és büdzsével sem lenne 100%-osan garantált.

Mivel ennyire berendezkedtek a jelenlegi rendszerre – és egyébként az iparági szakértők szerint a COBOL szolgálja ki legjobban ezeket a cégeket –, a bankoknak és légitársaságoknak egyszerű és biztonságos megoldás fenntartani a meglévő rendszert, míg a leváltása egyenesen veszélyeztetné a munkafolyamatokat.

Végszó

Az egyedi üzleti szoftver hatalmas előnyt adhat. Amiről viszont sokan nem mernek beszélni, az annak a lehetősége, hogy sokat is veszíthet rajta a céged.

Ha azonban a fejlesztőd nem kókány, a siker már csak rajtad, a megrendelőn múlik.

Mi a Tiger Softwaresnél abban segítünk, hogy a szoftverfejlesztés ne egy drága tanulópénz, hanem egy valódi befektetés legyen a vállalkozásodnak.

Vannak kétségeid? Görgess a blogcikk alá, és tedd fel közvetlenül nekünk kérdéseid.