Ha a döntés saját rendszer felé mutat, az egyedi szoftverfejlesztés oldalán az adatkapcsolatok, jogosultságok és az átadás megtervezéséről is olvashatsz.
01 / Egyedi szoftverfejlesztés
A jelenlegi folyamatot mérd fel, mielőtt eszközt választasz
Írj le egy konkrét munkát az adat beérkezésétől a lezárásig. Jelöld, hol másol valaki adatot kézzel, hol vár jóváhagyásra, és hol fordul elő rendszeresen javítás. Ne csak azt gyűjtsd össze, milyen képernyőket szeretnének a munkatársak; azt is, miért van szükségük rájuk.
Például ha ugyanaz a rendelés három táblázatba kerül át, nem biztos, hogy mindhárom helyett új rendszert kell készíteni. Először azt kell eldönteni, melyik az adat hiteles forrása, és mire használják a többi példányt. Lehet, hogy egy összekötés megoldja a nehézség nagy részét.
02 / Egyedi szoftverfejlesztés
Kötelező követelmények és elfogadható kompromisszumok
Válaszd külön a működéshez szükséges feltételeket a kényelmi igényektől. Kötelező lehet egy adott jogosultság, visszakereshető változási előzmény vagy meglévő rendszerhez kapcsolódás. Kényelmi szempont lehet egy másképp rendezett lista, ha ugyanazt a munkát a kész megoldásban is biztonságosan el lehet végezni.
A kész terméket valódi mintafeladattal próbáld ki. A funkciólista alapján elérhető export például lehet, hogy nem tartalmaz minden mezőt, vagy csak kézzel indítható. A próbában azok vegyenek részt, akik később ténylegesen használják a rendszert.
03 / Egyedi szoftverfejlesztés
A teljes költség több, mint az előfizetés vagy a fejlesztési díj
A kész rendszernél számolj a felhasználói díjjal, a bevezetéssel, az adatmozgatással és az egyedi kiegészítésekkel. Saját szoftvernél a fejlesztés mellett az üzemeltetés, a támogatás és a továbbfejlesztés is tartós felelősség. Ha a használat növekszik, mindkét oldalon lehet új költség.
Egy döntési táblában ugyanazokat az időszakokat és feladatokat hasonlítsd össze. Ne kezeld ingyenesnek a munkatársak kézi javításait, és ne feltételezz automatikus megtakarítást egy új eszköztől. A várható előnyt próbaüzemben vagy saját adatokkal érdemes ellenőrizni.
04 / Egyedi szoftverfejlesztés
Indulj szűk próbaüzemmel, és tervezd meg a kilépést is
A próbaüzem korlátozott felhasználói körrel és egy kijelölt folyamattal indulhat. Előre legyen világos, mit tekintetek sikernek: például végigvihető-e a feladat kézi adatmásolás nélkül, és visszakereshető-e a hibás művelet. Ez egy vizsgálati feltétel, nem előre megígért eredmény.
A kilépési terv része az adatok exportja, a hozzáférések átadása és a dokumentált működés. Egyedi fejlesztésnél a forráskód és az üzemeltetési fiókok helyzetét is tisztázni kell. A rendszer értékét az is mutatja, mennyire érthetően fenntartható egy későbbi csapat számára.
Három lehetséges irány
| Irány | Mikor érdemes vizsgálni? |
|---|---|
| Kész rendszer | A szükséges munkát kevés kompromisszummal lefedi |
| Kész rendszer és integráció | A fő működés megfelelő, az adatkapcsolat hiányzik |
| Egyedi szoftver | A saját üzleti szabályok a termék lényegét jelentik |
VIGYÉL MAGADDAL EGY KONKRÉT LISTÁT
Mit írj össze az egyeztetés előtt?
- Egy tényleges munkafolyamat és a mostani elakadások.
- Kötelező feltételek és elfogadható kompromisszumok.
- Kipróbálható mintafeladat és a próba sikerfeltétele.
- Adatátadás, felelősségek és kilépési lehetőség.