A tankönyvekben és az elméleti előadásokban a szoftverfejlesztés mindig mint projekt jelenik meg. Pedig a projektek csak kis részét jelentik az informatikai munkának.

A tankönyvekben és az elméleti előadásokban a szoftverfejlesztés mindig mint projekt jelenik meg. Pedig a projektek csak kis részét jelentik az informatikai munkának.

Nem tudom egy átlagos informatikus hányszor használja naponta a „projekt” szót, de feltehetőleg valahol a 10 leggyakoribb szó között lenne. A tankönyvekben, az informatikai előadásokban (főleg a gyakorlatot nélkülözőkben) mindig projektként azonosítják a szoftverfejlesztést. (Lehet, hogy egyes programozók nem is tudnák megmondani a kettő közötti különbséget…)

Na de projekt-e a szoftverfejlesztés?

A projekt tulajdonképpen változás. A projekt a változás eszköze: a cég megváltozik arról, amilyen ma, azzá, amivé holnap akar válni. A vállalat tökéletesen tudna működni akkor is, ha egyetlen projektje sem lenne, hiszen a tegnap folyamatai ma és holnap is érvényesek.

A projektekre nem ezért van szükség, hanem mert az élet, a világ, az ügyfelek és a piac változik. A változáshoz pedig alkalmazkodni kell.
Ilyen például amikor valamilyen jogszabályi változás történik, és annak meg kell felelni január 1-től. Vagy amikor a vezetőség elkötelezte magát a környezetbarát autók mellett és neki akar állni hibrideket gyártani. Vagy egyszerűen ha valami apróságot másképp akarnak csinálni amitől plusz bevételt remélnek.

Tehát minden projekt változás.
Új szoftver bevezetése vagy fejlesztése is projekt, hiszen az új szoftver értelemszerűen új/jobb folyamatokat jelent, a cég működése megváltozik.

Igaz-e, hogy minden változás projektet jelent?
Nyilvánvalóan nem igaz, hiszen apró változtatások lépten nyomon vannak, de ezekre mégsem indítunk projektet. A különbséget a keretek jelentik: míg a projekthez projekt szervezet tartozik Projekt Menedzserrel és a többi bürokráciával (ami biztosítja a projekt sikerét), addig a kis apró változások erejét pont a gyors végrehajtás adja.

Ökölszabály: ami 1 hónapnál kevesebb munka, az változás (szoftver esetén Change Request), ami nagyobb az projekt.

Miből van több, projektből vagy Change Request-ből? Számszerűleg CR-ből rengeteg van, projektből pedig kevés. Az arány kb 1:20.

Mi az érdekesebb? Egyértelműen a projekt, ami 3-6-9 hónapig tart, tele van érzelmekkel, nagyszerű várakozásokkal, izgalommal, kétségbeeséssel, drámával, és a végén a csattanó. Nem mellékesen a projekt sok pénzt jelent, lehet fontoskodni és nagyot számlázni.

A sok kis változáskérelem kevésbé izgalmas, viszont állandó és folyamatos munkát – bevételt – biztosítanak. Szemben a projekttel – ami bizonytalan, mint a kutya vacsorája – az ember biztos lehet a jövőjében, kevesebb a kétség.

Melyikben van több pénz?

Az üzemeltetési, szoftvertámogatási kiadások nagyobb részt jelentenek, mint a projektszerű fejlesztések. Persze aki új ügyfelekre vadászik, annak a projektek jelentik az igazi vadászterületet és a megszerezhető pénzt.

Ennyit a szoftverfejlesztésről. Az informatikai ennél sokkal több, és sokkal több informatikai feladat van. Amik szintén projektszerűek (pl. Windows 7 bevezetés, hardver csere, licensz megállapodás, Helpdesk felállítás, ToIP bevezetés) de mégsem járnak programozással.

Miért mondom el mindezt?
Mert a legtöbb fejlesztő projektszerű munkákat tud csak elképzelni magának, és csak a projektszerű munkát tanulta meg. Pedig a leszámlázható mérnökóra nagyobb része támogatás, üzemeltetés jellegű. Ezt is meg kellene tanulni, nem csak a szoftverfejlesztési metodológiákat.