IT-projektmenedzserek Szolnokon: Vélemények és kedvező árak

IT-projektmenedzser magánprojektekhez

Az IT-projektmenedzser akkor hasznos, amikor egy magánügyfélnek weboldal, alkalmazás, belső rendszer, automatizálás vagy digitális átállás készül, de a fejlesztők, a grafikus, a szövegíró és a megbízó között nincs elég rend. A feladat nem az, hogy valaki mindent maga csináljon. Inkább az, hogy a munka követhető legyen, a határidők ne csússzanak el hangtalanul, és mindenki tudja, mi a következő lépés. Szolnok környékén ez gyakran kisebb vállalkozói vagy családi projektnél jelenik meg, ahol nincs külön belső vezető, mégis több ember munkáját kell összehangolni.

Szerintem a jó projektirányítás nem hangos. Akkor működik, ha kevesebb a félreértés. Egy magánmegbízó sokszor nem akar módszertani szavakat tanulni. Azt szeretné tudni, mikor lesz kész az oldal, miért kerül többe egy módosítás, és ki felel azért, hogy a fizetési folyamat ne maradjon félkész. Ilyenkor egy külső projektmenedzser lefordítja a technikai részleteket hétköznapi döntésekre.

A Qjob.hu oldalán különböző magánszakemberek között lehet keresni, ezért nem egy cég előre csomagolt szolgáltatásáról van szó. Van, aki inkább fejlesztési háttérből érkezik. Más szervezésben, ügyfélkapcsolatban vagy webes projektek vezetésében erős. A választásnál az számít, hogy az adott ember tud e egyszerűen írni, pontosan kérdezni, és képes e megállítani a projektet, ha a feltételek nincsenek rendben.

IT projektvezetés kisebb megbízásoknál

Az IT projektvezetés kisebb megbízásoknál nem nagyvállalati folyamat. Nem kell vastag dokumentáció és hosszú értekezlet minden apró döntéshez. Kell viszont tiszta feladatlista, felelős, határidő, állapotjelzés és egy hely, ahol a döntések visszakereshetők. Egy weboldal készítésénél például külön ember foglalkozhat a dizájnnal, a fejlesztéssel, a szövegekkel és a tárhellyel. Ha ezt senki nem fogja össze, akkor a munka látszólag halad, de a végén mégsem áll össze.

Sok ügyfél ott hibázik, hogy csak akkor keres segítséget, amikor már vita van. A fejlesztő szerint a megbízó sokat módosít. A megbízó szerint a fejlesztő nem érthetően válaszol. A grafikus vár a tartalomra. A tartalom késik, mert senki nem kérte be pontosan. Ilyenkor az informatikai projektvezető nem bírót játszik. Először rendbe teszi a tényeket. Mi készült el. Mi hiányzik. Mi változott. Mit kell most eldönteni.

Volt eset, amikor egy ügyfél egy foglalási rendszert akart a régi weboldalára. A fejlesztő már dolgozott rajta, de közben kiderült, hogy az időpontokhoz más szabályok kellettek hétvégén, ünnepnapon és csoportos alkalomnál. Ezt senki nem írta le az elején. A munka nem azért csúszott, mert bárki rosszul dolgozott. Azért csúszott, mert a követelmények későn derültek ki. Egy tapasztalt szervező ilyenkor már az első beszélgetésen rákérdez a kivételekre.

Feladatok és határok

A projektvezető feladata a cél pontosítása, a résztvevők munkájának követése, a kockázatok jelzése és az átadás előkészítése. Magánügyfeleknél ez gyakran nagyon gyakorlati munka. Ki küldi a belépési adatokat. Hol van a logó. Ki hagyja jóvá a szöveget. Milyen eszközben vezetjük a hibákat. Mikor nézi meg a megbízó a próbaverziót. Ezek kicsinek tűnnek, de mindegyik tud késést okozni.

Fontos a határ is. A projektvezető nem feltétlenül fejlesztő, nem könyvelő és nem jogász. Jó esetben felismeri, mikor kell szakembert bevonni, de nem vállal át olyan felelősséget, amelyhez nincs jogosultsága. Személy szerint jobban bízom abban, aki ezt világosan kimondja. Aki mindenre azonnal igent mond, az sokszor csak később mutatja meg, hol nem volt elég biztos a tudása.

