Személyre szabott szoftverfarmereknek: Mezőgazdasági nyilvántartás, termésfigyelés és gépekezelés egy helyen

Személyre szabott szoftver magánügyfeleknek

A Személyre szabott szoftver akkor jó választás, ha a meglévő táblázatok, kész programok és kézi nyilvántartások már nem adják meg azt az áttekintést, amire a napi döntésekhez szükség van. A cél nem egy látványos, túlméretezett rendszer, hanem egy használható megoldás, amely pontosan azt kezeli, amit a megbízó követni szeretne. Ez lehet parcellaadat, géphasználat, készlet, feladatlista, termény mozgása, költség, bevétel vagy egyszerű ügyfélnyilvántartás. A magánügyfél sokszor nem teljes fejlesztőcsapatot keres, hanem olyan szakembert, aki megérti a folyamatot, kérdez, és képes távolról is rendezett munkát végezni.

Én azt látom, hogy a jó szoftver nem a funkciók számától lesz értékes. Attól lesz hasznos, hogy kevesebb hibát hagy a napi munkában. Egy mezőgazdasági nyilvántartásnál például fontos lehet, hogy a vetés, a permetezés, a betakarítás és a készlet ne külön füzetben vagy külön táblázatban éljen. Egy magán szakember ezt kisebb lépésekben is el tudja készíteni. A Qjob.hu ilyen feladatra akkor praktikus, ha a megbízó nem céges csomagot keres, hanem közvetlenül szeretne egyeztetni egy önállóan dolgozó fejlesztővel.

Egyedi szoftver távoli egyeztetéssel

Az egyedi szoftver fejlesztése távolról is működik, ha a feladat elején világos a cél, a használati környezet és az elvárt eredmény. Nem kell minden részletet előre műszaki nyelven megfogalmazni. Elég egy érthető leírás arról, milyen adatokat kell kezelni, kik fogják használni a rendszert, milyen döntéseket kell támogatnia, és mi zavaró a jelenlegi módszerben. A szabadúszó szakember ebből készít kérdéslistát, majd javaslatot ad a logikára és az első verzióra.

A távoli munka alapja a rendszeres, de nem túl gyakori egyeztetés. Szerintem heti egy rövid állapotjelzés sokszor többet ér, mint hosszú, ritka megbeszélések. A dokumentumok, képernyőképek, régi táblázatok és példák elküldhetők interneten keresztül. A készülő program próbarészei is megoszthatók így. A megbízó látja, merre halad a munka, és időben jelezheti, ha valami nem úgy működik, ahogy a valós folyamatban kellene. Ez különösen fontos, ha a rendszer napi gazdálkodási adatokat kezel.

Tapasztalatom szerint a legjobb indulás egy kis, de használható rész. Például először csak a földterület, a munkaművelet és a költség kerüljön be. Utána jöhet a raktár, a gépnapló, a kimutatás vagy az értesítés. Így a megbízó nem fizet egyszerre mindenért, a fejlesztő pedig valós visszajelzés alapján tud javítani.

Személyre szabott szoftver árak

Az ár leginkább a feladat méretétől, az adatok mennyiségétől, az összekapcsolásoktól és a javítási körök számától függ. Egy egyszerű nyilvántartó modul nem ugyanaz a munka, mint egy több felhasználós, jogosultságokkal, kimutatásokkal és adatimporttal működő rendszer. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a tesztelés, a pontosítás vagy a használati magyarázat. Nem mindig a magas ár a jó ár, de a feltűnően alacsony ajánlatnál érdemes rákérdezni, mi van benne.

Ezek az összegek tájékoztató jellegűek, de segítenek reális keretet adni. Egy magánügyfélnek érdemes külön választania az első verziót és a későbbi bővítést. Így a költség nem csúszik szét, és hamar kiderül, hogy a megoldás valóban illik e a napi munkához. A fejlesztésnél a fizetés lehet mérföldköves. Ez azt jelenti, hogy a megbízó nem csak egy ígéretért fizet, hanem elkészült részekért.

Egyedi szoftverhez megfelelő szakember

A megfelelő szakember kiválasztása nem csak a portfólióról szól. Fontos, hogy érthetően kérdezzen, ne ígérjen mindent azonnal, és tudja elmagyarázni, milyen munkarészekből áll a fejlesztés. Egy szoftverfejlesztő akkor megbízható ebben a helyzetben, ha nem csak kódot ír, hanem a folyamatot is próbálja megérteni. A mezőgazdasági feladatoknál ez sokat számít, mert a munkarend, az évszak, az időjárás, a gépállapot és a készletmozgás hatással lehet arra, hogyan kell adatot rögzíteni.

Érdemes megnézni, dolgozott e már hasonló nyilvántartással, készített e belső rendszert, tud e példát mutatni űrlapokra, listákra, jogosultságokra vagy kimutatásokra. Nem baj, ha nem ismeri a megbízó minden szakterületi szavát. Az viszont gond, ha nem kérdez rá az alapokra. Sokan ott hibáznak, hogy csak árat kérnek, de nem kérnek munkamódszert. Pedig a módszer döntheti el, mennyi félreértés lesz a végén.

