SI fejlesztő történet
#9. SI projekt bevezetés után - A fejlesztés kezdete

A projektbe való bevezetést követően egy bizonyos beilleszkedési időszakot követően elkezdődik a tényleges fejlesztés. A fejlesztés az RFP-ben (követelménydefiníciós dokumentum) szereplő funkciók alapján történik, a WBS ütemtervének megfelelően, de az SI esetén mindig figyelembe kell venni, hogy a funkciók bármikor változhatnak, ezért a lehető leglazábbá kell tenni a kapcsolatot a különböző modulok között.

Ennek az az oka, hogy a projektet megrendelő cég általában jól ismeri a saját üzleti folyamatait, de nem tudja pontosan, hogy milyen funkciókra van szüksége, hogyan kellene a képernyőket kialakítani, stb., így általában a fejlesztett képernyők bemutatása után merülnek fel a további követelmények, illetve a változtatások.

Ha a modulok közötti kapcsolat túl szoros, akkor egyetlen elem módosításához is több más modult is módosítani kell, ami váratlan mellékhatásokat okozhat, és ezáltal felesleges kódszaporulathoz vezet.

Az SI célja, hogy a rendszer valahogyan működjön, ezért a tiszta kódolás és a hatékonyság másodlagos szerepet kap.

Eleinte a tökéletes kód iránti vágy vezérel, de a szűk határidők és a folyamatosan érkező kérések hatására gyorsan a "minél gyorsabban" elv vezérli a fejlesztést.

Emellett az ügyfelek néha úgy gondolkodnak, hogy ha fizetnek, akkor az SI-nek megoldani kell a problémát, és nem vesznek részt a folyamatban. Ez a projekt utolsó fázisában komoly problémákat okozhat, ezért ha valami nem világos, mindenképpen kérdezzünk rá, és győződjünk meg arról, hogy minden tisztán van.

Az SI-ben való fejlesztés során a következőket tartsuk szem előtt:

• A tartalom bármikor változhat.
• Az ügyfél semmit sem tud. Minél kisebb egységekben mutassuk be a képernyőket, és kérjünk gyakori visszajelzést.
• A kiegészítő kéréseket ne fogadjuk el azonnal, csak ha valóban szükségesek.
• Én nem Bill Gates vagyok. Az ügyfél inkább a gyorsan elkészült képernyőt értékeli, mint a jól felépített programot.