Nem szeretem a túlbonyolított elméleteket, és nem hiszek a „mindent előre megtervezünk” típusú megközelítésben. Egy KKV-nak szánt ERP rendszer fejlesztésénél egyszerűen nem működik a klasszikus vízesésmodell: túl sok a bizonytalan tényező, az üzleti igények pedig nem egy statikus dokumentumban születnek meg, hanem menet közben.
Ezért választottam a RAD (Rapid Application Development) és az evolúciós fejlesztés kombinációját.
Amiért a RAD logikus döntés volt
Egy ERP rendszer nem egy statikus termék. Nem dobozos szoftver, amit egyszer megírok, és kész. Ez egy élő szervezet, ami jó esetben az adott vállalkozás aktuális folyamatait tükrözi, támogatja és alakítja. Márpedig a legtöbb KKV sem statikus: változik a piac, változik a gyártás, változik a vevői elvárás és legfőképpen változik a vállalkozás mérete, finomodnak a folyamatai.
A RAD pont ezt támogatja: gyors visszacsatolás, prototípus-központú fejlesztés, azonnali használhatóság. Nem elméleti modelleket készítek, hanem működő modulokat, amiket használunk is – és ezek eközben evolúciósan fejlődnek tovább.
Evolúciós fejlesztés – mint a természetben
Nem egy nagy bumm (bigbang) után akarom ráerőltetni a rendszert a munkatársaimra, hanem lépésről lépésre fejlődünk együtt vele. Egy egyszerű vegyipari keverési modulból lesz előbb nyersanyag-követés, aztán termelési ütemezés, majd minőségellenőrözési folyamatirányítás.
A funkciók szerves módon nőnek ki egymásból – pont, ahogy az igények is, vagy ahogyan egy növény e fejlődik a természetben.
Az evolúciós fejlesztés nálam nem egy buzzword, hanem stratégia. Ugyanis nincs végleges specifikáció, csak az adott pillanat igénye. Ami most kell, az készen van – a többi majd kialakul.
Miért nem vízesésmodell?
Mert a vízesésmodell akkor működik, ha minden tudható előre, és a követelmények nem változnak. A vállalati működés KKV szinten nem ilyen. Ha hónapokat töltöttem volna dokumentációírással, mire odajutok, hogy valami működik, már nem is arra lenne szükség.
Nem vagyok hajlandó Excelben tervezni és modellezni fél évig, ha a való élet eközben akár minden nap újabb szempontokat hozhat.
Kód, ami él
Az ERP rendszerem nem egy késztermék – hanem egy élő kód, ami a napi működésből tanul. Ha hibát talál egy operátor, leülünk elemezzük a és pár perc múlva többnyire ki van javítva. Ha új funkcióra van szükségünk, átbeszéljük és már iteráljuk is a fejlesztést. Nincs külön fejlesztői és felhasználói világ – minden szervesen egy egészet képez.
Zárszó
Aki valaha is készített már KKV-k számára üzleti rendszert, az tudja: a valóság nem kocka alakú. Ezért az ERP-m sem az. RAD-dal és evolúcióval dolgozom, mert ez az egyetlen működőképes út, ha nem csak szoftvert akarsz írni, hanem működő rendszert akarsz építeni.
Ha valaki makulátlan UML-diagramokból akar ERP-t írni azt is megértem. Főleg, ha ezt nagyközönségnek teszi. Mivel a mi felhasználó bázisunk kicsi, így én inkább használható szoftvert fejlesztek egy folyamatos kódkibocsátás mellett.