A digitális projektvezetés magánügyfeleknél azért érzékeny, mert a megbízó pénze közvetlenül érintett. Nincs beszerzési osztály és nincs belső ellenőrzés. Ha rossz döntés születik, azt az ügyfél fizeti. Ezért kell már az elején tisztázni a költségkeretet, a szerepeket, a döntési pontokat és azt is, mi nem része a munkának. Nem barátságtalan dolog határt húzni. Inkább védelem mindkét oldalnak.

IT-projektmenedzser árak

Az IT-projektmenedzser díja attól függ, mennyi egyeztetésre, dokumentálásra, ellenőrzésre és döntés előkészítésre van szükség. Egy egyszeri állapotfelmérés olcsóbb, mint egy több hónapos webes fejlesztés folyamatos követése. Olcsóbban, mint 15.000 forint, ritkán lesz alapos még egy rövid áttekintés is, mert a szakembernek meg kell értenie a célokat, a szereplőket és a jelenlegi állapotot. Nekem az a tapasztalatom, hogy a túl olcsó szervezés később rejtett csúszásban jön vissza.

Az áraknál tisztázni kell, óradíjról, alkalmi díjról vagy csomagról beszélnek e a felek. Egy rövid egyeztetésre az óradíj elfogadható. Több szereplős munkánál jobb a fix heti vagy havi keret, mert a szervezés nem mindig mérhető egyetlen hívásban. Én jobban szeretem, ha a díj mellett az elérhetőség is le van írva. Például hány egyeztetés, mennyi üzenetváltás és milyen átadási anyag fér bele.

Szakember választása

A szakember választásánál nem az a legfontosabb, hogy valaki sok módszertani rövidítést ismer. Magánügyfélként sokkal többet ér, ha érthetően kérdez, röviden foglal össze, és nem engedi, hogy a feladat homályos maradjon. Egy jó projektmenedzser megkérdezi, ki dönt a pénzről, ki hagyja jóvá a kész részeket, milyen határidő valódi, és milyen következménye van a csúszásnak.

Érdemes korábbi munkamintát kérni. Nem titkos ügyféladatokat, hanem üresített státuszriportot, átadási listát vagy feladatstruktúrát. Ezekből látszik, hogyan gondolkodik. Ha a minta tele van felesleges szakkifejezéssel, a magánügyfél könnyen elveszik benne. Ha túl laza, akkor később nem lesz mihez visszanyúlni. A középút ritka, de pont azt kell keresni.

Szerintem jó jel, ha az informatikai projektvezető nem kezd azonnal megoldást árulni. Előbb kérdez. Milyen rendszer készül. Ki dolgozik rajta. Mi a jelenlegi baj. Van e határidő külső okból. Mennyi pénz veszett már el a csúszás miatt. Ezek kellemetlen kérdések lehetnek, de nélkülük csak udvarias beszélgetés marad. A jó szervezés néha pont attól jó, hogy korán kimondja a rossz hírt.

Szolnok és környéke

Szolnok esetében sok digitális megbízás távolról is vezethető, de a helyi környezet mégis számít. Egy helyi szolgáltató, oktató, rendelő, műhely vagy családi vállalkozás gyakran nem országos rendszerben gondolkodik. Neki fontosabb lehet a gyors kapcsolatfelvétel, a térképes megjelenés, a helyi kereshetőség és az, hogy a weboldal mobilon is működjön. A projektvezetésnek ehhez kell igazodnia, nem egy nagyvállalati sablonhoz.

Belváros, Szandaszőlős, Tallinn városrész, Pletykafalu, Alcsi vagy akár Tószeg és Rákóczifalva felől érkező ügyfeleknél más lehet a tempó és az elvárás. Van, aki személyes találkozót szeretne az elején. Másnak elég egy online hívás és egy közös feladatlista. Szolnok környékén gyakori, hogy a megbízó nem informatikai nyelven beszél, de pontosan tudja, milyen ügyfélfolyamatot akar. Ezt kell lefordítani fejlesztési feladatra.