Ezen a felületen a magán szakemberrel való egyeztetésnél hasznos röviden leírni a problémát, a jelenlegi eszközöket és a kívánt eredményt. Nem kell hosszú dokumentum. Egy jól összerakott lista is elég lehet. Aki erre pontos, nyugodt választ ad, az nagyobb eséllyel kezeli felelősen a későbbi változtatásokat is.

Testre szabott program lépései és határidői

A testre szabott program munkája általában igényfelméréssel indul, majd jön a szerkezet, a felület, a fejlesztés, a próba és az átadás. A sorrend egyszerűnek tűnik, de a gyakorlatban sok apró döntés van benne. Milyen mezők legyenek kötelezők. Milyen listákat lehessen szűrni. Ki láthatja az adatokat. Milyen formában kell kimenteni a végeredményt. Ezekre nem mindig lehet az első napon választ adni, ezért jó, ha a folyamatban van hely pontosításra.

Egy kisebb testre szabott program elkészülhet néhány hét alatt. Egy összetettebb mezőgazdasági rendszer több hónapot is igényelhet, főleg akkor, ha régi táblázatokat kell tisztítani, több felhasználó dolgozik benne, vagy külső eszközökkel kell adatot cserélni. A határidő akkor tartható, ha a megbízó időben válaszol a kérdésekre, és nem változtatja meg hetente az alaplogikát. Ez nem szigorúság, hanem a munka védelme.

Volt olyan eset, amikor egy ügyfél csak egy egyszerű terménykészletet szeretett volna. A beszélgetés közben kiderült, hogy valójában a beszerzést, a raktármozgást és a kiszállítást is ugyanabban a rendszerben akarta látni. Ha ezt nem tisztázzák az elején, a kész megoldást rögtön újra kellett volna írni. A jó feladatleírás ezért pénzt takarít meg.

Személyre szabott szoftver hibák és elvárások

A leggyakoribb hiba a túl homályos elvárás. A megbízó azt mondja, hogy legyen egyszerű, gyors és átlátható, de nem mondja el, mitől lenne az. A fejlesztő ilyenkor találgat. A vége gyakran az, hogy elkészül valami, ami műszakilag működik, mégsem jó a napi használatra. Én azt tartom jó megoldásnak, ha a megbízó példákat ad. Egy régi táblázat, egy kézzel írt minta, egy hibás jelenlegi folyamat sokkal többet mond, mint egy hosszú általános leírás.

A másik gond a túl nagy első verzió. Mindenki szeretne kész rendszert, de a szoftver ritkán lesz pontos első próbára. Előbb látni kell, hogyan használják. A mezőgazdasági feladatoknál különösen igaz, hogy a terepen születő adatok, a raktárban vezetett mozgások és a későbbi kimutatások más ritmusban élnek. Ha a program nem ehhez igazodik, akkor a felhasználó visszatér a táblázathoz. Ez nem lustaság. Ez annak jele, hogy a rendszer nem illeszkedik a munkához.

Az elvárásoknál fontos a javítások száma is. Egy korrekciós kör természetes. Kettő is beleférhet. De ha minden átadás után új alapötlet jelenik meg, akkor a költség nőni fog. Szerintem korrekt, ha a megbízó és a szoftverfejlesztő előre rögzíti, mi számít javításnak, és mi számít új funkciónak.

Egyedi mezőgazdasági szoftver átadása

Az átadás nem csak annyi, hogy a program elkészül és megnyílik a böngészőben. Kell hozzá próbaadat, rövid használati leírás, hozzáférési rend és biztonsági mentésről szóló megállapodás. Egyedi szoftver esetén a megbízónak tudnia kell, hol vannak az adatai, hogyan kapja meg az elkészült rendszert, mi történik hiba esetén, és kihez fordulhat kisebb módosításokkal. Ezek unalmasnak tűnhetnek, de később sok vitát megelőznek.

Az anyagok átadása távolról teljesen kezelhető. A szakember elküldheti a belépési adatokat, a telepítési leírást, a forrásanyagokat vagy a kezelési útmutatót a megállapodás szerint. Ha a megbízó nem ért a műszaki részletekhez, akkor különösen fontos a világos magyarázat. Nem kell bonyolult nyelv. Elég, ha le van írva, hogyan kell új tételt felvinni, hogyan lehet szűrni, hol készül a kimutatás, és mit nem szabad törölni.

Jó eredmény akkor születik, ha a megbízó nem csak vásárolni akar egy rendszert, hanem hajlandó végiggondolni a saját munkafolyamatát is. A fejlesztő oldaláról pedig az a fontos, hogy ne erőltesse a felesleges funkciókat. Egy jól elkészített, kisebb rendszer gyakran többet ér, mint egy nagy, nehezen használható megoldás. Itt a cél az, hogy a napi döntések gyorsabbak, az adatok tisztábbak, a munka pedig követhetőbb legyen.