A fejlesztőket számos misztikus rejtély veszi körül egy munkahelyen. A kollégák általában nem látják át, pontosan hogyan is, mivel is telik egy munkanapjuk és külső szemlélőként gyakran azt gondolják, hogy valamilyen kódokat bűvölnek egész nap, amiből aztán kisül valami mindenki számára látható és használható dolog.
Sokunkban él a sztereotípia, miszerint a fejlesztők elsősorban férfiak, igazi kockák, akik egész nap a monitor előtt ülnek és ha éppen nem valamilyen tech témáról olvasnak átszellemülve, akkor biztosan béna videojátékokkal játszanak, persze nem sportolnak és mindezek miatt természetesen egyedülállóak. Hasonlít a kép a Big Bang Theory vagy az IT Crowd című TV műsorokban ábrázoltakhoz. Bár szórakoztató ez a kifigurázás, és milyen egyszerű is lenne kiismerni valakit ezek alapján, valójában ez az egész egy óriási félreértés.
A fejlesztők jellemzően a meg nem értett emberek a kisebb szervezetekben, ahol a profil nem feltétlen a szoftverfejlesztés és főleg akkor, ha egyedüli fejlesztőként vannak jelen. Valahogy úgy van ez, mint amikor pszichológus csatlakozik a kollégák közé és eleinte senki sem mer hozzászólni. Nagyobb vállalatoknál, ahol külön dedikált divízió jut nekik, elkerülhetők a surlódások a kollégákkal, az izoláció azonban ott is megmaradhat.
Most, hogy egyre több szervezet életében elengedhetetlen az informatikai munkaerő és egyre inkább abba az irányba halad a világ, hogy nélkülözhetetlen lesz a tech tudás, itt az ideje, hogy eloszlassuk a fejlesztőkről alkotott tévhiteket és zökkenőmentesen integráljuk őket egy olyan szervezetbe, ahol sok különböző területen dolgozó csapattárssal (marketinges, HR-es, sales manager, pénzügyes, stb.) kell együtt dolgozni.
Meetingek
A megbeszélésekkel sok cég hadilábon áll, ráadásul úgy, hogy általában nem is tud róla. Minden sziszifuszi dologért összehívnak egy meetinget, míg a fontos dolgok mellett elmennek, vagy elaprózzák azokat. Rossz az időzítés, sok a felesleges téma és megesik, hogy a nem megfelelő embereket hívták össze az adott ülésre. A fejlesztők kapcsán nagyon nem szerencsés berángatni őket minden egyes meetingre, mert – ezt jól jegyezzük meg – megszakítani őket, miközben áramlik az ihlet, vagyis a flow élményből kirángatni valakit súlyos hiba és tiszteletlenség.
És ha már szóba került az ihlet, bizony, amit ők csinálnak, az egy kreatív folyamat. Jellemzően kihagyják őket a kreatív ülésekről, a brainstormingokról, pedig ha valahova hívni szeretnénk őket, akkor az legyen az a meeting, ami kreatív energiákat igényel. A már említett sztereotípia miatt azt gondolhatjuk, hogy ők csak kódokat írnak, de nincsenek jó ötleteik. Már hogy ne lennének, sőt, nem csak ötleteik vannak, de mellettük rögtön ott terem a kivitelezés és a megoldás a fejükben.
Hozzá nem értő kérdések
„Nem tudnád gyorsabban megcsinálni?” – ha tudná, akkor valószínű úgy csinálná. Az ilyen jellegű számonkérésekkel csak akkor van probléma, ha a kételkedő nem ért a fejlesztői munkához, és hát tény, hogy sokan nem értünk hozzá. Azt sem tudjuk eszik vagy isszák az algoritmust, de azért szeretnénk, ha gyorsabban elkészülne.
„Az ismerősöm ajánlotta ezt a keretrendszert, amit egy workshopon halott, nem lenne jobb inkább ezt használni?” – valószínű, hogy nem. Mindig vannak aktuálisan trendi keretrendszerek, de járt utat járatlanra cserélni egy projekt közepén nem biztos, hogy érdemes.
Ez nem erősíti meg azt az álláspontot, hogy a fejlesztői munkába nem szólhat bele egy eltérő szakmában jeleskedő személy, inkább azt jelenti, hogy számonkérések helyett érdemes a szakmai véleményét kikérni az egyes lépésekről.
A varázslat feltételezése
A fejlesztést hasonlítsuk most a főzéshez. A jó ételhez jó alapanyag és megfelelő előkészület kell. Várható, hogy menet közben korrigálni kell az ízeken, hogy a végén az összhatás tökéletes lehessen. Ahogy a főzésben, úgy a fejlesztésben is fontos, hogy biztosítva legyen minden eszköz, megfelelő körülmény és elegendő idő a teszteléshez, ha valami minőségit szeretnénk kapni. Ha például spórol a cég egy szoftver licenc megvásárlásán, mert úgy gondolja, hogy akár saját magának is felépíthet egyet a fejlesztő, akkor nem érdemes csodálkozni az eredményen. A fejlesztők nem varázslók. Illetve kívülről vizslatva, nagyon is annak tűnnek, de valójában ők is receptből főznek. Ne feledjük, jelenleg az informatika a legdinamikusabban fejlődő tudomány, így ha nem naprakészek a fejlesztő kellékei, könnyen és gyorsan elavulttá válhat tudása a piacon, önhibáján kívül.
Mit tegyünk?
Nagyon fontos, hogy a szervezeten belül fel legyen rajzolva a workflow, hogy általa mindenki érthesse (lehetőség szerint) a másik munkafolyamatát, mert nem csak a fejlesztőket érintheti az elszigeteltség. Egy kis csapatnál ugyanis, ahol jellemzően egy ember képvisel egy-egy szakmát bárki kerülhet a fentiekhez hasonló helyzetekbe. Ebben az esetben közös felelősség, hogy a fejlesztő (vagy bárki más) munkájának eredménye mindenki számára a termék részét képezze.