Nem minden munkához kell helyszíni jelenlét. De elakadt projektnél egy személyes megbeszélés néha gyorsabban tisztázza a feszültséget, mint tíz hosszú üzenet. Ezt nem kell erőltetni. Csak jó, ha a lehetőség megvan.

Átadás és ellenőrzés

Az átadás sok magánprojekt gyenge pontja. Elkészül valami, mindenki fáradt, és a megbízó már használná. Ilyenkor maradnak ki a belépési adatok, mentések, számlázási beállítások, domain hozzáférések, hibajegyek és a rövid használati leírás. Az ilyen szakember egyik legfontosabb munkája pont az, hogy a végén ne csak késznek mondják a rendszert, hanem átadható is legyen.

Érdemes átadási listát készíteni. Mi működik. Mit teszteltek. Mi maradt későbbre. Kihez kell fordulni hiba esetén. Milyen jelszavakat kell cserélni. Hol vannak a mentések. Ez nem látványos munka, de sok későbbi idegességet megelőz. Egy ügyfél egyszer azért keresett segítséget, mert a fejlesztővel megszakadt a kapcsolat, és senki nem tudta, kinél van a tárhely belépés. A weboldal élt, de a tulajdonos nem férhetett hozzá. Ez tipikus átadási hiba.

A projektvezető ilyenkor nem csodát tesz. Listát készít, hiányt keres, egyeztet, és eléri, hogy a tulajdonos kezében legyenek az alapok. Poénosnak hangzik, de a legtöbb digitális projekt végén nem az új funkció hiányzik a legjobban, hanem a rend.

Elakadt IT projekt rendbetétele

Az elakadt IT projekt általában nem egyetlen hiba miatt áll meg. Több apró döntés marad nyitva, majd egyszer csak senki nem tudja, miért nem halad a munka. A megbízó új funkciókat kér, a fejlesztő javításra vár, a grafikai anyag késik, a költségkeret pedig már feszes. Ilyenkor az első lépés nem a hibáztatás. Előbb szét kell választani a tényeket, a véleményeket és az igényeket.

A projektvezető ilyenkor állapotfelméréssel kezd. Milyen szerződés vagy megállapodás van. Mi készült el ténylegesen. Mi használható. Mi hiányzik. Milyen hozzáférések vannak meg. Melyik feladat sürgős és melyik csak kellemetlen. Sokszor már ettől csökken a feszültség, mert a felek végre ugyanazt a listát nézik.

Nem minden projektet érdemes megmenteni. Ezt nehéz kimondani, de néha olcsóbb tisztán lezárni a félkész munkát, és új tervvel indulni. Máskor elég két hét rendbetétel, és a fejlesztés folytatható. Személy szerint azt tartom korrektnek, ha a szakember ezt nem a saját bevétele alapján dönti el, hanem a megbízó kockázata alapján.

Nem kell minden digitális munkához folyamatos projektmenedzsment. Egy kisebb módosításnál elég lehet egy egyszeri átbeszélés, egy feladatlista vagy egy átadási ellenőrzés. Ha csak egy bemutatkozó oldal készül, kevés szereplővel és tiszta tartalommal, akkor a túl sok szervezés felesleges költség. A jó szakember ezt is megmondja.

Rövid segítség akkor hasznos, ha a megbízó bizonytalan, de a munka még nem bonyolult. Például árajánlatot kapott fejlesztésre, de nem érti, mi van benne. Vagy két szakember mást javasol, és dönteni kell. Vagy a kész oldal átvétele előtt szeretne egy külső szemmel készült listát. Ilyenkor egy informatikai projektvezető pár óra alatt sok kérdést tisztázhat.

Szolnok magánmegbízásainál ez gyakran reálisabb, mint a nagy csomag. Nem mindenki akar hosszú együttműködést. Van, aki csak azt szeretné, hogy valaki végre rendbe tegye a következő lépést. És ez sokszor elég. A lényeg, hogy a digitális projekt ne a levelezések mélyén éljen, hanem legyen belőle érthető döntés, feladat és felelős.