Blog

Szoftverfejlesztőkkel is együtt dolgozol? Mint minden szakmában, itt is beszélhetünk olyan hajmeresztő mondatokról, amelyek garantáltan kiakasztják a szakmabelieket. Mutatjuk, hogy mit mondj, ha mindenképp szeretnéd kiakasztani a fejlesztődet.

1. „Egyik ismerősöm elkezdte nekünk a fejlesztést, de aztán nem volt ideje rá. Csak vegyétek át az ő munkáját, nem kell elölről kezdeni!”

Szinte minden második vállalkozás beleesik abba a hibába egy ponton, hogy a nagyon olcsón – ha nem ingyen – felkínálkozó ismerősével kezdi el a fejlesztést. Sajnos ez sokszor abba torkollik, hogy a szoftverfejlesztő ismerős számára terhessé válik a feladat, és más projektjeire akar fókuszálni, de emiatt nem tudja befejezni a munkát.Vagy épp az a mondás igazolódik be, hogy olcsó húsnak híg a leve.

Habár sokan azt gondolják, hogy egyszerűbb befejezni egy elkezdett, akár félig kész munkát, a kódolásban ez nem így van. Ahhoz, hogy jól be tudja fejezni egy fejlesztő az előző kódoló munkáját, gondolatolvasónak kéne lennie: ismernie kell a korábbi fejlesztő kódstruktúráját, szándékait, az általa kitűzött célokat, a menet közben felmerült kihívásait, problémáit és így tovább.

A fejlesztők nem szeretnek gondolatolvasót játszani – és persze nem is tudnak.

Mivel ezekben az esetekben a gond épp az, hogy az előző fejlesztőnek nem áll szándékában többet foglalkozni az adott projekttel, az elejéről kell indítani a fejlesztési folyamatot.

2. „Nem hiszem, hogy ez túl bonyolult lenne, neked csak pár kattintás!”

Akár hízelgésnek is szánhatja a delikvens ezt a megszólalást, de valójában igazán leegyszerűsíti a fejlesztési folyamatot, és azt sugallja, hogy a kolléga vagy a megrendelő alábecsüli a feladattal járó kihívásokat.

Egy nagyon egyszerű példával élve: Meglehet, hogy felhasználói szemszögből nem bonyolult például egy gomb létrehozása, de a fejlesztőnek gondolnia kell arra, hogy milyen folyamatokra és hogyan lesz hatással ez a bizonyos gomb. A folyamat végén a felhasználó számára valóban csak az a kis gomb lesz látható az egészből, de mögötte bonyolultabb munkafolyamatok is megbújhatnak.

3. „A vezetőség nem igazán lát bele a céges munkafolyamatokba, rátok bízzuk inkább, hogy kitaláljátok.”

Mi mindig hangsúlyozzuk, hogy a megrendelőnek nem kell IT-s szakembernek lennie ahhoz, hogy szoftverfejlesztési projektbe kezdjen csapatunkkal, de a saját területét úgy kell ismernie, mint a tenyerét.

A szakértői kérdésekről gondoskodik az IT csapat, de ehhez a megrendelőnek tisztában kell lennie a saját igényeivel, vállalatának munkafolyamataival és szakterületének jogi környezetével.

A homályos vagy hiányos ügyfélkövetelmények a fejlesztők számára kimerítőek lehetnek, és gyakran vezetnek olyan helyzetekhez, amikor a fejlesztői csapatnak többször is vissza kell térnie a tervezési fázisba. Nem lehet úgy elkezdeni egy projektet, hogy a megrendelő nincs tisztában azzal, hogy kik és milyen feladatok során fogják használni a terméket.

4. „Ez nagyon fontos, csináljátok meg azonnal!”

Minden fejlesztőt kiakaszt az, amikor azt sugallják, hogy az adott feladat azonnal megoldható. Bár a feladat lehet, hogy valóban fontos és sürgős, a fejlesztési folyamatnak megvannak a maga lépései.

Az azonnali megoldásra való sürgetés feszültséget és stresszt okozhat a csapatban, ami nem tesz jót sem a minőségnek, sem a termelékenységnek. Fontos megérteni, hogy a szoftverfejlesztés időigényes folyamat, amihez megfelelő tervezésre és előkészületekre van szükség.

Csak hibákhoz és kompromisszumokhoz vezet a siettetés, és ez hosszú távon még nagyobb problémákat tud szülni.

5. Hibabejelentőben a hiba leírása: „Nem működik.”

Rendkívül nagy segítség a fejlesztők számára, amikor visszajelzést kapnak a program vagy egyes funkciók működéséről. Ha azonban mindenképp célod megkeseríteni a fejlesztők életét, akkor tényleg elég csak a fent említett mondatot beírni a hibabejelentőbe.

Ez a visszajelzés rendkívül általános és kevés információt nyújt a fejlesztőknek a hiba okának meghatározásához és javításához.

Pontos hibaleírás nélkül a fejlesztőknek további időt kell fordítaniuk a hiba azonosítására és megoldására, ami csökkentheti a hatékonyságot és növelheti a fejlesztési időt.

Tehát fontos, hogy a felhasználók részletesen leírják a tapasztalt problémát, beleértve a konkrét lépéseket, amelyek a hiba kiváltásához vezetnek, és az elvárt működés leírását is. Ez segíthet a fejlesztőknek gyorsabban és hatékonyabban megoldani a problémát, és javítani a szoftver minőségét és stabilitását.

Útravaló jövőbeli együttműködésekhez

Nyilvánvalóan ugyanilyen listát lehetne írni megrendelői szemszögből is, hiszen a szoftverfejlesztők is képesek rálépni a megrendelők és a felhasználók tyúkszemére. Ha azonban csak pár dolgot tanácsolhatunk az IT-s szakemberekkel történő kommunikációhoz, akkor ezeket mondanánk:

Feltételezd, hogy a fejlesztőid sem mindenhatók, de ne félj részletesen vázolni az elképzeléseid és elvárásaid. Továbbá hiába szakértőik a saját területüknek, a céged tevékenységét, munkafolyamatait és jogi környezetét te ismered a legjobban, ezért a fejlesztőknek is szükségük van a te segítségedre.